Resumen

  • RFC 10014 recomienda no usar «OAM in-band» y «OAM out-of-band» como caracterizaciones generales; propone declarar por separado el método activo, pasivo o híbrido, la congruencia de ruta y la igualdad de tratamiento.
  • Una sonda dedicada puede cruzar los mismos nodos y enlaces que el tráfico de producción y, sin embargo, usar otra prioridad, cola, política de scheduling, shaping o protección. El dato sigue siendo válido, pero no demuestra la experiencia del flujo afectado.
  • La gobernanza necesita un contrato de evidencia que conserve servicio, dirección, clase, época, capa, dominio de mantenimiento, población observada, semántica de contadores y reloj, supuestos de ruta y tratamiento, regla de decisión, autoridad de cambio y resultado posterior.

El centro de operaciones veía dos verdades incompatibles. En la parte superior del panel, la sesión de garantía mostraba continuidad y latencia normal. Debajo, las aplicaciones interactivas acumulaban timeouts durante los picos. El equipo superpuso ambas rutas y comprobó que entraban por el mismo borde, atravesaban el mismo núcleo y salían por el mismo enlace.

La discrepancia estaba dentro de los equipos. Los mensajes de control llevaban una clase privilegiada; los paquetes de la aplicación competían en una cola saturada. El trazado sólo mostraba nodos y enlaces. El informe comercial llamaba al mecanismo «in-band» y había convertido una coincidencia topológica en una afirmación sobre QoS.

RFC 10014, publicado en junio de 2026 como Best Current Practice del IETF, existe para deshacer esa equivalencia. No especifica un nuevo protocolo universal. Aporta un vocabulario que limita las afirmaciones: cómo participa OAM en el tráfico, qué ruta recorre y qué tratamiento recibe. En un entorno donde una medición puede activar un failover o negar un crédito contractual, el vocabulario forma parte del control.

La ambigüedad de estar «dentro»

En radio, estar dentro o fuera de una banda remite a un canal reconocible. En una red de paquetes no hay una sola banda. Hay al menos un paquete, una ruta y un tratamiento. Por eso dos documentos podían usar in-band con significados distintos y ser internamente coherentes, mientras un comprador suponía que hablaban de la misma propiedad.

RFC 10014 comienza por el modo. OAM activa usa paquetes dedicados. OAM pasiva observa flujos existentes sin generar paquetes de prueba ni modificarlos. OAM híbrida combina métodos activos y pasivos. La variante In-Data-Packet inserta información OAM en paquetes que también transportan datos y constituye un caso concreto de híbrida tipo I.

El segundo eje es la congruencia de ruta. La información path-congruent atraviesa exactamente los mismos nodos y enlaces que el tráfico observado. Si no existe esa garantía, es non-path-congruent. La definición es deliberadamente topológica: no dice qué ocurre en el scheduler de cada nodo.

El tercer eje es el tratamiento. Un paquete OAM con equal-forwarding-treatment recibe el mismo trato relevante que los datos, por ejemplo en QoS, cola, scheduling o shaping. Con different-forwarding-treatment puede ser favorecido o perjudicado de otra manera.

No todas las combinaciones tienen sentido. Para una observación puramente pasiva no hay un paquete OAM dedicado cuya ruta o cola deba compararse. Una medición no congruente no puede recibir el mismo tratamiento a lo largo de una ruta que no comparte. La clasificación sirve para describir, no para otorgar una medalla.

Misma ruta no equivale a mismo destino operativo

VCCV muestra el problema con precisión. Sus mensajes de verificación pueden seguir la misma pseudowire que los datos, motivo por el que se describieron históricamente como in-band. RFC 10014 los clasifica como activos y congruentes con la ruta, pero con tratamiento diferente. La sonda puede confirmar el camino y evitar la cola cuyo daño se investiga.

BFD ofrece otro ejemplo. Dar alta prioridad a sus paquetes permite detectar una caída con rapidez y proteger la convergencia. Esa decisión es razonable. También separa su suerte de la de paquetes ordinarios bajo congestión. Una sesión BFD estable demuestra continuidad según la mecánica de BFD; no certifica la distribución de delay de una clase empresarial.

Cuando coinciden tanto la topología como el tratamiento, la observación comparte mejor el destino con el tráfico. Aun así, un paquete sintético no hereda el tamaño, la ráfaga, el cifrado, la historia TCP, el timeout ni el significado de negocio de la transacción real. La igualdad de red reduce incertidumbre; no valida el procesamiento de la aplicación.

La pregunta útil nunca es sólo «¿está verde OAM?». Debe indicar qué flujo, en qué dirección, bajo qué política, durante qué época y para qué afirmación. Continuidad, ruta, pérdida, delay y finalización de una operación no son estados intercambiables.

