Resumen

  • Cuando la dirección de respuesta puede no identificar suficientemente al nodo que origina uno de los errores ICMP enumerados, la revisión 05 exige añadir el objeto Node Identification, salvo que prevalezcan la política local o la seguridad.
  • Una dirección o un nombre de ámbito local puede recuperar contexto perdido en la traducción IPv6/IPv4, pero el objeto carece de autenticación y puede falsificarse.
  • Si el mensaje supera la MTU del siguiente salto, el objeto puede desplazar bytes del datagrama original citado. La confianza en el nodo y la confianza en la correlación deben medirse por separado.

La factura de un dato adicional

En diagnóstico de red, “más información” suele presentarse como una mejora sin contrapartida. Un error ICMP llega, el colector extrae un nombre de nodo y el panel parece más preciso. Sin embargo, ese nombre ocupa espacio dentro de un mensaje limitado y procede del mismo emisor cuya identidad se intenta aclarar.

El registro del borrador sitúa draft-ietf-intarea-extended-icmp-nodeid como trabajo activo de INTAREA, propuesto para la vía de estándares y en seguimiento de la evaluación del Area Director. La revisión 05 se publicó el 7 de septiembre de 2026. No es una RFC, una decisión final del IESG ni evidencia de que una plataforma concreta la haya implementado.

Su mecanismo responde a una insuficiencia conocida. La dirección fuente del paquete ICMP puede no ser la dirección con la que un operador reconoce al equipo que generó el error. Una traducción de familia de direcciones puede agravar esa distancia. El nuevo objeto permite incluir una dirección, un nombre, o ambos, para ciertos tipos de error ICMPv4 e ICMPv6.

La noticia está en el paso de recomendación a obligación condicionada. La revisión 04 decía SHOULD. La 05 dice MUST cuando la fuente de la respuesta pudiera no bastar, excepto si mandan una política local o consideraciones de seguridad. También convierte en obligaciones el tratamiento de la combinación vacía de bits actuales y el orden de asignación futura, define mejor el corte de nombres UTF-8 y añade la regla de MTU.

El borrador hace más previsible la emisión del dato. No certifica que el dato sea verdadero.

Una gramática con límites

El C-Type funciona como un mapa: sus bits indican qué subobjetos aparecen y en qué orden. Si no está activo ninguno de los bits hoy definidos, el mensaje debe tratarse como si no llevara el objeto. Los nuevos bits se asignarán de izquierda a derecha.

Hay una cautela especialmente útil para diseñadores de telemetría. Si un subobjeto futuro desconocido aparece antes de otro tipo que el receptor sí conoce, el receptor antiguo no sabe cuánto ocupa el primero y no puede localizar con seguridad el segundo. Debe ignorar los datos adicionales. La extensibilidad necesita longitudes transitables, no sólo espacio reservado en una bandera.

La dirección incluida puede tener alcance local. Eso no la vuelve irrelevante: dentro del dominio correcto puede ser el identificador operativo más útil. La RFC 4193 explica que una dirección IPv6 local única se diseña con una alta probabilidad de unicidad global, aunque su propósito de comunicación sea local. Una herramienta debe conservar ese ámbito en lugar de presentar el valor como dirección pública universal.

El nombre dispone de 63 octetos. Si una cadena UTF-8 no cabe, la revisión exige truncarla al final de un carácter y después completar con NUL. Se evita así una secuencia inválida. Nada en esa corrección transforma un nombre administrado localmente en identidad global.

El mecanismo está desactivado por defecto salvo en traductores, y puede filtrarse según el destino. Nombres y direcciones internas revelan estructura. Por eso la excepción de política no es una rendija casual en el MUST, sino parte de la frontera de divulgación. La revisión del Area Director planteó estas tensiones, además del problema de tamaño; la respuesta de los autores documenta por qué se endureció el texto sin eliminar la excepción.

El lugar desde el que se conoce la dirección

Un traductor observa el paquete antes de que algunos de sus atributos dejen de ser representables al otro lado. Cuando genera un error, la dirección exterior puede no conservar la dirección del nodo que interesa al administrador. El objeto puede trasladar ese contexto previo.

La RFC 7915 establece cómo se realiza la traducción IP/ICMP sin estado, incluidos el error y su paquete citado. Un borrador paralelo de v6ops muestra una solución relacionada: si una fuente IPv6 no puede convertirse en IPv4, se usa la dirección IPv4 reservada 192.0.0.8 y una extensión conserva la fuente IPv6 original. La dirección de sustitución mantiene la forma del mensaje; la extensión conserva contexto.

Eso sigue siendo contexto declarado. El borrador Node Identification advierte que su objeto no autentica y puede falsificarse. Está pensado para depuración y resolución de problemas administrativos. Un sistema puede asignarle más confianza porque conoce el dominio, el camino o una protección externa, pero debe registrar de dónde procede esa confianza. No puede extraerla del objeto mismo.

La MTU obliga a elegir

La RFC 4884 organiza los errores ICMP extendidos y exige conservar al menos 128 octetos del datagrama original antes de las extensiones. La RFC 5837 aprovecha ese marco para información sobre interfaces. Node Identification añade otro objeto a un recipiente que no puede superar libremente la MTU del siguiente salto.

La revisión 05 dispone que, si el objeto hace demasiado grande el mensaje, se retiren de la cita los bytes necesarios cuando sea posible. La reducción se redondea a cuatro octetos en ICMPv4 y ocho en ICMPv6. Si la cita ya está en el mínimo, el objeto no debe añadirse.

Para un colector, esos bytes pueden ser decisivos. Una cabecera de transporte completa o parte del contenido ayuda a relacionar el error con una sonda concreta. Ganar el nombre del nodo y perder esa distinción cambia el tipo de respuesta disponible; no mejora simplemente una puntuación lineal.

Por eso hay que llevar dos registros. El de contexto de nodo anota presencia, contenido, ámbito, punto probable de inserción y confianza externa. El de correlación anota longitud de la cita, campos disponibles, candidatos compatibles y reducción por MTU. Uno puede subir mientras el otro baja.

La ausencia tampoco resuelve el misterio. Puede obedecer a que la dirección fuente bastaba, el error no estaba en la lista, la función seguía desactivada, una regla de confidencialidad la prohibió, el producto no la implementó o la cita ya había llegado a su mínimo. Convertir “sin objeto” en “nodo desconocido” perdería esas alternativas. Convertir “con objeto” en “nodo verificado” sería aún peor.

No hay en las fuentes pruebas de implementación ni datos sobre prevalencia. No sabemos con qué frecuencia la MTU forzará el recorte, qué proveedores adoptarán el mecanismo o cuánto se activará. Son preguntas para medición posterior, no consecuencias deducibles de un MUST.