Resumo

  • A RFC 1393 definiu a opção IPv4 82 e uma mensagem ICMP própria para que cada roteador informasse o salto, a velocidade do enlace de saída e a MTU.
  • A economia de sondas no host dependia de processamento novo em todos os saltos; sem adoção ampla, a experiência virou Historic e hoje a recomendação é filtrá-la.

Contadores que não eram TTL

O traceroute tradicional funciona com uma obrigação já difundida. Quando o TTL chega a zero, o roteador devolve ICMP Time Exceeded. Repetindo a sonda com TTL 1, 2, 3, o emissor recompõe o percurso. A RFC 1393 estimou cerca de 2n pacotes, destacou a repetição dos trechos próximos e observou que sondas sucessivas poderiam seguir rotas diferentes. A volta também não era medida diretamente.

A opção de tipo 82 carregava um identificador do originador, contagem de ida, contagem de volta e o endereço IPv4 para receber relatórios. Seu identificador não tinha relação com o campo Identification do cabeçalho IPv4. A ida começava em zero; 0xFFFF na contagem de volta distinguia o pacote de saída.

Ao encaminhá-lo, cada roteador compatível deveria incrementar o contador adequado e produzir um ICMP Traceroute. O relatório podia registrar velocidade e MTU do enlace de saída, usando zero quando desconhecidas. A escolha de rota do pacote principal não deveria mudar por causa da opção.

O destino podia copiar a estrutura para a resposta, preservar os dados da ida e iniciar a volta em zero. Isso permitiria enxergar assimetria e sustentava a conta de n+1 pacotes. Porém, um contador só avançava quando um relatório era realmente enviado. Mensagens perdidas criavam lacunas, e contar respostas não bastava para calcular o tamanho do caminho.

Uma otimização que exigia ubiquidade

A RFC 1393 reconheceu que o recurso precisaria ser incorporado aos roteadores e não discutiu segurança. A RFC 7126 mostrou o custo dessa escolha: obrigar todo salto a fazer processamento especial e gerar ICMP poderia ser explorado para esgotar CPU.

O encerramento formal veio com a RFC 6814. A opção experimental nunca foi amplamente implantada na Internet pública; a RFC 1393 foi tornada obsoleta e classificada como Historic. A RFC 7126 registrou impacto operacional e de interoperabilidade nulo caso o tipo 82 fosse bloqueado e recomendou o descarte por roteadores, gateways de segurança e firewalls.

O diagnóstico permaneceu útil, mas venceu a técnica baseada em uma reação já comum dos roteadores. Reduzir pacotes na origem não compensou exigir um serviço novo de toda a rota.

Fontes