Resumen

  • Un grafo de recuperación de RFC 9912 reúne caminos DetNet factibles y sus metadatos de uso. Representa posibilidades, no el camino real de un paquete.
  • El PLR toma decisiones locales para uno o pocos paquetes a una escala mucho más rápida que el controlador. En un grafo laxo o distribuido, el resultado extremo a extremo puede conocerse sin conocer todos los saltos ni una única ruta vigente.

En el ejemplo ilustrativo, una interferencia anuló el acceso Wi-Fi barato y el siguiente paquete salió por una radio de pago. El servicio siguió funcionando. También subió el coste y aumentaron las retransmisiones. El tablero del controlador conservaba el mismo grafo verde, porque las dos alternativas ya estaban autorizadas. Lo que faltaba era el recibo de la decisión local que había convertido una posibilidad técnica en gasto real.

La RFC 9912 permite leer juntos esos dos planos sin confundirlos. Fue publicada en abril de 2026; la ficha del RFC Editor la identifica como Informational, producto del consenso IETF y no como especificación Standards Track. Extiende la arquitectura DetNet de RFC 8655 a redes con segmentos inalámbricos que sufren pérdidas transitorias, obstáculos, espectro compartido y variaciones más rápidas que una recomputación central.

El controlador establece un grafo de recuperación: el conjunto finito de caminos DetNet que un flujo puede utilizar, más información sobre su uso. El grafo puede bifurcarse, cruzarse y reunirse. No es el trayecto de un paquete. En el instante de tránsito, un Point of Local Repair selecciona uno de los caminos factibles; otra decisión aguas abajo puede revisarlo y el paquete siguiente puede experimentar otra combinación.

La arquitectura separa tres ritmos. El Controller Plane calcula rutas y mantiene recursos. RFC 9938 encuadra esas funciones y sus posibles arquitecturas centralizadas, distribuidas o híbridas. Ese cálculo puede trabajar con estadísticas de minutos u horas y tardar milisegundos o segundos. El bucle RAW selecciona caminos con datos actuales; el PLR conmuta en microsegundos o milisegundos para un paquete o una ráfaga corta. Después, el plano de reenvío ejecuta.

La autonomía rápida no es soberanía ilimitada. El PLR sólo puede usar la diversidad y los recursos del grafo preinstalado. Ese límite es una buena especificación mínima: el centro define la envolvente y el actor local decide dentro de ella. Pero la organización debe registrar ambas autoridades, porque “el controlador permitió” y “el nodo eligió” no son el mismo hecho.

RFC 9912 expresa el control como Observar, Orientar, Decidir y Actuar. OAM observa estado de enlaces, saltos visibles y entrega extremo a extremo. La orientación combina métricas, historia y modelos. El PLR decide; PREOF y las funciones inferiores replican, eliminan, ordenan, retransmiten o codifican.

La calidad de la prueba depende del canal. RFC 9551 distingue OAM en banda, con el mismo tratamiento que el flujo, de pruebas fuera de banda que pueden recorrer otra topología o QoS. RFC 7799 clasifica mediciones activas, pasivas e híbridas. RFC 9378 describe IOAM insertado en tráfico real. Una sonda puede descubrir una alternativa inactiva, pero también consume capacidad; una marca en un paquete describe su experiencia, no la de todos los caminos candidatos.

En un grafo estricto, RAW observa y controla el comportamiento pertinente de extremo a extremo. En uno laxo, parte del recorrido atraviesa un dominio opaco. Se puede medir latencia o entrega global y, aun así, ignorar el salto que causó la pérdida. En el ejemplo de acceso por radio del RFC, sólo se observan los primeros enlaces mientras el túnel posterior queda abstraído. Tratar esa abstracción como certeza causal sería un error de gobierno, no una propiedad del protocolo.

La decisión distribuida amplía la dificultad. El propio RFC admite combinaciones dependientes en las que ningún nodo puede informar cuál es el camino DetNet actual dentro del grafo. La reconstrucción exige correlacionar versión del grafo, identidad y hora de cada PLR, etiqueta del paquete, límite de OAM y resultado. El registro central, por sí solo, no posee la historia ejecutada.

Tampoco un objetivo configurado es un resultado medido. PDR, pérdidas consecutivas máximas, latencia, jitter, desorden y copias recibidas pueden formar parte del SLA. Los casos de uso de RFC 9450 muestran la necesidad; RFC 9913 recorre tecnologías inalámbricas capaces de aportar sincronización, programación y diversidad. Ninguno convierte el valor de configuración en evidencia de cumplimiento.

La terminología de recuperación de RFC 4427 ayuda a distinguir protección y restauración. En RAW, la protección puede consumir frecuencia, tiempo, energía, códigos y caminos. Dos rutas dibujadas por separado pueden compartir interferencia, alimentación, equipos o un túnel oculto. La diversidad debe demostrarse por dominio de fallo, no por geometría visual.

Además, la decisión altera las métricas que alimentan la siguiente decisión. Mover tráfico cambia carga, entrega y latencia; sin amortiguación puede producir oscilación. En seguridad, RFC 9912 observa que interferir con la opción barata puede forzar acceso de pago, agotar batería mediante FEC o ARQ y desplazar congestión a otra zona. Preservar el motivo económico de la conmutación importa tanto como preservar el motivo técnico.

La búsqueda de erratas de RFC 9912 no mostraba coincidencias al congelar la evidencia. Sólo describe el estado editorial del documento.

La primacía del código operativo de Heng Lu exige mirar la decisión ejecutada. La especificación inicial mínima separa un marco común de la elección local. Sus capas de realidad impiden llamar “ruta” al conjunto de opciones o “cumplimiento” al objetivo aún no medido.

El recibo completo conserva grafo y recursos, frontera estricta/laxa, ventanas estadísticas, observaciones, identidad del PLR, alcance en paquetes, etiquetas antes y después, acción PREOF, respuesta de capa inferior, coste activado y resultado extremo a extremo. Sólo entonces puede distinguirse la disponibilidad preparada de la ruta realmente comprada y utilizada.

Fuentes