Resumo

  • A opção IPv4 tipo 7 reservava uma sequência finita de espaços de quatro octetos para sistemas cooperantes registrarem endereços, sem comandar o caminho do pacote.
  • A lista limitada e não autenticada também expunha topologia; por isso, o processamento padrão previsto para roteadores deu lugar à recomendação de descarte padrão.

Uma lista cujo tamanho não mudava

O emissor montava a opção Record Route antes da viagem. Depois de tipo e comprimento vinha um ponteiro, com valor legal mínimo 4, indicando onde inserir o próximo endereço. A área de rota era inicializada com zeros e cada endereço Internet ocupava 32 bits. Uma inserção válida avançava o ponteiro em quatro octetos.

Segundo o RFC 791, o módulo que roteava o datagrama escrevia seu próprio endereço tal como conhecido no ambiente para o qual o pacote seria encaminhado. O RFC 1812 especificou que um roteador deveria registrar o endereço IP da interface lógica de saída; em interface não numerada, usaria um router-id estável. Assim, a entrada mostrava a identidade de saída empregada naquela passagem, não uma identidade universal do equipamento.

O registro não crescia. Se o ponteiro ultrapassasse o comprimento, a área estava cheia e o encaminhamento continuava sem nova anotação. Se restassem apenas um, dois ou três octetos, havia espaço parcial mas não suficiente para um endereço; o datagrama original era considerado incorreto e descartado, com possibilidade de ICMP Parameter Problem. A opção aparecia no máximo uma vez e não era copiada para fragmentos posteriores.

O teto conhecido de nove endereços decorre dos limites do cabeçalho. O IPv4 admite 60 octetos no total, com 20 na parte fixa. Se os 40 restantes forem quase todos de Record Route, os três octetos de controle deixam 37: cabem nove endereços completos. É um máximo aritmético quando outras opções não disputam espaço, não uma promessa de nove respostas.

Registro não é direção

Loose Source and Record Route e Strict Source and Record Route recebiam do emissor destinos intermediários usados na decisão de encaminhamento. O tipo 7 fazia outra coisa. A rota comum continuava soberana; o pacote apenas convidava os participantes do caminho efetivo a deixar uma observação.

Essa observação não vinha assinada. Não havia identidade durável do aparelho nem prova de que todos os roteadores intermediários tivessem colaborado. Uma lista curta poderia significar uma rota curta, mas também filtragem, configuração para ignorar a opção, falta de suporte, fragmentação ou mudança de caminho. Uma entrada confirma uma participação naquele percurso; a ausência não explica por que ninguém escreveu.

O RFC 1122 tornou opcionais para hosts tanto a geração como o processamento de Record Route. Em ICMP Echo, porém, recomendou atualizar a opção recebida e incluí-la sem truncamento na resposta, compondo um registro da ida e da volta. O diagnóstico só funcionava enquanto cada domínio administrativo aceitasse a solicitação.

Quando cooperar deixou de ser o padrão

Em 1995, o RFC 1812 exigiu que roteadores suportassem Record Route em pacotes encaminhados. Uma configuração poderia fazê-los deixar a opção inalterada, mas deveria iniciar com o registro habilitado. A preocupação com divulgação de topologia era reconhecida, sem retirar a cooperação do caminho normal.

Em 2014, o RFC 7126 recomendou o ponto de partida oposto. A opção podia ajudar a mapear redes, embora o espaço reduzido limitasse essa utilidade. Bloqueá-la quebrava diagnósticos que pedissem RR, não o ping comum; na prática, o descarte difundido já tornava essas técnicas quase impossíveis em caminhos arbitrários. A orientação passou a exigir uma configuração específica entre descartar, ignorar e processar, com “descartar” como padrão documentado.

Fontes