Resumen

  • RFC 2002 permitía conservar una dirección local estable y registrar ante el agente local una dirección de auxilio temporal; el enlace de movilidad incluía un tiempo de vida restante.
  • Una respuesta de registro positiva y autenticada demostraba que el agente local aceptó una solicitud concreta, no la ubicación física, la entrega de extremo a extremo, la confidencialidad ni un despliegue amplio.

RFC 2002 comenzó con una decisión: la identidad no tenía que mudarse con el punto de conexión. El nodo móvil conservaba la dirección local por la que lo reconocían otros nodos aun fuera de su red de origen. La entrega utilizaba otro objeto, la dirección de auxilio, definida como extremo de un túnel y ligada al contexto de conexión actual.

La separación impuso un límite probatorio preciso. El protocolo podía establecer que un agente local aceptó una orden temporal de reenvío. No convertía esa orden en certificado geográfico, prueba de presencia en un edificio ni recibo de cada paquete.

Identidad estable, instrucción caducable

El enlace de movilidad asociaba dirección local, dirección de auxilio y tiempo de vida restante. La primera era duradera; la segunda podía reemplazarse. Podía pertenecer a un agente foráneo de la red visitada o ser una dirección coubicada obtenida por el propio nodo.

Los anuncios de agente ayudaban a detectar si el nodo estaba en casa o fuera, encontrar una dirección de auxilio y advertir movimientos. Pero su temporizador no era el del registro. La vida del anuncio ICMP regía el anuncio; la vida de registro de Mobile IP marcaba un máximo para el registro. RFC 2005 añadía que el descubrimiento no tenía que autenticarse. Oír un anuncio no equivalía a recibir un compromiso autenticado del agente local.

El compromiso llegaba mediante la solicitud de registro: tiempo pedido, dirección local, agente local, dirección de auxilio, Identificación de 64 bits y extensiones. La extensión obligatoria Mobile-Home Authentication protegía solicitud y respuesta. La Identificación debía coincidir en la respuesta y servía contra repeticiones. El método de marca temporal era obligatorio; los nonces eran una alternativa opcional.

Al aceptar una solicitud válida, el agente creaba o modificaba el enlace. Los códigos de éxito 0 y 1 distinguían, entre otras cosas, los enlaces simultáneos. El tiempo concedido podía reducir el solicitado, no ampliarlo. Cero pedía dar de baja; 0xffff significaba infinito. Al caducar un enlace finito, el agente lo eliminaba sin enviar una respuesta espontánea.

La respuesta positiva autenticada, leída junto con Identificación, direcciones y vigencia, prueba aceptación e instalación de ese estado. No prueba ubicación física: la dirección de auxilio identifica un extremo de túnel o contexto de conexión, no a la persona, habitación o jurisdicción detrás de él.

Aceptación, reenvío y llegada

Con el enlace activo, el corresponsal seguía enviando a la dirección local. El agente local interceptaba los datagramas y los encapsulaba hacia la dirección de auxilio. En el modelo básico, el tráfico saliente del móvil podía usar el encaminamiento IP ordinario directamente. Ambos sentidos no tenían por qué pasar por el mismo control.

Un enlace prueba un estado de reenvío aceptado durante un intervalo. No prueba que el corresponsal emitiera un paquete, que el túnel lo transportara, que fuera desencapsulado ni que la aplicación lo consumiera. Cada hecho requiere observación propia. RFC 2005 trazaba otro límite: la autenticación protegía el registro; confidencialidad y autenticación de datos de aplicación exigían otros protocolos.

RFC 2002 se publicó como Proposed Standard en octubre de 1996. RFC 2005 documentó implementaciones independientes de las funciones enumeradas en pruebas de interoperabilidad de 1995. Eso demuestra diversidad de implementación en aquellas pruebas, no un censo de despliegue. RFC 3220, RFC 3344 y finalmente RFC 5944 sustituyeron después la especificación; el registro IANA mantiene tipos de mensaje y códigos de respuesta. La continuidad documental no demuestra el estado de ningún operador concreto.

La “Minimum Initial Specification” de Lu Heng ayuda a interpretar el diseño: una capa común pequeña puede habilitar interoperabilidad y dejar decisiones futuras en manos locales. “Running-Code Primacy” aporta la cautela: sintaxis publicada no es estado operativo. Regla escrita, estado aceptado y conducta observada están relacionados, pero no son intercambiables.

El logro histórico de RFC 2002 fue expresar, autenticar y limitar en el tiempo un cambio de alcanzabilidad sin alterar la identidad pública. Su evidencia más fuerte era un enlace temporizado. Su integridad depende de no afirmar más.

Fuentes