Resumen

  • La transición hacia múltiples proveedores comerciales exigió algo más que puntos de intercambio: las redes necesitaban una forma común y legible por máquinas de declarar qué pretendían anunciar y aceptar.
  • Elise Gerich codirigió el trabajo del Routing Arbiter que ayudó a ofrecer esa superficie. Su valor dependía, y todavía depende, de no confundir la declaración con la autoridad, la configuración o la ruta observada.

La autonomía es una propiedad fundamental de Internet y también una fuente permanente de opacidad. Cada operador controla sus acuerdos, sus filtros y sus equipos. BGP permite comunicar alcanzabilidad, pero no explica por qué una ruta fue aceptada, rechazada o propagada. Dos vecinos pueden intercambiar mensajes correctos y, aun así, partir de expectativas incompatibles. El fallo se manifiesta en el tráfico; la regla que lo produjo puede quedar oculta a ambos lados de una frontera empresarial.

Cuando NSFNET dejó de ocupar el centro de la red estadounidense, ese problema dejó de poder resolverse dentro de un solo programa. La arquitectura prevista por la National Science Foundation combinaba proveedores comerciales, Network Access Points y funciones comunes de arbitraje de rutas. La competencia repartiría la infraestructura entre empresas, pero la interdependencia no desaparecería. Si todo el conocimiento de política quedaba encerrado en contratos y configuraciones privadas, un mercado de transporte podía generar una Internet operacionalmente menos comprensible.

Elise Gerich se encontraba en el lugar institucional donde esa contradicción se volvió trabajo concreto. Durante su etapa en Merit participó en las ampliaciones T1 y T3 de NSFNET y fue coinvestigadora principal de Routing Arbiter Services. Según Merit, la NSF concedió en 1994 los primeros trabajos del Routing Arbiter a Merit y USC ISI de forma conjunta. Entre sus resultados principales estuvieron los Route Servers y la Routing Assets Database, hoy RADb.

La atribución importa. Gerich no creó por sí sola el lenguaje, la base de datos ni la práctica de registrar políticas. El trabajo acumulaba la experiencia de la comunidad RIPE, los investigadores de ISI, los equipos de Merit, la financiación y el diseño de transición de la NSF, y las necesidades de los operadores. Su aportación fue de dirección, coordinación y formalización: ayudar a convertir una dificultad compartida en una infraestructura que sobreviviera al entorno que la había originado.

El RFC 1786 permite observar la idea en el momento de su articulación. Gerich figura entre siete autores. El documento parte de RIPE-181 y de extensiones desarrolladas con Merit para representar políticas de encaminamiento IP. La observación clave es sencilla: un protocolo como BGP puede filtrar de acuerdo con una política, pero no publica ni comunica esa política. Para coordinar operaciones y aislar fallos hacía falta describir las intenciones fuera del router.

El modelo emparejaba dos decisiones. Un sistema autónomo declara qué anuncia a un vecino; el vecino declara qué acepta. Lo deseable es que ambas expresiones coincidan, aunque la práctica no lo garantiza. Al ponerlas en una sintaxis común, el registro hacía visible el desacuerdo antes o durante una incidencia. RPSL sistematizó después los objetos de sistemas autónomos, importación, exportación, conjuntos y filtros. Los repositorios permitían consultar esos objetos, y las herramientas podían analizarlos o convertirlos en fragmentos de configuración.

No se trataba de publicar todos los contratos comerciales. Tampoco de obligar a un proveedor a enlazarse con otro. La innovación consistía en separar el lugar de la declaración del lugar de la decisión. Cada compañía conservaba el control local de sus routers y de sus relaciones económicas; el registro ofrecía un plano neutral donde una parte de esas intenciones podía ser comparada. El sistema reducía la dependencia de llamadas privadas y conocimiento personal sin crear un operador central de Internet.

Pero un plano no es el territorio. Un objeto de ruta afirma que cierto prefijo debe asociarse a un AS de origen. Un objeto de política expresa lo que un mantenedor desea importar o exportar. Ninguno demuestra que el anuncio esté presente en BGP, que el vecino lo acepte o que el cambio haya llegado a los equipos. La publicación puede adelantarse al despliegue, describirlo con exactitud o permanecer cuando la realidad ya cambió.

La evolución de los Internet Routing Registries puso de manifiesto esa distancia. El RFC 2725 habla de datos obsoletos tras retiradas, renumeraciones y cambios de origen o adyacencia. El RFC 7682 explica que hay incentivo para añadir información cuando un proveedor la exige para construir filtros, pero poco para borrar entradas viejas que ya no causan una consecuencia visible. También resulta difícil saber qué IRR es autoritativo para un recurso. Una réplica puede omitir fuentes, recibirlas tarde o copiar afirmaciones creadas con controles débiles.

El uso automático aumenta el beneficio y el riesgo. Una base cuidada puede generar listas de prefijos consistentes y reducir errores de teclado. Una base dudosa puede propagar el error a muchos routers con gran eficiencia. Incluso eliminar un objeto que parece anticuado puede dejar sin servicio a su titular si algún proveedor todavía basa en él sus filtros. Por eso la calidad editorial de una declaración no basta: hacen falta autorización, procedencia, caducidad, comparación y recuperación.

Las capas posteriores de seguridad responden a partes diferentes del problema. RPKI permite que el titular de un recurso autorice criptográficamente un origen para un prefijo. Es una prueba importante, pero no valida todas las políticas de importación, exportación o agrupación expresables en RPSL. Tampoco es una observación del plano de control. Autoridad sobre el recurso, autoría de la declaración, configuración del router y ruta realmente vista forman una cadena; sustituirla por una sola señal crea una certeza falsa.

El legado de Gerich no consiste, por tanto, en haber fabricado una base infalible. Consiste en haber participado en una institución que hacía legible la independencia. El Routing Arbiter proporcionó un servicio común sin apropiarse de las decisiones locales. Al hacerlo mostró que la coordinación entre rivales requiere objetos compartidos, reglas de publicación y herramientas, además de protocolos de transporte.

La enseñanza se extiende a registros de software, servicios de nube o infraestructuras de inteligencia artificial. Publicar una dependencia o una capacidad puede reducir la asimetría informativa, pero un dato solo merece confianza cuando se sabe quién lo mantiene, con qué autoridad, durante cuánto tiempo y frente a qué observación puede contrastarse. Cuanto más directamente alimente una decisión automática, más alta debe ser la prueba exigida.

Las redes privadas no formaron una Internet común porque declararan todo ni porque obedecieran a una única entidad. Pudieron coordinarse porque una parte crucial de sus intenciones adquirió una forma pública y procesable. El registro no era la ruta y tampoco era la verdad. Era el lugar donde una afirmación podía dejar de ser invisible.

Fuentes