Resumen

  • El control RREQ avanza desde el origen, pero la ruta que descubre transporta datos en sentido contrario; el control RREP vuelve y habilita el sentido de datos hacia el destino.
  • InstanceID, DODAGID y Delta evitan unir estados de búsquedas distintas; esa coherencia no acredita instalación vigente, uso por paquetes ni servicio.
  • La evidencia de ida y vuelta se compone de dos recibos direccionales de ruta, observación de tráfico en ambos sentidos y una solicitud/respuesta correlacionada.

Dos sentidos que no tienen por qué compartir nodos

La radio no promete reciprocidad. Una interfaz puede oír con claridad a otra mientras su transmisión de regreso no cumple la misma métrica, restricción o calidad. Por eso el RFC 9854 no intenta forzar una única ruta reversible. AODV-RPL activa una búsqueda reactiva cuando OrigNode tiene datos para TargNode y las rutas existentes no satisfacen el objetivo de la aplicación.

La primera DODAG temporal nace en OrigNode. Sus DIO con RREQ se propagan hacia TargNode. Sin embargo, el estado construido apunta hacia la raíz y sirve para datos desde TargNode a OrigNode. La respuesta RREP se propaga desde TargNode hacia OrigNode y, cuando la ruta es asimétrica, forma otra DODAG cuya ruta se usa desde OrigNode a TargNode. Los nombres describen el mensaje de control, no el sentido de datos que luego queda disponible.

El bit S conserva la historia de simetría. Sale con valor uno. Cada router lo mantiene solo si el sentido descendente del enlace recibido también satisface la función objetivo. Un cero ya no vuelve a uno. Si TargNode recibe S=1, puede devolver RREP por unicast sobre el camino conocido y no necesita construir la segunda DODAG. Con S=0 debe originar la RREP-Instance, enviar RREP por multicast y permitir que los routers elijan un árbol hacia la nueva raíz. El segundo recorrido puede pasar por otros nodos.

El estándar deja fuera de alcance el criterio exacto para considerar simétrico un enlace. Menciona información local, conocimiento previo, tráfico de prueba y OAM; el apéndice ofrece ETX/RSSI solo como ejemplo. Por tanto, S registra una evaluación bajo una política y un momento, no una ley permanente del medio radioeléctrico.

La contabilidad de Delta

RPLInstanceID se asigna localmente. Distintas búsquedas entre los mismos extremos pueden usar funciones objetivo diferentes y coexistir. Además, dos orígenes pueden elegir el mismo valor numérico. La identidad completa de RREQ combina ese valor con la dirección de OrigNode; la de RREP combina el valor del destino con su dirección.

Si el candidato para RREP ya está ocupado por otra instancia activa con el mismo DODAGID, TargNode debe elegir otro. Delta, de seis bits, indica cuánto sumó al valor RREQ. La suma vuelve a cero después de 255. Al instalar la ruta descendente, el receptor resta Delta y recupera el valor RREQ emparejado. La dirección del DODAG distingue contextos que el octeto por sí solo no distingue.

Esta operación evita una mezcla de búsquedas o de funciones objetivo. Es una garantía de correspondencia del plano de control. No certifica que la RREP-Instance se haya formado en todos los nodos, que las entradas continúen presentes, que los dos lados pertenezcan a la misma época ni que un paquete haya usado alguno de ellos.

Rank no es coste; L no es vida de la ruta

El texto impide dos lecturas cómodas. Primero, Rank expresa posición relativa dentro de una versión de DODAG. Tal como advierte el RFC 6550, no es necesariamente una medida adecuada de distancia o coste de camino. Las métricas y restricciones que puede usar una función objetivo aparecen en el RFC 6551. Un Rank menor no autoriza a publicar una mejora de latencia, pérdida o energía sin medición.

Segundo, L gobierna cuánto tiempo un nodo puede pertenecer a la instancia temporal. Es independiente de la vida de la entrada de ruta. Esa vida se deriva de la configuración DODAG y puede ampliarse cuando la ruta se usa. El temporizador de descubrimiento, la caducidad del forwarding y la última observación de tráfico son tres relojes.

Las secuencias añaden orden lógico. OrigNode incrementa Orig SeqNo al iniciar una búsqueda. El estado hacia el origen conserva ese valor; el estado hacia TargNode usa Dest SeqNo del ART. Una entrada con la misma fuente, destino e instancia pero con secuencia antigua debe eliminarse. “Más reciente” significa más reciente en esa comparación, no confirmado por el hardware ni funcional en este instante.

Qué queda instalado en cada modo

Con H=1, cada router guarda una entrada hop-by-hop con fuente, instancia, destino, siguiente salto, vida y secuencia. Para la dirección hacia TargNode, el siguiente salto puede ser el emisor de RREP en el caso simétrico o el padre preferido de la DODAG RREP en el asimétrico. Un inventario que no incluye nodo y sentido no puede probar continuidad.

Con H=0, el control reúne un Address Vector para source routing. En una ruta asimétrica, el vector de RREP refleja el segundo recorrido. En una simétrica se devuelve sin cambios el vector recogido por RREQ. Rechazar un mensaje que repite una dirección ayuda frente a bucles, pero una lista correcta sigue sin demostrar la disponibilidad actual de cada interfaz.

Cuando OrigNode recibe RREP, el RFC dice que puede comenzar a transmitir datos de aplicación. No dice que la aplicación los recibió. Entre ambos hechos hay decisiones de forwarding, expiración, pérdida, procesamiento de destino y una respuesta que debe regresar.

La prueba compuesta

Una operación auditable conserva primero la identidad completa: extremos, DODAGID, ambos valores de instancia, Delta, función objetivo, H/S, secuencias, temporizadores y origen de la observación. Después obtiene un recibo de la ruta TargNode → OrigNode, nodo por nodo o con el vector exacto, y otro recibo independiente de OrigNode → TargNode.

La cuarta capa son los paquetes. Contadores y sondas necesitan intervalo, denominador, reinicios, direcciones y contexto de instancia. Tráfico en un sentido no rellena el otro. Dos éxitos unidireccionales separados tampoco demuestran coexistencia.

La quinta capa es la aplicación: un identificador de solicitud enlaza emisión, aceptación en TargNode, creación de respuesta y recepción en OrigNode antes del plazo. Solo esa unión convierte la posibilidad de enrutamiento en un resultado de ida y vuelta.

La seguridad opcional de RPL y el RFC 7416 acotan amenazas, pero RFC 9854 señala que un router malicioso con la clave aún puede anunciar información falsa. Un vector manipulado o un G-RREP falsificado puede facilitar bucles o denegación de servicio. Autenticar el mensaje no transforma al emisor en testigo de la aplicación.

El registro IANA de RPL documenta MOP 4 y los códigos RREQ, RREP y ART. La ficha del RFC Editor y el Datatracker fijan estatus e historia; la consulta de erratas no mostraba coincidencias al revisar. Son pruebas normativas, no un censo de implementaciones.

La primacía del código en ejecución de Heng Lu obliga a no elevar el documento sobre el hecho observado. Su especificación inicial mínima y adopción voluntaria mantiene estrecha la capa compartida. La distinción entre capas de realidad separa, por último, el orden simbólico de dos InstanceID del resultado ejecutable de un intercambio.

Fuentes