Resumen

  • RFC 6276 obliga al router móvil que está fuera de casa a registrarse antes de iniciar DHCPv6 Prefix Delegation, cuando todavía puede desconocer los prefijos que recibirá.
  • La concesión DHCPv6 PD válida condiciona la entrada del prefijo en la Binding Cache Entry; un acuse de registro o una Reply no se convierten por sí solos en prueba de reenvío, alcance o entrega.

Un panel puede comprimir una secuencia compleja en dos marcas: “registro aceptado” y “prefijo delegado”. Esa compresión es cómoda, pero en RFC 6276 borra justamente la condición que impide que un agente de origen reenvíe tráfico hacia un prefijo que aún no fue delegado. El documento, publicado en julio de 2011 y coescrito por Wassim Haddad, conserva tres objetos distintos: el registro Mobile IPv6, el intercambio DHCPv6 y la autorización de prefijo en la caché de enlaces.

El primer objeto es anterior a la elección del prefijo. Cuando el router móvil está fuera de su red de origen, debe registrarse ante el agente de origen, enviando un Binding Update, antes de iniciar mensajes DHCPv6 para delegación de prefijos. El RFC exige señalización implícita porque el router puede no haber solicitado todavía ningún prefijo. Un Binding Acknowledgement responde a una pregunta acotada: se completó el registro necesario para continuar el proceso. No identifica el prefijo que acabará asociado al router.

El segundo objeto es la delegación. El router móvil opera como requesting router; el agente de origen como delegating router. Si no hay prefijos activos, la secuencia incluye Solicit, Advertise, Request y Reply. RFC 3633 describe el modelo general: el delegating router escoge prefijos, los devuelve al requesting router y este asume responsabilidad por ellos durante su vigencia. La Reply puede documentar qué delegación se concedió y por cuánto tiempo. No documenta que una interfaz descendente haya usado el prefijo, que el router se mantenga conectado ni que un paquete haya cruzado el sistema.

El tercer objeto es la compuerta que da sentido al título. Tras completarse la señalización DHCPv6, RFC 6276 dispone que el agente de origen añada los prefijos delegados a su binding cache. Pero su sección de seguridad no deja que esa adición sea una inferencia libre: el agente sólo debe añadir un prefijo a la Binding Cache Entry del router si hay una concesión DHCPv6 Prefix Delegation válida para ese prefijo. Sin ella, no debe añadirlo. El propósito expresado es evitar que el agente reenvíe tráfico dirigido a prefijos que todavía no se han delegado al router móvil.

La consecuencia es precisa, no grandiosa. Una concesión válida vinculada a un prefijo proporciona la condición de autorización para que el agente de origen incorpore ese prefijo al estado que protege el reenvío. No prueba que haya tráfico para el prefijo, que el agente lo haya interceptado, que el túnel haya transportado algo, que el router haya recibido un paquete ni que una aplicación haya terminado una transacción.

También evita exagerar la Reply DHCPv6. La respuesta de delegación no equivale automáticamente a la entrada posterior en caché. La investigación debe unir router, agente de origen, Binding Update, reconocimiento, transacción DHCPv6, prefijo, IA_PD si existe, vida útil de la concesión y cambio de Binding Cache Entry. Sólo después cabe relacionar una sonda de paquetes con un intervalo y un punto de observación concretos. Sin esas uniones, una gráfica de “movilidad activa” cuenta una historia que ningún registro individual autorizó.

RFC 6275 ofrece otra reserva útil: Mobile IPv6 no intenta resolver todos los problemas de movilidad o de redes inalámbricas. Enumera, entre otros, la conectividad parcial, el control de acceso y el descubrimiento de servicios. Por ello, una cadena normativa de registros no demuestra una red visitada real, un nodo conectado, disponibilidad sostenida, entrega a destino ni éxito de servicio.

La lectura de Sofia Ren desde Heng Lu es deliberadamente limitada. Running-Code Primacy no permite elevar una definición a hecho operativo no observado; Minimum Initial Specification conserva la condición mínima que el mecanismo sí determina. Aquí son tres: registro, delegación y autorización de caché para un prefijo. Las pruebas de datos y de resultado permanecen fuera de esa cadena. Haddad figura como coautor del estándar colectivo, no como responsable de una implementación, una red o un desenlace.

Fuentes