Resumo

  • A RFC 1058 considerou utilizáveis as métricas RIP de 1 a 15; 16 significava inalcançável, por isso uma rota mais longa não podia ser anunciada como válida.
  • Um infinito pequeno limitava a contagem até o infinito, sem garantir convergência rápida. O documento também descreveu defesas adicionais e suas limitações.

Uma rota pode ser longa demais para existir

Uma rede desaparece. Um gateway percebe a falha, mas o vizinho ainda anuncia uma rota que aprendeu justamente com ele. Cada lado pode interpretar o anúncio do outro como sinal de que existe um caminho. O destino sumiu, mas a informação antiga continua alimentando as tabelas.

A especificação publicada em 1988 escolheu um ponto de parada próximo. Na RFC 1058, os valores de 1 a 15 representam métricas válidas; 16 indica que a rede está inalcançável. Não se trata de uma distância infinita no espaço. É a fronteira do protocolo entre uma rota que ele aceita anunciar e outra que deve retirar.

O preço é uma limitação clara: o RIP não consegue representar como válida uma rota cuja métrica ultrapasse 15. O memorando de Hedrick o dirige a redes de porte moderado e registra que os projetistas não o consideravam prático para diâmetros acima de 15. Um limite baixo também deixa menos incrementos para que uma informação obsoleta sobreviva ao processo conhecido como contagem até o infinito.

A contagem termina; a falha não desaparece por mágica

A RFC 1058 não trata dezesseis como solução completa. Ela explica a contagem até o infinito como problema de convergência e examina split horizon, poisoned reverse e atualizações disparadas. Essas técnicas não eliminam todas as condições de corrida: uma atualização pode chegar tarde, deixando uma rota residual circular. O documento admite que a contagem ainda pode acontecer.

Um limite finito não torna o intervalo anterior inofensivo. Enquanto os gateways elevam a métrica, podem encaminhar pacotes para um caminho falso. Dezesseis diz quando o plano de controle para de tratar aquela rota como utilizável; não atesta que os pacotes enviados antes desse ponto chegaram corretamente.

A RFC 2453, da versão 2 do RIP, conservou dezesseis como infinito e voltou a documentar os limites do protocolo e seus loops. A RFC 1812 trata o RIP entre protocolos históricos de roteamento. Uma especificação precisa não torna um mecanismo universal.

O tamanho da rede fazia parte da escolha

É fácil ver dezesseis como uma constante antiga. A explicação da RFC é mais interessante: o infinito deve ser pequeno para que uma rota ruim não continue sendo contada por muito tempo, mas não tão baixo que exclua os caminhos normais. A escolha troca diâmetro da rede por tempo de recuperação quando uma informação defeituosa persiste.

Esse valor era uma premissa de operação, não apenas um detalhe do pacote. Quem escolhia RIP aceitava um limite topológico. Se a rede o ultrapassasse, mexer nos temporizadores não tornaria válida uma rota de métrica 16. O protocolo simplesmente não tinha como expressar aquele caminho.

Um número delimitado pode conter a propagação de uma falha ao declarar alguns estados fora de alcance. Quem paga o custo: o algoritmo de convergência, o operador que precisa redesenhar a rede ou as pessoas cujos caminhos deixam de ser representáveis? Em 1988, o RIP deixava o compromisso claro. Dezesseis era o ponto em que seu mapa parava de afirmar que conhecia o caminho.

Documentos primários: RFC 1058; RFC 2453; RFC 1812.