Resumen

  • Un PDR-ACK positivo indica que la raíz afirma haber construido la Track y se compromete a mantenerla durante la vida negociada; no demuestra que haya circulado un paquete.
  • La aceptación operativa necesita unir secuencia de solicitud, estado instalado según el modo, vidas de segmentos y Track, identidad en el paquete, telemetría del recorrido y resultado de la aplicación.

La primera evidencia llegó antes que el tráfico. La raíz devolvió la secuencia correcta y aceptó la Track solicitada. En el informe, esa respuesta terminó convertida en «servicio determinista disponible». Faltaban, sin embargo, la captura con TrackID, el contador de salida y la recepción en la aplicación. El protocolo había confirmado una construcción; el informe inventó un uso.

Publicada en abril de 2026 como Proposed Standard, RFC 9914 define Root-Initiated Routing State para RPL. La ficha del RFC Editor registra que actualiza RFC 6550, RFC 6553 y RFC 8138. Es un mecanismo para proyectar una Track en redes de baja potencia y con pérdidas, no un informe de despliegue o rendimiento.

El ingreso puede enviar P-DAO-REQ con TrackID, extremos, vida solicitada y PDRSequence. La raíz usa la misma secuencia en PDR-ACK. La respuesta positiva declara construida la Track y asume su mantenimiento durante el plazo acordado; la negativa rechaza la petición. Ninguna contiene una observación del plano de datos.

La instalación cambia con el modo. En Non-Storing Mode, la raíz y el encaminamiento de origen o túnel conservan el estado. En Storing Mode, la raíz envía un Projected DAO —P-DAO— al egreso; la información vuelve hacia el ingreso y cada router instala su tramo. El P-DAO-ACK positivo completa ese intercambio. Si no llega, la raíz puede repetir con el mismo TrackID o desmontar la Track. Reducir ambas modalidades a «instalada» elimina la ubicación real del estado.

La opción Vector Information también devuelve rechazos acotados: Out of Resources, Predecessor Unreachable y Unreachable Target, entre otros. Son razones de un nodo para no aceptar un segmento. No identifican por sí solas la causa física ni prueban una caída de aplicación.

Los relojes internos siguen su propio curso. Segment Sequence ordena cambios y Segment Lifetime limita la vigencia. Una secuencia antigua se ignora, repetir la misma tupla no debe alterar estado y una vida cero elimina el segmento. Esas vidas se actualizan de forma asíncrona y separada de la vida total prometida. Un temporizador exterior verde puede convivir con mantenimiento interno en curso.

Los cambios más profundos pueden ser transparentes para el ingreso. Si la raíz ya no puede conservar el servicio, elimina toda la Track y puede enviar un PDR-ACK negativo asíncrono con vida cero. No recibir ese aviso todavía no certifica que todos los saltos permanezcan iguales.

Una vez dentro de la Track, el paquete no puede volver al DODAG principal. La ruta proyectada tiene mayor precedencia y, si el vecino siguiente no es alcanzable, el paquete se descarta. La conectividad RPL ordinaria no sustituye por ello a la prueba de entrega de la Track.

TrackID y DODAGID pueden observarse mediante RPL Packet Information, encaminamiento de origen o encapsulación. RFC 9008 y RFC 6553 aportan esas reglas. La captura vincula un paquete, un lugar y una Track; no describe saltos no observados ni aceptación final. Una reproyección también puede hacer que paquetes anteriores y posteriores recorran caminos diferentes y aparezcan jitter o reordenación.

RFC 8655 ofrece el contexto arquitectónico de DetNet y RFC 9912 el de RAW, con protección, replicación, eliminación y adaptación. Explican el objetivo de una Track, pero no miden una instancia. En seguridad, RFC 7416 ayuda a entender las amenazas RPL: un nodo que falsifique P-DAO puede generar cambios y agotar almacenamiento. La protección de enlace es necesaria. El registro RPL de IANA coordina códigos; no certifica una configuración segura.

El expediente completo conserva P-DAO-REQ y PDRSequence, decisión y vida comprometida por la raíz, modo, P-DAO/P-DAO-ACK aplicable, rechazos por nodo, secuencias y vidas de segmento, TrackID/DODAGID vistos, telemetría de ingreso, egreso y saltos, descartes y reordenación, y el resultado de aplicación. Es una síntesis editorial, no un esquema obligatorio de la RFC.

El Minimum Initial Specification de Heng Lu favorece un mínimo común y decisiones posteriores localmente responsables. Running-Code Primacy da prioridad al estado ejecutado y observado. Reality Layers evita fundir petición, ACK, ruta, paquete y servicio. Son principios editoriales declarados, no requisitos añadidos al IETF.

La disciplina consiste en dejar que cada prueba diga exactamente lo suyo. PDR-ACK confirma el compromiso de control; los estados muestran la instalación; el paquete demuestra uso; el receptor demuestra llegada. Solo la unión temporal de esas piezas permite hablar de servicio.

Sources