Resumen

  • RFC 2008 llamó «propiedad» y «préstamo» a dos modelos de asignación con consecuencias de encaminamiento; no resolvió la propiedad jurídica de las direcciones.
  • El préstamo vinculaba el número a quien lo agregaba. Al terminar el servicio, recomendaba entre treinta días y seis meses de gracia, renumeración y devolución.
  • Conservar el prefijo sólo funcionaba globalmente si redes ajenas aceptaban la ruta más específica; el registro y dos proveedores no podían obligarlas.

Imaginemos la reunión de salida. El cliente quiere cambiar de proveedor sin tocar sus servidores, cortafuegos ni relaciones con terceros. El operador antiguo consiente en que conserve el prefijo. El nuevo promete anunciarlo. Todos los presentes creen haber resuelto la portabilidad.

Falta una silla: la del resto de Internet.

Una red lejana puede filtrar el anuncio más específico. Otra puede no disponer de la política o la capacidad para mantenerlo. El cliente descubre entonces que su dirección sigue registrada y que ambos proveedores cumplieron, pero una parte de sus interlocutores ya no tiene camino hasta ella.

Ese era el límite que Yakov Rekhter y Tony Li publicaron en octubre de 1996 como BCP 7. RFC 2008 convirtió una discusión abstracta sobre direcciones en un reparto concreto de autoridad y coste.

La inscripción no producía el servicio

Para el RFC, el valor intrínseco de una dirección unicast en el Internet público surgía de poder interactuar con el servicio de encaminamiento. La red operativa daba función al número. Si el sistema de rutas desaparecía, las políticas de asignación dejaban de ofrecer valor funcional en ese ámbito.

La afirmación no dice que un número carezca de valor económico, contractual o identitario. Define lo que una asignación puede demostrar. El registro coordina unicidad y titularidad administrativa; no instala una ruta en cada dominio autónomo.

RFC 1518 había descrito el mecanismo que generaba la presión. Un proveedor entrega a muchos clientes prefijos contenidos en su bloque y presenta un único resumen al exterior. El ahorro principal recae en otras redes, que no necesitan almacenar una entrada por cliente. Cuando uno se marcha con su antiguo prefijo, reaparece una ruta que ya no cabe dentro del resumen del nuevo proveedor.

El cliente conserva continuidad local. El sistema mundial hereda una excepción.

«Propiedad» significaba persistencia de la asignación

RFC 2008 definió address ownership como una política: la parte asignada permanece con la organización mientras ésta la quiera y no se asigna a otra. Era habitual llamarla portátil y asumir que acompañaría a la organización allí donde se conectase.

El documento no convirtió esa definición en un título legal. La enfrentó a una propiedad técnica del encaminamiento jerárquico: para resumir destinos, la dirección debe seguir la topología. Si la topología cambia sin que cambie el prefijo, hay que mantener una excepción o congelar de algún modo la estructura de la red.

Los autores consideraron razonable el modelo de propiedad para organizaciones capaces de proporcionar alcance a una fracción suficientemente grande de los destinos y resumirlo en un solo prefijo. Para los sitios comunes, extender esa expectativa a todos significaba, con la tecnología disponible, hacer crecer sin límite la información global.

El umbral no concedía dignidad. Medía cuánto trabajo mundial podía representar honestamente una sola ruta.

El préstamo hacía visible la dependencia

En el modelo address lending, la organización recibía el espacio como préstamo. El prestamista no podía entregarlo simultáneamente a otro. Las condiciones debían exigir la devolución cuando terminara el vínculo contractual y el prestamista ya no pudiera agregar la asignación.

Cuando el registro estaba asociado a un proveedor, RFC 2008 esperaba que éste organizara agregación suficiente para la conectividad mundial. El préstamo y el servicio quedaban acoplados. Un cambio de proveedor cancelaba el préstamo; el cliente obtenía números nuevos y renumeraba dentro del bloque del nuevo agregador.

La transición tenía calendario. El texto recomendó con fuerza al menos treinta días de gracia tras la desconexión y sugirió no superar seis meses. Menos tiempo aumentaba la interrupción; más tiempo prolongaba el coste del anuncio excepcional.

La cadena podía ser recursiva. Un prestatario podía prestar partes del bloque a otras organizaciones. El final del préstamo superior afectaría entonces a dependientes que quizá el agregador inicial ni siquiera conocía con detalle. El RFC admitió que las consecuencias eran difíciles de prever.

El silencio de una política no prometía permanencia

RFC 2008 advirtió contra una inferencia comercial tentadora: si el contrato no decía expresamente «préstamo», el cliente podía creer que jamás tendría que renumerar. No era así. El antiguo operador podía aceptar el prefijo y el nuevo publicarlo, pero ninguna de esas decisiones controlaba los filtros de terceros.

Por eso ni propiedad ni préstamo garantizaban conectividad mundial. Había que preguntar por el alcance real y por su precio. La secuencia probatoria era más larga: asignación, anuncio, propagación, aceptación y resultado observado.

RFC 2050, un mes posterior, recomendó que los proveedores trataran sus asignaciones como préstamos durante la conectividad, permitieran tiempo suficiente y recibieran las direcciones al finalizar. También señaló que el espacio emitido directamente por registros era el menos probable de ser enrutable en todo Internet. Es evidencia del marco de 1996, no un resumen de la política contemporánea.

RFC 7020, al reemplazar después a RFC 2050, separó explícitamente la asignación jerárquica de las decisiones operativas sobre si anunciar y cómo anunciar. La continuidad de la distinción importa más que la permanencia de un procedimiento particular.

Tres costes y ninguna salida mágica

RFC 2008 presentó un menú incómodo. La dirección persistente y no agregable consumía estado global, cuyo coste podía recaer por completo en quien lo inyectaba. El préstamo reducía ese estado, pero trasladaba el coste a la renumeración. La conectividad limitada o una pasarela mediadora evitaban algunas rutas y algunos cambios internos, a cambio de restricciones y nuevos intermediarios.

La renumeración no era un trámite ligero. RFC 1900 la había llamado costosa, tediosa y propensa a errores, con pocas herramientas desplegadas. RFC 2008 añadió la necesidad de actualizar cortafuegos y la cautela de no usar direcciones no autenticadas como identidad. La política decidía quién iniciaba el cambio; no hacía desaparecer sus dependencias.

Décadas después, los ensayos de Lu Heng permiten observar el precio desde otro ángulo. The Bill of Rights of Uniqueness Coordination sostiene que el registro describe una realidad que no crea y reclama portabilidad y continuidad. On LARUS One mide la dirección por lo que costaría cambiar el número que recuerdan bancos, clientes y socios. On the Nature of IP Addresses separa el identificador técnico originario de su valor posterior como activo de infraestructura.

Estas obras expresan una posición actual; no son la intención secreta del IETF de 1996. Juntas, sin embargo, plantean la tensión correcta. Que el registro no pueda fabricar alcance mundial no significa que renumerar sea económicamente trivial. Y que una dirección tenga valor parecido al de un activo no obliga a todas las redes a aceptar su ruta.

La aportación histórica de RFC 2008 fue mantener esas frases separadas. La asignación no incluía el servicio. La portabilidad no incluía la aceptación. El préstamo no incluía una salida sin coste. La política de direcciones era una política sobre dónde colocar la factura cuando la topología cambiaba.

Fuentes