Impedindo Problemas de Count to Infinity em sua rede - dummies

O fenômeno Contagem para Infinito pode desabilitar rapidamente uma rede gerenciada de protocolo de roteamento de vetor de distância. As seções a seguir exploram maneiras de evitar a contagem até o infinito e os rotinos de roteamento resultantes acontecem na sua rede.

Split horizon

Se você estiver usando o RIPv1, você terá uma solução na forma de um conceito chamado horizonte dividido. Neste conceito, se você receber o roteamento em uma interface, o envio dessas informações para fora dessa interface não é provável que seja produtivo.

Então, se você examinar apenas as informações de roteamento para a rede 10. 4. 0. 0/16 no processo de roteamento, o fluxo da informação da rota é passado da seguinte forma:

1. Roteador2 aprende da rota para 10. 4. 0. 0/16.

   Aprende sobre a rota através da interface S0 / 1 virada Roteador3.

2. Router2 envia suas atualizações da tabela de roteamento.

   As atualizações se deslocam através de suas duas interfaces, mas filtra a rota para 10. 4. 0. 0/16 fora da lista quando envia as rotas através da interface S0 / 1, conforme mostrado na figura a seguir.

3. O roteador1 recebe a rota para 10. 4. 0. 0/16 de Roteador2 na interface S0 / 0.

4. Router1 envia suas atualizações da tabela de roteamento.

   Estas atualizações passam por ambas as interfaces, mas filtra a rota para 10. 4. 0. 0/16 fora da lista quando envia as rotas para fora por S0 / 0.

   

Envenenamento por rota

Ao invés de usar horizonte dividido, o RIPv2 implementa um processo chamado envenenamento de rota. Seguir é a seqüência para o processo de envenenamento da rota:

1. Roteador3 identifica que o link para 10. 4. 0. 0/16 está desativado.

   O Roteador3 atualiza imediatamente sua métrica para essa rede até o infinito - ou no caso de RIPv2, uma contagem de salto de 16 - e envia essa atualização da tabela de roteamento imediatamente, como ilustrado na Figura 6-7.

2. Router2 obtém a atualização.

   Em seguida, atualiza sua própria tabela de roteamento, removendo a rota para 10. 4. 0. 0/16, porque ela não é mais válida. Após a conclusão desta atualização, o Router2 envia sua própria atualização através da interface S0 / 0.

3. Router1 obtém a atualização.

   Esta atualização não inclui mais uma rota para 10. 4. 0. 0/16, causando Roteador1 para remover a rota para essa rede.

   

Com o envenenamento do roteador, o processo de atualização cresce de modo que informações de rota inadequadas sejam removidas da rede em tempo hábil. Você pode estender este sistema usando um processo chamado veneno revertido.

Neste caso, depois de Router2 ver a contagem de saltos ou a métrica ir para o infinito, ele também envia uma atualização da tabela de roteamento de volta para Roteador3 com uma métrica infinita dizendo que a rota para 10.4. 0. 0/16 não está mais disponível. Esse processo reduz a chance de uma atualização incorreta passar por Roteador3 e causar um loop.

Temporizadores de retenção

Temporizadores de retenção são outra solução para loops de roteamento implementados por alguns protocolos de roteamento. Os temporizadores de retenção impedem que as mensagens de atualização de protocolo atualizem incorretamente rotas para links que estão atualmente baixos. A sequência é a sequência de implementação dos temporizadores de retenção:

1. Router2 recebe uma atualização informando que o link para 10. 4. 0. 0/16 está desativado.

2. O roteador2 marca a rota como possivelmente para baixo e define um temporizador de retenção.

3. Router2 aguarda uma atualização.

   • Se receber uma atualização com uma métrica melhor do que a original, Router2 registra a rota como acessível e acessível.

   • Se não conseguir uma atualização no intervalo do timer, Router2 remove a rota da sua tabela de roteamento.

   • As rotas que Router2 recebem com uma métrica pior do que a rota original são automaticamente removidas.

Durante o período de espera, se algum dado estiver sendo enviado para a rede 10. 4. 0. 0/16, os dados são enviados como uma tentativa de entrega. A tentativa de entrega é feita no caso de o link para 10. 4. 0. 0/16 está tendo um problema intermitente.

Atualizações desencadeadas

As atualizações ativadas lidam com a contagem para problemas de infinidade forçando uma atualização assim que o link for alterado.

Então, voltando ao layout de rede que você usou, quando o link para a rede 10. 4. 0. 0/16 cai, Roteador3 envia uma atualização imediata notificando seus vizinhos que o link está baixo. Router2 recebe a atualização e passa imediatamente a atualização para seus vizinhos, como Router1.

Como parte de sua programação de atualização normal, Router2 pode ainda receber outra atualização de Roteador1 antes de obter a atualização para remover a rota. A solução é combinar as atualizações desencadeadas com os temporizadores de retenção, o que impede que as rotas com piores métricas sejam adicionadas à tabela de roteamento de um roteador.