Resumo

  • Se o endereço de origem da resposta puder ser insuficiente para identificar o nó que gerou um dos erros ICMP enumerados, a revisão 05 manda incluir o Node Identification Object, salvo política local ou razão de segurança em contrário.
  • O objeto pode preservar endereço ou nome útil no âmbito administrativo, inclusive antes de uma tradução IPv6/IPv4, mas não autentica o emissor e pode ser forjado.
  • Quando o acréscimo ultrapassaria a MTU do próximo salto, bytes da citação do datagrama original podem ser removidos. Contexto do nó e capacidade de correlação precisam de indicadores separados.

Duas perguntas no mesmo pacote

Um erro ICMP precisa ajudar o operador a responder pelo menos duas perguntas: qual componente produziu a mensagem e qual pacote provocou o erro. O endereço externo tenta responder à primeira; a parte citada do datagrama original tenta responder à segunda. Nenhuma delas é sempre suficiente.

O Datatracker registra draft-ietf-intarea-extended-icmp-nodeid como Internet-Draft ativo do grupo INTAREA, destinado ao caminho de padronização e em acompanhamento após avaliação do Area Director. A revisão 05, de 7 de setembro de 2026, não é RFC, aprovação do IESG nem relato de produto implantado.

O texto define um objeto para carregar endereço, nome do nó ou ambos em tipos específicos de erro ICMPv4 e ICMPv6. A mudança noticiosa em relação à revisão 04 é normativa: quando o endereço da resposta talvez não identifique suficientemente o nó de origem, SHOULD virou MUST. Continua valendo a exceção para política local e segurança. A revisão também endurece regras de bits, explica truncamento UTF-8 e resolve o encaixe sob a MTU.

Mais regularidade na emissão não equivale a mais autenticidade.

Valor local, leitura limitada

Os bits do C-Type dizem quais subobjetos aparecem e em qual ordem. Se um receptor antigo encontra um tipo futuro desconhecido antes de um tipo conhecido, ele não sabe o comprimento do primeiro e não consegue saltar com segurança até o segundo. A orientação é ignorar os dados adicionais. Reservar bits é só uma parte da extensibilidade; um formato futuro também precisa ser atravessável.

O endereço deve vir acompanhado de seu âmbito. A RFC 4193 mostra por que um endereço IPv6 local único pode ser valioso dentro de um domínio sem ser globalmente roteável. Fora daquele contexto, o mesmo valor pode não localizar nada útil.

O nome tem limite de 63 octetos. Se precisar ser reduzido, a revisão 05 exige o corte na fronteira de um caractere UTF-8 antes do preenchimento com NUL. Isso preserva a codificação, não garante unicidade nem identidade.

O recurso fica desativado por padrão, exceto em tradutores, e pode obedecer a regra por destino. Endereço local e nome interno podem expor topologia. Por isso a exceção de segurança integra o contrato. A revisão do Area Director levantou precisamente obrigação, escopo, UTF-8 e tamanho; a resposta dos autores explica as alterações sem representar aprovação final.

O ponto de vista anterior à tradução

Um tradutor pode conhecer um endereço no lado IPv6 que não cabe como fonte comum no lado IPv4. O objeto preserva esse contexto anterior. A RFC 7915 define tradução IP/ICMP sem estado. Um draft de v6ops relacionado usa o IPv4 reservado 192.0.0.8 quando uma fonte IPv6 não pode ser traduzida e leva o endereço original numa extensão.

Essa combinação recupera informação perdida, mas continua sendo uma afirmação do emissor. O próprio draft avisa que o objeto não tem autenticação e pode ser falsificado; foi concebido para depuração e diagnóstico administrativo. “Contexto declarado” é uma categoria de evidência correta. “Nó verificado” exige base adicional.

A MTU cria uma troca observável

A RFC 4884 estrutura extensões ICMP e preserva ao menos 128 octetos do datagrama original antes dos objetos. A RFC 5837 usa esse espaço para informações de interface. Ainda assim, o erro inteiro precisa respeitar a MTU do próximo salto.

Se o novo objeto fizer o pacote exceder o limite, a revisão 05 prevê remover da citação original os bytes necessários, arredondando para quatro octetos em ICMPv4 e oito em ICMPv6. Se a citação já estiver no mínimo, o objeto não pode ser incluído.

O corte pode retirar justamente campos que distinguiam uma sessão ou sonda entre várias candidatas. Assim, o sistema pode ganhar um nome de nó e perder precisão de correlação. Em outro caso, preserva a citação mínima e não recebe nome algum.

O registro operacional deve ter dois eixos. Um descreve presença, valor, âmbito e confiança externa do contexto de nó. Outro guarda comprimento da citação, campos restantes, ambiguidade entre fluxos e redução por MTU. Uma nota única esconderia o movimento em sentidos opostos.

Ausência também não é negativa de identidade. Ela pode resultar de endereço suficiente, tipo de erro fora da lista, recurso desativado, política de destino, sigilo, falta de implementação ou citação já mínima. Presença não é autenticação. As fontes tampouco trazem testes, taxa de adoção ou frequência de cortes; esses dados ainda precisam ser observados.