Resumo

  • O horizonte dividido simples omitia a rota diante de quem a forneceu; o reverso envenenado a devolvia com métrica 16 para excluir explicitamente o aprendiz como caminho de retorno.
  • A negativa derrubava um loop de dois roteadores antes do timeout, mas ampliava os anúncios e não impedia três ou mais nós de reciclarem a mesma crença antiga.

Um protocolo que já existia quando ganhou seu RFC

O RFC 1058, de junho de 1988, registrou uma prática em funcionamento. O RIP já era amplamente usado, mas implementações discordavam em detalhes. A especificação tomou como referência o routed do Berkeley Unix, cuja linhagem passava pelos protocolos PUP e XNS da Xerox; a família de algoritmos de vetor de distância vinha de experiências ainda anteriores.

Isso explica por que o documento começa pela realidade operacional. Cada roteador guardava, para cada destino, uma métrica e o vizinho do qual dependia sua melhor rota. Os vizinhos trocavam distâncias. Não havia um mapa sincronizado, apenas decisões locais feitas a partir de relatos adjacentes.

O escopo era deliberadamente pequeno: RIP servia como protocolo interno de redes moderadas e relativamente homogêneas. A simplicidade poupava estado e coordenação, mas retirava do anúncio a história completa da informação.

Uma cópia virou testemunha de si mesma

Se A alcança D por B e B perde a ligação verdadeira com D, B ainda pode ouvir A anunciar o destino. Ao escolher A como alternativa, B não descobre outro caminho: recupera o próprio relato que A havia guardado. A aponta para B, B aponta para A, e ambos obedecem a regras locais plausíveis.

Os pacotes circulam enquanto a distância aumenta. O RIP chamou esse processo de contagem ao infinito. A falha parece uma rota que fica um salto mais longa a cada nova cópia.

O problema não exige fraude. Um valor vindo do vizinho não traz a cadeia que mostraria se ele deriva da antiga afirmação do próprio receptor. A ausência dessa linhagem transforma repetição em aparente confirmação.

O infinito 16 também limitava o domínio

O RIP reservou a métrica 16 para o infinito e permitiu caminhos úteis até 15 saltos. A limitação de escala e a contenção de falhas são a mesma escolha vista por lados diferentes. Um infinito maior permitiria uma rede maior, mas faria a contagem errada durar mais.

O RFC exige que o infinito esteja acima de qualquer rota válida e, ao mesmo tempo, seja tão pequeno quanto possível. Por isso 16 não representa uma verdade mundial. Ele declara que aquela rota RIP, naquele contexto e momento, não deve ser usada. Outro protocolo, outra interface ou uma atualização posterior ainda podem oferecer alcance.

O silêncio evitava o eco; o veneno revogava o estado

No horizonte dividido simples, a rota não volta para o vizinho ou a interface que a ensinou. Se A aprendeu D com B, omite D no anúncio dirigido a B. A informação de B não ganha uma segunda voz ao passar por A.

O reverso envenenado mantém a entrada e envia 16. A mensagem é restrita: B não deve escolher A para D, porque a escolha de A retorna por B. Ela não diz que D sumiu nem que todas as alternativas falharam.

O relógio separa as duas técnicas. Diante do silêncio, B pode conservar uma cópia positiva antiga via A até o timer vencer. Ao receber 16, pode invalidá-la imediatamente. A omissão bloqueia novo eco; a negativa explícita substitui uma crença que ainda está viva.

Mais bytes compravam uma transição mais rápida

Em uma rede compartilhada, um roteador pode aprender muitas rotas pela mesma interface. O horizonte simples as deixa de fora na volta. O poison reverse precisa listá-las como inalcançáveis. O anúncio cresce e, em regime estável, pode carregar sobretudo informações que parecem redundantes.

Quando a topologia muda, a redundância se torna uma retirada ativa. O vizinho não precisa inferir nada da ausência nem aguardar expiração. O custo de largura de banda compra rapidez.

O RFC 1058 aceita horizonte simples, reverso envenenado, escolha administrativa ou um modo híbrido que anuncia 16 por algum tempo após a mudança e depois omite. O significado de 16 permanece fixo; o operador escolhe quanto espaço e duração conceder à evidência negativa.

Dois roteadores se desfaziam; três podiam continuar

O limite decisivo é explícito. Se A e B apontam um para o outro, os anúncios inversos com 16 quebram o loop imediatamente. Nenhum precisa esperar a rota antiga expirar.

Com três roteadores, a origem pode ficar escondida além do vizinho direto. A depende de B, B de C e C de A. Cada um respeita a regra de não devolver positivamente a rota ao fornecedor imediato, mas o círculo completo sobrevive. As métricas continuam subindo até 16.

Atualizações disparadas encurtam o intervalo. Uma piora de métrica é enviada antes do ciclo periódico; vizinhos que dependiam dela adotam o novo valor e o propagam. A cascata, porém, continua assíncrona. Mensagens atrasam, cruzam anúncios regulares e encontram outras mudanças. Velocidade não é uma transação atômica.

Era preciso anunciar a retirada antes de apagar

Quando uma rota expirava, RIP primeiro a marcava com 16 e a mantinha durante o período de coleta de lixo. Só depois removia a linha. Apagar de imediato pouparia estado local, mas deixaria cópias positivas nos vizinhos sem correção.

A negativa precisava sobreviver tempo suficiente para deslocar o estado que revogava. Poison reverse e coleta de lixo compartilham essa ordem: tornar a retirada observável antes de eliminar sua representação.

A regra atravessou versões e meios

O RFC 1812 tornou o horizonte dividido obrigatório para implementações RIP e recomendou o reverso envenenado, mantendo uma opção de controle por causa do tráfego extra e sugerindo limitar sua duração.

O RFC 2080 levou a mesma regra ao RIPng para IPv6. Chamou o poison reverse de modo preferível e recomendou seleção por interface. O formato do prefixo mudou; o problema de uma afirmação emprestada voltar como nova não mudou.

Para circuitos sob demanda, o RFC 2091 ordenou e confirmou atualizações disparadas. Ainda assim, exigiu o veneno. Entrega confiável prova chegada, não independência da origem.

O RFC 2453 preservou no RIPv2 a métrica 16, o horizonte, o poison, os disparos e a fronteira de dois roteadores. Novos campos não deram ao vetor de distância conhecimento de todo o caminho.

O que “inalcançável” realmente afirmava

A rota envenenada provava apenas que o emissor não devia ser escolhido por aquele receptor para uma rota cuja escolha do emissor voltava pelo próprio receptor. Não provava indisponibilidade global, ausência de caminhos alternativos, culpa do vizinho ou intenção maliciosa.

Essa limitação é a contribuição histórica. Sem enviar a sequência completa de saltos, RIP tornou uma parte da proveniência operacional por meio de direção, métrica terminal e tempo. A solução encerrou depressa o loop que podia enxergar e deixou clara a existência dos círculos que não podia.

Fontes e limites da evidência

Esses textos estabelecem algoritmo e requisitos, não padrões atuais de fabricantes, participação de implantação, tempo de convergência de uma rede específica nem intenção por trás de um loop. Trigger RIP pertence aos circuitos sob demanda de seu RFC; a preferência do RIPng não demonstra ativação em toda interface.