La población observada define el alcance

Un MPLS echo request es una medición activa: crea un mensaje con una construcción concreta para comprobar una FEC y un comportamiento del plano de datos. El resultado puede ser concluyente para esa FEC. Campos de entropía, pila de labels, TTL, tamaño y retorno pueden impedir que represente otra variante de producción.

La medición de pérdida y delay de MPLS ya distingue dos fuentes. Inferred Loss Measurement cuenta mensajes de prueba. Direct Loss Measurement transporta en mensajes OAM contadores que proceden de paquetes de usuario. El segundo método combina un vehículo activo con una observación pasiva. Si un panel borra el denominador y presenta ambos como el mismo porcentaje de loss, destruye información necesaria para decidir.

RFC 9197 permite registrar datos IOAM en paquetes seleccionados del propio flujo. Esos paquetes llevan consigo evidencia fuerte de su paso por el dominio. No se sigue de ahí que todos fueran seleccionados, que la exportación no perdiera registros, que otro dominio aceptara la misma política o que el receptor final procesara correctamente la carga.

El método de RFC 9341 alterna marcas en bloques de tráfico real y compara contadores o tiempos. Acerca la medición a producción, pero la respuesta depende de cómo se definió el flujo, dónde se midió, cuándo cambia el bloque, cómo se sincronizan los relojes y cómo se trata el reordenamiento.

Activo aporta control y disponibilidad sin tráfico de usuario. Pasivo aporta fidelidad a una población existente. Híbrido conecta ambos. Ninguno posee autoridad universal; la adquiere cuando su población coincide con el objeto de la decisión.

Una red contiene varias fronteras de verdad

RFC 7276 explica que OAM reúne herramientas de detección, aislamiento, notificación y rendimiento y que estas herramientas aparecen por capas. Un operador puede observar MPLS entre bordes de proveedor, mientras el cliente observa IP de extremo a extremo. Un overlay puede añadir otra medición y la aplicación una cuarta.

Los resultados no tienen que coincidir porque sus dominios tampoco coinciden. Un núcleo sano no prueba la salud del acceso, CPE, túnel, gateway o servidor. Un test fallido en el cliente no identifica por sí solo el núcleo como causa. El dominio de mantenimiento no es una nota técnica: limita quién puede usar una prueba para asignar responsabilidad.

La asimetría crea otro límite. Ida y vuelta pueden cruzar rutas y colas distintas. Un RTT normal puede esconder un tramo de ida degradado compensado por un retorno rápido; un RTT alto no localiza el sentido culpable. La evidencia debe conservar dirección y puntos de observación.

También debe conservar la época. Una medición anterior a un cambio de SR policy, mapa de colas, protección, software o configuración describe un mundo ya reemplazado. El timestamp sin la versión de la realidad desplegada es insuficiente.

OAM nombra un campo, no una autoridad única

RFC 6291 aclaró que OAM significa Operations, Administration, and Maintenance. Operaciones mantiene el servicio y localiza problemas; Administración conserva recursos y contabilidad; Mantenimiento facilita reparación, actualización y prevención. Provisioning queda relacionado pero fuera de esa definición.

Una prueba de conectividad no se convierte por ello en inventario, diagnóstico causal, aprobación de cambio y comprobación final. Sin embargo, la plataforma moderna tiende a encadenarlos: observa, interpreta, ejecuta y cierra. La eficiencia es real; el riesgo aparece cuando cada transición hereda sin examen la autoridad de la anterior.

El colector responde por la observación. El dueño del servicio define qué significa. El dueño de la automatización limita umbral y radio. La autoridad de cambio aprueba el efecto. El dueño del resultado comprueba la recuperación. Compartir una interfaz no elimina esas responsabilidades.

Un expediente mínimo para cada resultado

La identidad va primero: servicio o agregado, extremos, dirección, clase, capa, dominio, stream o FEC, regla de selección, versión de configuración y época de forwarding. Después se declara el modo. Para paquetes dedicados, ruta y tratamiento se registran como garantizados, esperados, muestreados, desconocidos o diferentes.

La semántica conserva construcción, tamaño y frecuencia, población marcada, contador, wrap y reset, reloj, sincronización, puntos, ventana, fórmula, sampling, threshold, confianza y política ante datos ausentes. Un cero sin ventana ni denominador no puede auditarse.

La procedencia añade versión de implementación y política, identidad y autenticación del colector, integridad, hash de configuración, fuente de tiempo, controlador y regla que transformó el evento. Firmar un dato no corrige una asociación al stream equivocado.

Por último, la acción queda separada del resultado: objeto, radio, clave de idempotencia, aprobación, commit, rollback y verificación independiente. Si el controlador mueve la ruta pero las transacciones continúan fallando, el comando tuvo éxito y el servicio no.