Resumen

  • RFC 5143 es una especificación Historic para emular circuitos SONET/SDH sobre MPLS; una implementación nueva debe usar RFC 4842.
  • Su encabezado CEM de 32 bits lleva estados DBA y de defecto remoto, secuencia, puntero de estructura, ajustes y ECC-6.
  • ECC-6 corrige un error de un bit y detecta hasta dos en el encabezado, pero no cubre la carga útil del circuito.
  • Un encabezado válido o reparado no repone paquetes perdidos, no corrige por sí solo el desorden y no llena el búfer de fluctuación.
  • La pérdida se decide al reproducir, cuando el receptor sabe si los datos llegaron antes de que el circuito los necesitara.
  • La secuencia descubre pérdidas y desorden; si no se reordena, el paquete desordenado se descarta y se sustituye con un patrón configurado.
  • Perder sincronización de paquetes genera CEM-RDI hacia la red y AIS-P hacia el lado de circuito estructurado.
  • DBA puede retirar intencionadamente la carga y mantener la frecuencia de paquetes, por lo que flujo no equivale a datos de usuario.
  • Recuperar el reloj es una función separada; el encabezado no acredita frecuencia, fase, fluctuación ni deriva en la salida.
  • El formato antiguo podía parecer IPv4 y activar ECMP sobre la carga, introduciendo variación y desorden que ECC no resuelve.
  • La seguridad no supera la de la red de paquetes y puede ser menor que en TDM nativo; ECC no es autenticación ni procedencia.
  • La dirección necesita recibos distintos para encabezado, orden, búfer, tiempo, mantenimiento y resultado real del circuito.

Una señal de mantenimiento no es una victoria de disponibilidad

Cuando un despaquetador pierde la sincronización, la salida estructurada no debe inventar datos. Emite AIS-P. A simple vista, la interfaz sigue activa y el patrón sale al ritmo esperado. Un cuadro de mando diseñado alrededor de presencia física puede incluso mostrar verde.

Pero AIS-P dice algo concreto: el trayecto no está llevando datos finales válidos. Su regularidad no reduce la gravedad semántica. Al contrario, permite que la avería se propague de forma reconocible sin convertirla en basura aparentemente normal.

Imaginemos que el paquete siguiente llega con un bit del encabezado alterado. ECC-6 lo corrige. El analizador interpreta de nuevo la secuencia y el puntero. Aun así, el paquete anterior no llegó antes de la reproducción. Se alcanza el umbral de ausencias y el circuito recibe la alarma. La corrección fue real; también lo fue la discontinuidad.

Ésta es la lección que RFC 5143 conserva aunque sea un documento Historic. Una prueba técnica debe quedarse en la capa que observó. Elevar header_corrected a circuit_healthy convierte un recibo estrecho en una autoridad que nunca tuvo.

Treinta y dos bits no contienen al circuito entero

El encabezado común incluye D para Dynamic Bandwidth Allocation, R para CEM Remote Defect Indication, un número de secuencia de diez bits que gira entre 0 y 1023, el puntero de estructura, los bits N/P y seis bits de ECC. Ayuda a que dos extremos independientes interpreten la misma unidad.

No incluye la historia completa de llegadas, la ocupación del búfer remoto, la calidad del reloj reconstruido, el estado de los equipos conectados ni el impacto para el cliente. No es una omisión accidental. Una capa compartida razonable debe ser pequeña: coordina sólo lo que ambos extremos necesitan compartir.

El apéndice B define ECC-6 con una matriz de comprobación. El receptor calcula el síndrome, corrige un bit y detecta hasta dos. Incluso puede desactivarse durante el aprovisionamiento, en cuyo caso el campo queda a cero. El objeto protegido está expresamente limitado al encabezado CEM. La carga SONET/SDH queda fuera.

Por tanto, un resultado ECC no demuestra identidad del origen, admisión del servicio ni fidelidad de datos. Tampoco controla las decisiones de encaminamiento que precedieron a la llegada.

Detectar la ausencia no crea lo ausente

El número de secuencia indica qué unidad debería seguir. Sirve para reconocer huecos, duplicados e inversiones. RFC 5143 exige detectar paquetes perdidos o desordenados. La implementación puede recolocarlos; si no lo hace, debe descartar los que lleguen fuera de orden. Los datos perdidos o descartados se sustituyen por un octeto programado.

La sustitución mantiene la forma temporal de la salida, pero no vuelve correcto el contenido. Confundir “la interfaz no se detuvo” con “el servicio no se interrumpió” elimina la información que el patrón de sustitución o la alarma pretendían conservar.

La sincronización requiere una historia, no un solo paquete. Al comenzar, el despaquetador está fuera de sincronía. Necesita una cantidad configurable de secuencias consecutivas para adquirirla y otra cantidad de ausencias o vacíos para perderla.

Además, la pérdida se resuelve en el momento de reproducción. Antes, lo que parece faltar quizá sólo esté demorado. Cuando el circuito reclama los octetos, ya no hay margen: o están en el búfer o deben sustituirse. Ese instante separa la observación de transporte del resultado del servicio.

El búfer convierte demora en una decisión

