Resumen

  • draft-ietf-ippm-stamp-ext-hdr-15 permite copiar en un TLV la cabecera fija o de extensión IPv6 que el reflector recibió en el paquete de ida.
  • El modo bidireccional pide por separado que el reflector genere cabeceras correspondientes para el paquete de vuelta. El borrador permite que longitud y contenido sean decisiones locales y no exige igualdad byte a byte.
  • Recibir la respuesta no prueba simetría de ruta, de bytes ni de nodos intermedios. Acceso al plano de datos, selección, MTU, política, integridad y rate limiting delimitan el resultado.

La confusión nace de una palabra que parece inocente: reflejar. Puede significar copiar una observación dentro de la carga útil o construir una cabecera en sentido contrario. En la revisión 15, son mecanismos distintos.

El TLV de datos reflejados documenta qué cabecera llegó a R1. El Sub-TLV de control solicita que R1 cree una cabecera correspondiente para la vuelta. Esa segunda cabecera no tiene que ser copia de la primera. Una sola respuesta puede contener la prueba de la ida mientras transporta una construcción diferente en el retorno.

La copia está dentro; la construcción está fuera

RFC 8762 define STAMP y RFC 8972 sus extensiones. Para identificar una extensión IPv6, el emisor indica longitud y ocho bytes iniciales; para una cabecera fija, cuatro. El reflector consulta lo recibido, selecciona una coincidencia y copia el resto en el TLV.

Para la vuelta, IPv6 Extension Header Control ordena generar cabeceras locales del mismo tipo y orden. No garantiza los mismos valores. Tampoco obliga a reproducir una cabecera de routing específica del emisor. Por eso deben registrarse por separado el hash de la cabecera recibida, el hash del TLV devuelto y el hash de la cabecera creada para el retorno.

Bidireccional describe una orden, no una topología

El texto de la revisión dice que el paquete de respuesta puede seguir la misma ruta o una distinta y no necesita cruzar el mismo nodo intermedio. “Bidireccional” solo diferencia si R1 añade cabeceras correspondientes al regreso.

En modo unidireccional, R1 aún puede devolver la observación de ida sin añadir esa clase de cabecera a la vuelta. En modo bidireccional, la añade según su configuración. Ninguna modalidad convierte el camino en espejo.

Seleccionar la cabecera también produce evidencia

Si varias cabeceras tienen igual longitud, los bytes iniciales las desambiguarán. El procedimiento presupone que esos bytes no cambian antes de llegar al reflector. Un valor cero elige la primera de la longitud solicitada.

Hay que retener posición, longitud, discriminador, coincidencia y causa de fallo. El procesamiento avanza desde la cabecera exterior. Al combinar TLV fijos y de extensión, el orden de TLV debe reproducir el orden lógico. Longitud incompatible, orden erróneo, cabecera inválida, soporte ausente o falta de acceso al plano de datos activa el procedimiento del flag C de RFC 10052.

Una respuesta sin datos copiados no equivale a una observación exitosa. Guardar solo reply=1 destruye la causa.

El endpoint puede no ver lo que reenvía

El borrador exige que el plano de datos entregue las cabeceras recibidas al proceso STAMP. Sin esa interfaz, un router puede reenviar u operar sobre una opción y aun así no permitir que el reflector la copie.

RFC 9197 define campos IOAM; RFC 9486 los transporta mediante opciones IPv6. La lista devuelta solo contiene observaciones presentes. La ausencia de un nodo no distingue falta de soporte, espacio, participación, selección o una ruta diferente.

RFC 8250 impide insertar o eliminar libremente cabeceras de extensión en tránsito salvo encapsulación. La revisión 15 declara fuera de alcance el cambio de presencia o longitud durante la ruta. No debe venderse como una sonda universal para ese caso.

MTU y política pueden recortar el resultado

Cabeceras y TLV hacen crecer la respuesta. Si el paquete completo supera el MTU aplicable, se eliminan TLV. Esta reducción puede ser correcta. Además, el operador puede configurar R1 para no devolver información de cabeceras internas.

El modelo de estados necesita no observado, observado y devuelto, observado pero suprimido, omitido por MTU y no accesible. Un valor vacío mezcla autoridad local con ausencia física.

El checksum cero deja una condición visible

La revisión admite UDP checksum cero para IPv6 bajo restricciones. RFC 6936 y RFC 8085 mantienen el checksum como predeterminado. La excepción se limita a puertos STAMP habilitados, validación de direcciones, un dominio administrativo y aceptación explícita del riesgo. Si se requiere integridad de payload, se recomienda STAMP autenticado.

El registro debe incluir modo de checksum, autenticación, direcciones validadas y resultado del parser. RFC 8200 aporta la base IPv6 y RFC 9740 una posible verificación de recepción de extensiones.

La protección de CPU se parece a pérdida de red

El reflector aplica rate limiting para proteger CPU y memoria. El propio borrador reconoce que una pérdida en el punt path es indistinguible de pérdida real en el resultado STAMP. Por eso los contadores locales deben correlacionarse con las alertas.

Mida enviado / entregado / parseado / seleccionado / copiado / generado / emitido / recibido. Si la tasa final cae, esas etapas indican si falló la ruta o actuó un control sano.

Estado institucional exacto

El Datatracker sitúa la revisión 15 en IETF Last Call hasta el 15 de octubre de 2026. El historial registra la carga del 30 de septiembre y el registro de correo la maquinaria de distribución. No es un RFC.

El diff, la revisión temprana y los TBA del registro IANA muestran trabajo todavía abierto. El commit de Teaparty aporta código ejecutable, no despliegue ni interoperabilidad universal.

La evidencia mínima incluye paquete de ida, secuencia de cabeceras, solicitud, handoff del plano de datos, coincidencia, copia, flag C, recorte por MTU, decisión de divulgación, cabecera de vuelta, interfaces, checksum, autenticación, policing, ruta observada y decisión final.

Running-Code Primacy obliga a mirar bytes reales. The Policy Mirror revela quién decide qué se devuelve. Reality Layers separa el rótulo de la observación y del efecto.

Fuentes