Resumen
- El encabezado usaba el grupo multicast de la menor partición disponible que contenía el destino; el cuerpo conservaba el polígono original para filtrar después.
- Propagar menos detalle a mayor distancia y limitar los anuncios agregados a routers designados reducía tablas, pero dejaba rutas peores, copias repetidas, cobertura sobrante y una decisión final no autenticada.
El ejemplo de una alerta de inundación revelaba la dificultad. El emisor podía dibujar una franja junto a un río, pero esa forma no tenía por qué coincidir con una dirección, un municipio o una celda. Pretender que todos los routers entendieran cada vértice habría convertido la precisión en un coste global.
RFC 2009 llamó átomos a las unidades geográficas más pequeñas con dirección y particiones a las regiones mayores que las agrupaban. Si el polígono carecía de dirección propia, la red elegía la partición más pequeña que lo encerraba. En el destino IP viajaba el grupo de esa partición; dentro del paquete, la forma exacta.
El detalle perdía alcance a medida que ganaba distancia
Cada estación base podía unirse a los grupos de las áreas que cruzaban su cobertura. Sin límites, los árboles y las tablas crecerían con todos los átomos. La propuesta conservaba información fina cerca y agregada lejos: coincidencia de átomo cuando existía, luego condado, después estado.
Había otro límite. Si cualquier estación propagaba una ruta agregada hacia una gran región, un router remoto podía terminar con muchos enlaces equivalentes. Uno o pocos routers designados representaban cada partición en el nivel agregado. Reducían enlaces redundantes, aunque el documento admitía que el camino elegido podía no ser óptimo.
La geometría física no obedecía a la jerarquía. Las coberturas podían solaparse y las rutas alternativas podían entregar varias copias. Tampoco toda estación alcanzada por la partición tocaba el polígono exacto. El ahorro de estado aparecía entonces como tráfico irrelevante y trabajo de deduplicación en el borde.
Estar dentro era una afirmación calculada
Una opción reenviaba el mensaje por radio y pedía al receptor comparar su posición GPS con el polígono. Otra anunciaba un grupo temporal; el terminal que se consideraba dentro se unía antes de recibir el contenido largo. El retraso de alta compraba menos tráfico ajeno.
En interiores, donde el propio RFC reconocía la ausencia de GPS, la posición podía venir de la configuración de una estación base. Eso prueba asociación con un punto de acceso, no la ubicación exacta de una persona. Incluso un GPS operativo ofrece una medida, no identidad ni autorización.
Por eso “el paquete llegó a la partición” no significa “el usuario correcto estaba dentro”. Entre ambos quedan la cobertura real, la fuente y antigüedad de las coordenadas, el cálculo de contención, la adhesión al grupo, la entrega de la aplicación y el resultado del servicio.
Experimental significa límite, no promesa
RFC 2009 declaró sin rodeos que sus direcciones propuestas no estaban registradas. Su uso de un subespacio multicast y de 240.0.0.0 era parte del experimento. RFC 2026 sitúa estas publicaciones en investigación y desarrollo. El registro del IETF demuestra la existencia y el estado del documento; no una red desplegada.
RFC 1112 describe grupos multicast pero no convierte la pertenencia en identidad. RFC 1876 codifica localización y precisión en DNS sin certificar presencia. La sección de seguridad de RFC 2009 advertía del seguimiento y la restricción de información, pero no resolvía autenticación, consentimiento o falsificación de coordenadas.
Las notas de Lu Heng aportan una disciplina útil: una especificación compartida no se vuelve realidad sin adopción voluntaria y código ejecutado. La representación, la acción de encaminamiento y el efecto observado pertenecen a capas distintas. El mérito histórico de RFC 2009 fue ahorrar estado sin ocultar que la última decisión quedaba fuera del encaminamiento aproximado.
Fuentes
- RFC 2009: GPS-Based Addressing and Routing
- Registro de RFC 2009 en IETF Datatracker
- RFC 2026: proceso de estándares de Internet
- RFC 1112: extensiones de host para multicast IP
- RFC 1876: información de localización en DNS
- Lu Heng, Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
- Lu Heng, Running-Code Primacy
- Lu Heng, On Reality Layers
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
