Resumen
- Un colector puede recibir exportaciones de A, B, C, D y E sin saber si E estaba después de C o de D: los vértices no contienen las aristas.
- RFC 9630 ofrece un Multicast Branch ID de ocho octetos y una alternativa de postales por sección para conservar la correlación sin repetir toda la traza común.
- La reconstrucción exige recibos separados de selección, configuración, emisión, transporte, conservación, unión, llegada al receptor y resultado de la aplicación.
El inventario estaba completo; la relación no
El paquete sale de A y llega a B. Allí se replica: una copia atraviesa C y luego E, otra pasa por D. Cada equipo exporta una postal con su observación local. El colector puede contar cinco nodos y comprobar cinco firmas de tiempo. Aun así, no sabe cuál de los dos ramales contenía E.
El problema no es falta de telemetría en volumen. Falta una relación. Si el sistema dibuja E debajo de D porque la presentación necesita un padre, la latencia de C–E aparecerá en otro enlace. A partir de esa ficción pueden nacer una alarma, un cambio de ruta o una atribución de responsabilidad.
Consultar la topología del plano de control puede resolver la ambigüedad, pero introduce otra fuente y otra época. La afirmación deja de ser “el plano de datos mostró este árbol” y pasa a ser “unimos postales con una topología externa”. La procedencia debe conservar esa diferencia.
La traza dentro del paquete conservaba demasiado
La opción Trace de IOAM sí lleva el orden de los saltos. El coste aparece en la bifurcación: cada réplica hereda la traza acumulada. En las hojas, todas las copias repiten el camino común y añaden únicamente su tramo final. En un árbol grande, los mismos octetos viajan y se procesan una y otra vez.
DEX evita esa redundancia porque cada nodo exporta sólo sus datos. Pero al convertir la ruta en postales independientes elimina también la unión entre segmentos. RFC 9630 no elige simplemente entre dos formatos; identifica el dato mínimo que falta para componer las observaciones.
La eficiencia tiene una condición: no borrar el vínculo que permite responder dónde nació cada copia. Ahorrar el prefijo común es útil sólo si el colector recibe un identificador que sobreviva hasta la siguiente bifurcación.
Una rama queda definida entre dos bifurcaciones
El primer método crea un Multicast Branch ID. Combina tres octetos de Branching Node ID con dos octetos de Interface Index; otros tres octetos deben valer cero. El nodo que replica asigna una combinación distinta a cada salida en la instancia de árbol correspondiente. Esa combinación no cambia hasta el próximo nodo de bifurcación.
Los nodos del tramo incluyen el identificador recibido en sus postales. Flow ID y Sequence Number agrupan las observaciones de un mismo flujo y paquete; Branch ID aporta el vínculo topológico. Así, las postales de C y E pueden declarar el mismo tramo nacido en B, mientras D declara el otro.
No es un nombre eterno de enlace. Un índice puede reutilizarse después de una convergencia. Para interpretar el registro hacen falta espacio IOAM, nodo, interfaz, árbol, flujo, secuencia y época. Quitar la época convierte una reutilización válida en una continuidad inventada.
N e I forman un único contrato
Cada indicador de extensión DEX representa cuatro octetos y el Branch ID ocupa ocho. Por ello RFC 9630 reserva dos bits. N señala la parte del nodo; I, la parte de interfaz. Ambos deben estar activos o ambos ausentes. Una sola mitad convierte el encabezado en malformado y obliga a descartar el paquete.
Los octetos no usados también deben ser cero. La exigencia evita que dos implementaciones tolerantes interpreten basura de maneras distintas. El coste de seguridad semántica es visible: una codificación defectuosa puede afectar al paquete de datos, no sólo a la exportación.
La operación necesita distinguir ausencia opcional, rechazo por formato y pérdida posterior de postal. Si todo termina como “dato no disponible”, se pierde el punto exacto donde falló la cadena.
Las postales por sección conservan la costura
El segundo método mantiene la opción Trace existente. Justo antes de replicar, cada bifurcación exporta lo acumulado. Después limpia la lista, restaura RemainingLen e inicia las secciones hijas con sus propios datos. Las hojas exportan el último tramo.
El colector obtiene segmentos con una costura común en vez de trazas completas repetidas o nodos aislados. No es necesario cambiar el formato de Trace, aunque sí garantizar que todas las bifurcaciones y hojas relevantes ejecuten la conducta configurada.
Antes de copiar, el nodo sólo puede declarar como común lo que realmente comparten las réplicas. La entrada y su hora pueden coincidir; la interfaz de salida, el instante de salida y el retraso de cada copia divergen. Agregarlos en un valor único borraría la prueba del ramal.
Controlar la amplificación cambia el denominador
El multicast ya amplifica paquetes, y DEX puede amplificar además las exportaciones. RFC 9630 pide protecciones más estrictas: seleccionar paquetes, limitar la tasa o permitir que sólo ciertos nodos —por ejemplo, las bifurcaciones— procesen y exporten. La política concreta de muestreo y la protección de red y colector quedan fuera del documento.
Por tanto, el árbol obtenido representa los paquetes elegidos y los observadores habilitados. Una postal ausente no identifica una causa única: puede deberse a muestreo, límite, pérdida de exportación, nodo no configurado, rechazo del colector o inexistencia real del tramo.
Cada gráfico debería mostrar regla de selección, conjunto esperado, cuotas, descartes y ventana temporal. Sin esos datos, «no observado» se transforma silenciosamente en «no existió».
Mtrace2 y IOAM no son copias de la misma prueba
Mtrace2 sigue hacia la fuente los mensajes que construyen el árbol desde un receptor. Añade información diagnóstica y puede ayudar a descubrir routers relevantes. RFC 9630 señala que no se integra directamente con IOAM.
El plano de control indica el camino previsto; las postales registran observaciones seleccionadas. Coincidencia y divergencia tienen valor precisamente porque las fuentes son independientes. Si el colector usa Mtrace2 para rellenar una arista debe marcarla como inferida, no presentarla como postal recibida.
En PIM, PIM-SSM y MVPN, el contexto incluye árbol, VPN y túnel. mLDP, P2MP RSVP-TE, ingress replication y PIM MDT pueden producir caminos distintos con los mismos nombres de nodos. La correlación debe quedar ligada a esa identidad.
El último router no es el último resultado
Reconstruir un árbol ayuda a medir retraso, jitter y ubicación de pérdidas. No demuestra que el receptor haya obtenido una copia utilizable. Entre el último punto IOAM y la aplicación quedan acceso, búfer, descarte, decodificador y lógica de servicio.
Una postal correcta puede llegar tarde al colector. Una muestra sana puede no representar una ráfaga. Un paquete puede alcanzar el host y pertenecer a un fotograma que no se puede decodificar. La prueba de topología no debe absorber estos resultados ausentes.
La escalera separa ingreso al dominio, procesamiento, etiqueta, emisión, transporte, custodia, reconstrucción, corroboración, recepción y resultado. El Branch ID mejora el peldaño de correlación; no autoriza a saltar los demás.
Conservar también lo que no encajó
El expediente debe guardar bytes y decodificación del Branch ID, namespace, flujo, secuencia, origen, grupo, árbol, túnel y época. Para cada postal: exportador, datos, momento de emisión y llegada, duplicado, rechazo y huella de custodia.
El constructor del grafo debe devolver nodos huérfanos, colisiones, secuencias ausentes y aristas inferidas. Nunca debería forzar un árbol completo. Una figura incompleta con causas visibles es una base de decisión; una figura cerrada por conveniencia es una narrativa.
Fuentes
- https://www.rfc-editor.org/rfc/rfc9630.html
- https://www.rfc-editor.org/info/rfc9630/
- https://www.rfc-editor.org/rfc/rfc9630.txt
- https://www.rfc-editor.org/rfc/rfc9630.xml
- https://datatracker.ietf.org/doc/rfc9630/
- https://datatracker.ietf.org/doc/rfc9630/history/
- https://www.rfc-editor.org/errata/rfc9630
- https://www.rfc-editor.org/rfc/rfc9197.html
- https://www.rfc-editor.org/rfc/rfc9326.html
- https://www.rfc-editor.org/rfc/rfc8487.html
- https://www.rfc-editor.org/rfc/rfc7761.html
- https://www.rfc-editor.org/rfc/rfc6450.html
- https://www.rfc-editor.org/rfc/rfc3605.html
- https://www.rfc-editor.org/rfc/rfc1112.html
- https://www.rfc-editor.org/rfc/rfc6513.html
- https://www.rfc-editor.org/rfc/rfc6514.html
- https://www.rfc-editor.org/rfc/rfc7900.html
- https://datatracker.ietf.org/doc/html/draft-ietf-ippm-ioam-direct-export
- https://www.iana.org/assignments/ioam/ioam.xhtml
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
