Prevenir Count para Questões infinidade em sua rede
o Contar até o infinito
fenômeno pode rapidamente desativar um protocolo de roteamento de vetor de distância gestão de rede. As seções seguintes exploram maneiras de evitar a contagem ao infinito e os loops de roteamento resultantes acontecendo em sua rede.Horizonte dividido
Se você estiver usando RIPv1, você tem uma solução sob a forma de um conceito chamado Horizonte dividido. Nesse conceito, se você receber roteamento em uma interface, enviando as informações de volta para fora do que a interface não é susceptível de ser produtivo.
Assim, se examinar somente a informação de encaminhamento para a rede 10.4.0.0/16 no processo de encaminhamento, o fluxo de informação a rota é passado como se segue:
Router2 descobre a rota para 10.4.0.0/16.
Ele descobre a rota através da interface S0 / 1 virados Router3.
Router2 envia suas atualizações de tabela de roteamento.
As atualizações sair, tanto através de suas interfaces, mas filtra a rota para 10.4.0.0/16 fora da lista quando envia as rotas através de interface S0 / 1, como mostrado na figura a seguir.
Router1 recebe a rota para 10.4.0.0/16 de Router2 na interface S0 / 0.
Router1 envia suas atualizações de tabela de roteamento.
Essas atualizações sair, tanto através de suas interfaces, mas filtra a rota para 10.4.0.0/16 fora da lista quando envia as rotas através de S0 / 0.
envenenamento Route
Ao invés de usar split horizon, RIPv2 implementa um processo chamado envenenamento rota. A seguir é a sequência para o processo de envenenamento rota:
Router3 identifica que o link para 10.4.0.0/16 é baixo.
o Router3 imediatamente atualiza sua métrica para essa rede para o infinito - ou, no caso de RIPv2, a contagem de saltos de 16 - e envia essa roteamento tabela atualização imediatamente, conforme ilustrado na Figura 6-7.
Router2 recebe a atualização.
Em seguida, ele atualiza sua própria tabela de roteamento através da remoção da rota para 10.4.0.0/16, porque já não é válido. Após esta atualização for concluída, Router2 envia sua própria atualização para fora através da interface S0 / 0.
Router1 recebe a atualização.
Esta actualização não inclui mais uma rota para 10.4.0.0/16, causando Router1 para remover o percurso a essa rede.
Com envenenamento router, o processo de actualização aumenta de modo que as informações de rota imprópria é removido da rede de uma forma atempada. Você pode estender este sistema usando um processo chamado veneno inversa.
Neste caso, depois Router2 vê a contagem de saltos ou ir métrica para o infinito, ele também envia uma atualização de tabela de roteamento de volta para Router3 com uma métrica infinita dizendo-se que o percurso para 10.4.0.0/16 já não está disponível. Este processo reduz a chance de que uma atualização incorreta irá fazê-lo através de Router3 e fazer com que um loop.
temporizadores hold-down
temporizadores hold-down são outra solução para loops de roteamento que alguns protocolos de roteamento implementar. temporizadores hold-down impedir que mensagens de atualização do protocolo de atualizar indevidamente rotas para as ligações que estão atualmente para baixo. A seguir está a sequência de implementação temporizadores hold-down:
Router2 recebe uma atualização dizendo que o link para 10.4.0.0/16 é baixo.
Router2 marca a rota como possivelmente para baixo e define um timer hold-down.
Router2 espera por uma atualização.
Se ele recebe uma atualização com uma métrica melhor do que o original, Router2 registra a rota como para cima e acessível.
Se ele não recebe uma atualização no intervalo timer, Router2 remove a rota de sua tabela de roteamento.
rotas que Router2 recebe com uma métrica pior do que a rota original são automaticamente removidos.
Durante o período de espera para baixo, se os dados estão a ser enviados para a rede 10.4.0.0/16, os dados são enviados como um tentativa de entrega. A tentativa de entrega é feita no caso de a ligação para 10.4.0.0/16 está a ter um problema intermitente.
atualizações disparadas
atualizações disparadas lidar com a contagem a questões infinito, forçando uma atualização assim como o elo mudanças.
Então, voltando para o layout de rede que têm vindo a utilizar, quando o link para a rede 10.4.0.0/16 vai para baixo, Router3 envia uma atualização imediata notificando seus vizinhos que o link é baixo. Router2 recebe a atualização e passa imediatamente a actualização para os seus vizinhos, como Router1.
Como parte de sua agenda de atualização normal, Router2 ainda pode receber outra atualização de Router1 antes de começar a atualização para remover a rota. A solução é combinar atualizações disparadas com temporizadores hold-down, o que impede rotas com métricas piores de ser adicionado à tabela de roteamento de um roteador.