La red de paquetes ofrece tiempos irregulares; el circuito consume a velocidad fija. El búfer CEM absorbe la diferencia y debe tener profundidad ajustable. Durante el intervalo representado por esa profundidad, la tasa media de llegada debe equilibrar la reproducción.

Una misma cuenta de paquetes puede ocultar resultados opuestos. Una ráfaga tardía rebasa un búfer pequeño; una pausa lo vacía. Aumentarlo tolera más variación a costa de latencia. Un paquete recibido después de su turno puede aparecer en la telemetría de red y ser inútil para la salida.

La evidencia necesaria incluye llegada, fecha límite, reproducción, descarte, sustitución, profundidad, falta de datos, desbordamiento y sincronía. RFC 4842 preserva esta separación en sus medidas: una clase registra paquetes ausentes o descartados; otra registra problemas de búfer y pérdida de sincronización. La arquitectura del hecho sobrevive al cambio de estándar.

DBA conserva el metrónomo y retira la música

Cuando existe AIS-P o una carga no equipada, Dynamic Bandwidth Allocation puede omitir todo el contenido CEM y transmitir sólo encabezados, etiquetas y encapsulación. La tasa continúa como en operación normal. Así se evita desestabilizar el búfer remoto y se distingue la condición de línea de un fallo de la red de paquetes.

En consecuencia, contar paquetes sin interpretar D y las señales asociadas produce una ilusión de tráfico. El metrónomo sigue; la música no. La DBA no pretende ocultarlo. El sistema de supervisión lo oculta cuando reduce varios estados a un único indicador de disponibilidad.

El disparo de DBA debe venir del overhead SONET/SDH, no de buscar patrones en la carga. Esa regla protege la procedencia: un estado explícito de la línea justifica la supresión; una coincidencia de contenido no.

El tiempo necesita su propio testigo

El extremo de salida debe regenerar el reloj de entrada. RFC 5143 permite modo síncrono o asíncrono, aprovisionado igual en ambos extremos. En el estructurado síncrono, N/P ayuda a trasladar ajustes; la secuencia evita aplicar repetidamente el mismo cambio después de un duplicado o desorden.

No basta para certificar el reloj. En modo asíncrono puede utilizarse recuperación adaptativa, cuyos detalles quedan en la implementación. RFC 4842 mantiene fuera de alcance el algoritmo, aunque exige que la salida respete los límites aplicables de fluctuación y deriva.

Una secuencia perfecta puede alimentar una frecuencia incorrecta. Una media estable puede esconder variaciones breves. Un reloj enganchado puede sincronizar AIS-P. Frecuencia, fase, jitter y wander deben medirse en la interfaz reconstruida.

El riesgo ECMP del legado

Algunas combinaciones iniciales del antiguo encabezado se parecían al primer nibble de IPv4. Un equipo que adivinara el tipo de carga para calcular ECMP podía dispersar paquetes de una misma pseudowire por rutas distintas. RFC 4928 expone la consiguiente variación y el posible desorden. RFC 4842 evita ese incumplimiento del formato de palabra de control.

El encabezado puede llegar sin daños mientras la trayectoria ha alterado el tiempo y el orden. Su integridad no gobierna la red que lo transporta. Y el estado Historic tampoco es decorativo: el propio RFC ordena usar RFC 4842 en implementaciones nuevas. El análisis sirve para interoperabilidad antigua y disciplina probatoria, no como consejo de despliegue.

Seis recibos que no deben fusionarse

El primero indica si el encabezado era válido, corregido, detectable pero irrecuperable o enviado sin ECC. El segundo conserva huecos, duplicados, inversiones y reordenación. El tercero pertenece al búfer: llegada antes de la fecha límite, reproducción, falta, desbordamiento y sincronía. El cuarto mide frecuencia, fase, jitter y wander. El quinto traza AIS-P, CEM-RDI, Unequipped y DBA desde su origen. El sexto observa si datos de usuario válidos salieron hacia el equipo conectado.

Separarlos mejora el diagnóstico. Más correcciones señalan calidad física o de enlace. Secuencias limpias con falta de búfer señalan ritmo o variación de trayecto. Paquetes correctos con mal reloj señalan recuperación temporal. DBA regular con AIS-P señala condición de línea, no silencio de transporte.

Fuentes

  1. RFC 5143, HTML
  2. RFC 5143, texto
  3. Registro de RFC Editor
  4. IETF Datatracker
  5. Historial del documento
  6. Búsqueda de erratas de RFC 5143
  7. Parámetros Pseudowire de IANA
  8. RFC 4842: Circuit Emulation over Packet
  9. RFC 4553: Structure-Agnostic TDM over Packet
  10. RFC 5086: Structure-Aware TDM Circuit Emulation
  11. RFC 4447: configuración y mantenimiento Pseudowire con LDP
  12. RFC 4385: palabra de control Pseudowire
  13. RFC 4928: evitar tratamiento ECMP en MPLS
  14. RFC 3985: arquitectura Pseudowire Emulation
  15. RFC 4023: encapsular MPLS en IP o GRE
  16. RFC 5085: verificación de conectividad Pseudowire
  17. RFC 6374: medición de pérdida y demora MPLS
  18. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  19. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile
  20. Running-Code Primacy