Resumen

  • RFC 9801 obliga a reponer con igual cantidad de datos la carga de todo paquete PLE perdido o descartado. El receptor debe admitir 0xAA como patrón predeterminado.
  • Los ceros y unos alternos sostienen la sincronización del reloj y evitan cabeceras de sincronía inválidas en 64B/66B; no recuperan ni adivinan la información remota.
  • La trazabilidad útil separa paquete recibido, salto de secuencia, descarte tardío, intervalo sintético, holdover, bits L/R, estados PLOS/DEG, contadores de transporte y resultado visto por el cliente.

El osciloscopio del extremo de salida puede mostrar una señal ordenada durante una avería de transporte. Hay flancos, ritmo y grupos de código aceptables. Esa imagen no tiene por qué ser falsa. Tampoco demuestra que el extremo remoto haya enviado los bits que aparecen en pantalla.

RFC 9801 hace explícita la razón. La Emulación de Línea Privada lleva flujos de bits y flujos estructurados sobre una red de paquetes. Cuando falta una carga, el equipo no puede congelar el tiempo de la interfaz síncrona. Debe emitir la misma cantidad de datos sustitutos. Todos los equipos conformes admiten 0xAA, alternancia binaria, y mantienen el reloj mediante holdover.

El relleno salva la forma temporal de la salida. No salva el contenido ausente. La distinción no es semántica fina: determina qué puede afirmar un operador sobre una línea “activa”.

La costura entre paquetes y circuito

El modelo se apoya en la arquitectura de pseudowires de RFC 3985. Un IWF en el borde toma datos del equipo cliente, los empaqueta con tamaño fijo, añade el identificador del VPWS y cabeceras de red, y los envía. El otro IWF retira esas capas y vuelve a entregar un flujo continuo al circuito local.

Los dos circuitos deben ser del mismo tipo de servicio y compartir tipo y tamaño de carga. La configuración se mantiene durante la vida del VPWS y todo equipo admite 1.024 bytes. La palabra de control definida según RFC 4385 incluye un número de secuencia por paquete. Ver un salto acredita ausencia en una posición; no atribuye la causa.

La cabecera RTP se utiliza para el tiempo, siguiendo reglas de RFC 3550, sin traer consigo RTCP, SRTP ni todos los mecanismos multimedia. El reloj de timestamp es de 125 MHz hasta 200 Gbit/s y de 250 MHz por encima. El escenario de sincronización relativa de RFC 4197 transporta la diferencia entre el reloj entrante y una referencia común para que el extremo remoto reconstruya la cadencia.

Una marca temporal puede guiar el momento de salida. No contiene la carga perdida. Confundir ambas cosas equivale a creer que saber cuándo faltó una página permite leerla.

El búfer convierte retraso en una decisión

El IWF receptor implementa un búfer de eliminación de jitter. Allí, un paquete tardío todavía puede recuperar su lugar si el equipo ofrece reordenación. Sin esa función, el paquete fuera de orden debe descartarse. Para la interfaz síncrona, “llegó tarde” y “no llegó” terminan en el mismo hueco.

El umbral de arranque suele situarse en la mitad del búfer, dice RFC 9801, para absorber aumentos y reducciones de demora. Es una elección de negocio escondida en un parámetro técnico. Más memoria tolera más variación, pero añade latencia. Menos memoria reduce espera, pero fabrica más huecos y, con ellos, más datos sustitutos.

Ante el hueco, el estándar exige igualdad de longitud. El patrón puede configurarse, pero 0xAA debe existir. Su propósito es conservar sincronía y, para 64B/66B, no emitir una cabecera inválida. No es un algoritmo de corrección ni una reconstrucción estadística.

Por eso conviene hablar de recibos separados:

Evidencia Afirmación limitada
paquete con número de secuencia esa carga llegó al borde
hueco observado la posición esperada no estaba disponible a tiempo
decisión de reordenar o descartar una política local trató el retraso
contador de relleno el IWF generó bytes durante un intervalo
reloj recuperado la cadencia medida cumplió una referencia declarada
mantenimiento nativo el servicio expuso una señal de fallo determinada
medición del cliente una aplicación concreta vio un resultado

Una captura de paquetes puede registrar pérdida mientras una sonda física ve continuidad. Las dos mediciones son compatibles porque observan capas distintas.

Los bits de alarma conservan dirección, no historia completa

L significa que el borde emisor sabe que la carga es inválida por un fallo del circuito de acceso. El borde receptor debe generar datos apropiados de sustitución y puede inyectar la señal de fallo propia del servicio. R significa que el IWF receptor sufre pérdida en la red de paquetes o recibe una indicación inversa de la capa servidora.

Esas banderas no son intercambiables. Identifican quién observó qué y en qué dirección. Tampoco traen de vuelta la carga. Una consola que reúne L y R bajo “alarma remota” pierde una parte del relato operativo.

La pérdida consecutiva durante un tiempo configurable, un milisegundo por defecto, lleva a PLOS. Una proporción de pérdida superior al umbral a lo largo de ventanas consecutivas lleva a DEG; el texto presenta 15 % durante siete intervalos de un segundo como valores predeterminados. El primer paquete ausente, el cruce de umbral y la declaración de defecto deben conservar tiempos diferentes.

ES-PLE cuenta cada segundo con alguna pérdida, PLOS o DEG. SES-PLE cuenta una pérdida superior al 15 %, PLOS o DEG. UAS-PLE aparece tras una secuencia configurable de segundos gravemente erróneos y desaparece tras otra secuencia limpia; el valor predeterminado es diez en ambos casos. La aritmética organiza el transporte, pero RFC 9801 deja la supervisión del circuito de acceso a cada tecnología. Un segundo SES-PLE no indica por sí solo cuántas operaciones de almacenamiento, tramas Ethernet o unidades OTN fallaron.

La continuidad consume recursos y puede esconder presión

Los antecedentes de emulación en RFC 4553, RFC 5086 y RFC 4842 ayudan a entender por qué el tiempo, la secuencia y el relleno viajan juntos. RFC 9801 extiende esa disciplina a más tipos de señal y velocidades.

El tráfico PLE es de tasa constante e inelástica. No puede responder a congestión según la disciplina de RFC 2914. La red debe ofrecer poca pérdida y jitter mediante calidad de servicio, ingeniería de tráfico, admisión o capacidad. El estándar no prescribe cuál. Por tanto, un flujo continuo a la salida no prueba que se haya reservado ancho de banda; puede demostrar que el borde absorbió temporalmente la insuficiencia.

Tampoco hay seguridad añadida por la emulación. El dominio MPLS o SRv6 se supone confiable y aislado, con las precauciones de RFC 5920. Retraso, reordenación e inyección pueden superar el búfer, como advierte el análisis de amenazas de redes deterministas de RFC 9055. Cuando la sincronización depende de PTP, las amenazas de demora de RFC 7384 siguen vigentes. Un reloj estable no autentica el camino ni los bytes.

La ficha editorial, los errata y el historial IETF prueban el estado documental. El registro IANA prueba asignaciones. RFC 8214 describe EVPN-VPWS, mientras RFC 9801 deja fuera sus extensiones de señalización PLE. Ninguna de esas pruebas es una observación de una línea desplegada.

Las formas TXT y XML permiten auditar la obligación normativa. La pregunta operativa permanece: ¿durante qué intervalo emitió el borde bytes que nadie había transmitido?

La respuesta exige conservar el hueco y la sustitución, no solo la señal final. Continuidad es una función; fidelidad, una conclusión.

Fuentes