Resumen

  • draft-ietf-mpls-stamp-pw-21 advierte que limitar paquetes STAMP en el camino hacia el plano de control puede ser indistinguible de la pérdida real.
  • La atribución necesita unir contexto MPLS, colas y policers de ambos extremos, ejecución del reflector, camino de vuelta, capacidad y MTU.

Un contador puede medir bien la ausencia y explicar mal la causa.

La revisión 21 lleva STAMP a LSP punto a punto y pseudowires de un solo segmento. Format 1 usa IP/UDP; Format 2 los elimina y recurre a tipos G-ACh distintos para emisor y reflector. La intención es que el paquete de prueba comparta la pila de etiquetas y el comportamiento relevante del tráfico medido.

En los extremos PE, los mensajes OAM se interceptan y se envían al plano de control. Consumir CPU y memoria los convierte en una superficie de sobrecarga, así que el rate limiting es una defensa necesaria. Pero esa defensa queda dentro del instrumento de medida. Si descarta el paquete antes de que el reflector responda, STAMP lo contabiliza como pérdida.

La ausencia admite varias explicaciones. El LSP de ida pudo perder el paquete. La cola de punt pudo llenarse. El policer del reflector pudo actuar. Tal vez no existía contexto inverso y el borrador exige no responder. El camino de vuelta puede tener menos capacidad. El emisor puede limitar la respuesta. O la sobrecarga de GAL y G-ACh puede superar el MTU en uno de los sentidos; el paquete se descarta sin fragmentar y vuelve a parecer pérdida.

Format 2 también desplaza la identidad. Sin cuatro-tupla IP/UDP, el SSID no nulo se combina con el contexto LSP/PW, su dirección inversa y parámetros locales. El mismo número no demuestra por sí solo una sesión común. Un desacuerdo de configuración puede terminar en descarte aunque el paquete sea sintácticamente correcto.

Esta pieza no repite la tesis general de que una sonda quizá no represente el flujo de producción. Su cuestión es más estrecha: incluso tras entrar en el contexto MPLS previsto, la sonda puede morir por el presupuesto del canal diagnóstico. La pérdida ocurre en la medición, no necesariamente en lo medido.

El recibo debe empezar con tasa, tamaño, formato, etiquetas, Channel Type, SSID y LSP/PW. Debe incluir MTU y reserva de ancho de banda por sentido. En ambos extremos hacen falta admisión a punt, profundidad de cola, política y descartes del limitador, entrada al reflector, resolución del retorno, transmisión de respuesta y recepción final. La secuencia y el tiempo permiten unirlos con contadores del plano de datos.

El borrador recomienda que el operador conozca cuándo se aplicó la limitación para correlacionarla con avisos de fallo. Un contador agregado no basta si no puede vincularse a la sesión que disparó la alarma. La trazabilidad debe llegar hasta el paquete o, al menos, hasta una ventana inequívoca.

La dirección inversa merece presupuesto propio. El reflector genera una tasa comparable y puede encontrar una capacidad menor. El tamaño total, incluida la encapsulación, debe caber de forma independiente en ambos sentidos. Simetría del test no significa simetría de la infraestructura.

La automatización puede abrir una incidencia por falta de respuesta. No debería declarar caída de servicio antes de excluir punt, policer, reflector, retorno y MTU. Mientras tanto, la conclusión correcta es “pérdida observada; causa sin resolver”.

Fechada el 10 de septiembre de 2026, la revisión 21 sigue siendo un Internet-Draft Standards Track. No prueba una implantación ni un incidente. Su aportación operativa es delimitar qué no puede afirmar un porcentaje de pérdida sin recibos auxiliares.

Fuentes