Resumen

  • RFC 9566 transporta secuenciación DetNet en un control word sobre MPLS-over-UDP/IP para replicar, eliminar duplicados y recomponer el orden.
  • Una salida ordenada demuestra qué liberó una cadena PREOF configurada, no por qué faltó una secuencia, si queda una copia tardía o si la aplicación cumplió su plazo.
  • La prueba operativa debe unir configuración, trayecto y tiempo de cada copia, ventana de eliminación, temporizador de orden y resultado del receptor.

Un paquete se divide en varias copias. La primera llegada sobrevive, las demás se descartan y una función posterior espera el número ausente hasta que llega o vence un temporizador. El flujo final parece completo y ordenado. Esa apariencia no reconstruye todo lo que ocurrió en la red.

RFC 9566 reutiliza la subcapa de servicio MPLS y MPLS sobre UDP/IP para que DetNet IP ejecute PREOF. El DetNet Control Word lleva la secuencia; el S-Label aporta un Service-ID local del receptor; el túnel UDP/IP sostiene el reenvío. Con cero F-Labels se usan campos MPLS sin exigir un plano de reenvío MPLS.

El Service-ID lo gobierna el receptor, puede cambiar en un relay y puede ser distinto para cada flujo miembro. Direcciones, puertos, Flow Label y DSCP seleccionan un contexto configurado, pero no prueban intención, reserva ni ruta real.

Esa distinción también impide tratar el identificador como una cadena de custodia global. En cada punto hay que saber qué configuración estaba vigente y con qué observación se enlazó el paquete. Sin la época, una misma secuencia después de un reinicio puede parecer continuación de la anterior; sin los tiempos por copia, un descarte legítimo y una clasificación equivocada pueden producir el mismo contador.

Replicar no crea independencia

La protección busca rutas máximamente disjuntas. Dos túneles pueden conservar una fibra, una cola, una alimentación o un error de control comunes. Los flujos agregados en el mismo túnel UDP siguen la misma ruta. Por eso el recibo de replicación necesita época de configuración, identificadores de miembro, rutas observadas, riesgo compartido y tiempos por copia.

Eliminar no explica la ausencia

Una ventana de historial clasifica cada llegada. Un hueco puede ser pérdida, demora, filtrado, selector erróneo, reset o expiración de estado. La copia aceptada fue válida para ese estado local; no necesariamente fue la más oportuna ni la única que seguía circulando.

RFC 9550 limita POF al orden dentro del presupuesto de latencia y advierte que no añade fiabilidad. El algoritmo básico retiene un paquete hasta que llega el anterior o vence POFMaxDelay. Vencer el temporizador autoriza liberar; no demuestra inexistencia. Duplicados inesperados, diferencias de demora fuera del límite, inicialización y reset pueden producir nuevo desorden o espera. El buffering condicional también aumenta las ráfagas.

El coste de una salida visualmente perfecta puede ser precisamente la pérdida de información que un operador necesitará después. Si solo se conserva el flujo ya eliminado y ordenado, desaparecen la distribución de latencias entre copias, el número de veces que venció el temporizador y la relación entre una ruta lenta y el resultado final. La limpieza del producto no debe borrar la trazabilidad del proceso.

La evidencia completa enlaza selector y Service-ID, secuencia de origen, copias, rutas, ventana de eliminación, superviviente, descartes, buffer, temporizador, época de reset, salida y observación de la aplicación. El estándar define la máquina; el resultado exige datos independientes de cada unión.