Resumen
- RFC 5270 no define un único evento de handover: distingue detección, decisión inminente, orden de conmutación y disponibilidad del enlace mediante cuatro primitivas con sentidos distintos.
LINK_UPacredita la entrada de red 802.16e en la capa de enlace. Después, IP aún resuelve la rama predictiva, reactiva o errónea, la autoridad del NCoA y DAD; el servicio requiere pruebas posteriores.
El orden contradice al panel
Imagine una cronología en la que la barra de estado se vuelve verde y sólo entonces aparecen tres preguntas: ¿llegó el equipo a la red que se predijo?, ¿puede usar la dirección formulada?, ¿salieron y llegaron los paquetes acumulados? No es una anomalía del diagrama. Es el orden que RFC 5270 hace explícito.
El documento, de carácter informativo, conectó el hard handover de IEEE 802.16e con el FMIPv6 de RFC 5268. RFC 5568 sustituyó después a RFC 5268. Por tanto, este análisis no presenta la señalización antigua como guía actual de despliegue. La usa para examinar una decisión duradera: qué puede afirmar cada transición de una máquina distribuida.
El panel que conserva sólo el último color borra las premisas. La reconstrucción necesita saber qué observación inició el proceso, qué política eligió la meta, quién ordenó la conmutación y qué capa declaró disponible su propio recurso.
Detectar no es elegir
Las estaciones 802.16e pueden difundir MOB_NBR-ADV) con BSID y canales vecinos. El terminal también explora el entorno para medir calidad dinámica; una asociación opcional ayuda a conocer parámetros de ranging y disponibilidad. Al encontrar una nueva estación, la capa de enlace genera NEW_LINK_DETECTED`.
Ese evento no transporta una verdad IP completa. Invita a resolver qué router de acceso corresponde al candidato mediante RtSolPr y PrRtAdv. La detección inicia trabajo; no autoriza todavía a retirar el camino anterior.
La frontera de seguridad refuerza la lectura. Los mensajes broadcast de gestión pueden carecer de autenticación. Un atacante podría anunciar BSID falsas o numerosas y provocar descubrimientos y consultas inútiles. El escaneo permite contrastar el vecindario. Registrar sólo el evento local, sin la procedencia y la validación de la causa, convertiría una entrada dudosa en hecho institucional.
Decidir no es llegar
Tras la negociación de handover, LINK_HANDOVER_IMPEND informa a IP de que la capa de enlace ha elegido un destino y se dispone a ejecutarlo. La decisión tiene valor: permite comprobar si cambia el subnet y, si corresponde, formular un NCoA, enviar FBU y preparar el túnel entre PAR y NAR.
Sin embargo, el destino sigue siendo una predicción. La radio puede acabar en otra red. Las indicaciones basadas sólo en potencia pueden fluctuar; RFC 4907 recomienda amortiguación y corroboración. El recibo debe conservar mediciones, política, versión del mapa y objetivo elegido. Una decisión bien autenticada puede estar basada en una relación topológica que ya no es válida.
FBack separa dos futuros. Si llega por el enlace anterior, la operación puede seguir el modo predictivo. Si el terminal emite MOB_HO-IND antes de recibirlo, la estación servidora libera conexiones y recursos; el modo reactivo se vuelve probable. La falta de FBack antes del corte es una condición de rama, no un simple timeout.
La única orden baja de IP
LINK_SWITCH se dirige desde IP hacia enlace. Puede retener el camino anterior mientras se espera FBack y ordenar después el cambio. Su naturaleza de comando la diferencia de las tres notificaciones ascendentes.
Una plataforma de eventos que elimine la dirección no podrá distinguir una observación radio de una intervención del controlador. Tampoco podrá atribuir si la orden fue emitida, aceptada o ejecutada. En términos de poder operativo, mando y resultado nunca son la misma prueba.
Este detalle importa fuera de la movilidad. Un sistema que confunde instrucciones con hechos tiende a cerrar tareas cuando se envía una orden, no cuando el entorno produce una respuesta observable.
LINK_UP abre la resolución IP
El terminal sincroniza con la estación objetivo y completa la entrada 802.16e: ranging, capacidades, gestión de claves, registro y flujos de servicio, salvo pasos omitidos por transferencia de contexto. Cuando el enlace queda listo para transmitir datos, produce LINK_UP.
La señal es robusta dentro de su superficie. La máquina de enlace terminó. Pero IP empieza entonces a comparar el lugar observado con el esperado.
En el mismo subnet no hace falta completar FMIPv6. En la red prevista con FBack previo, el nodo envía UNA en modo predictivo. Sin FBack, envía UNA y FBU en modo reactivo. En una red no prevista, envía un nuevo FBU para que PAR cambie la ubicación confirmada. La misma luz verde precede cuatro interpretaciones.
Declarar “handover completo” al recibir LINK_UP oculta precisamente la rama que determina el trabajo pendiente.
La dirección puede cambiar después
El nodo usa el NCoA formulado como origen de UNA e inicia DAD después. El NAR puede responder con otra dirección mediante RA y NAACK. La posibilidad de transmitir en la capa inferior no es autorización final para una identidad IP.
Al procesar UNA, el NAR actualiza el vecino y libera paquetes almacenados. Ese acto prueba una salida del buffer, no la recepción completa ni la continuidad de transporte. La aplicación sigue fuera de la vista.
Un recibo serio enlaza anuncio y escaneo, BSID y router, política de selección, LINK_HANDOVER_IMPEND, FBU/FBack, momento de desconexión, orden y ejecución de LINK_SWITCH, entrada autenticada, LINK_UP, red real, rama IP, NCoA final, DAD, UNA, paquetes bidireccionales y confirmación de aplicación. No los comprime: conserva sus relaciones.
Fuentes
- https://www.rfc-editor.org/rfc/rfc5270.html
- https://www.rfc-editor.org/rfc/rfc5270.txt
- https://www.rfc-editor.org/info/rfc5270/
- https://datatracker.ietf.org/doc/rfc5270/
- https://datatracker.ietf.org/doc/rfc5270/history/
- https://datatracker.ietf.org/doc/rfc5270/references/
- https://datatracker.ietf.org/doc/rfc5270/referencedby/
- https://www.rfc-editor.org/errata/rfc5270
- https://www.rfc-editor.org/rfc/rfc5268.html
- https://www.rfc-editor.org/rfc/rfc5568.html
- https://www.rfc-editor.org/rfc/rfc4907.html
- https://www.rfc-editor.org/rfc/rfc5184.html
- https://www.rfc-editor.org/rfc/rfc4862.html
- https://www.rfc-editor.org/rfc/rfc6275.html
- https://www.rfc-editor.org/rfc/rfc3775.html
- https://www.rfc-editor.org/rfc/rfc4068.html
- https://www.rfc-editor.org/rfc/rfc4881.html
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/on-the-agency-problem-at-the-core-of-internet-governance/
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para Strategic Circle
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance
