Resumen

  • La solicitud de mayo de 1988 a NSFNET no describía una red nórdica reservada a Internet. Proponía una infraestructura común para IP, DECnet, X.25, EARN y servicios OSI, operada por las organizaciones nacionales; los países nórdicos asumirían el coste de la conexión estadounidense.
  • El «enchufe NORDUnet» expresaba el diseño en términos de servicios: varias comunidades podían usar la misma red troncal sin fingir que sus protocolos, hábitos y necesidades ya habían convergido. Sus cuatro clavijas representaban servicios, no cuatro países.
  • La conexión regional hacia NSFNET no eliminó las dependencias ni la autoridad para decidir. La solicitud aceptaba las reglas de NSFNET e incluso preveía migrar a ISO IP si la NSF lo decidía. Los operadores nacionales, las compañías de telecomunicaciones, la financiación conjunta y el extremo estadounidense seguían siendo parte del sistema.

Pedir una conexión no equivale a tenerla

El 25 de mayo de 1988, Peter Villemoes, presidente del comité directivo de NORDUNET, envió a la National Science Foundation una «Application for connection to the NSFnet». El documento comenzaba solicitando aprobación. Esa diferencia es decisiva: una solicitud revela intenciones y compromisos, pero no demuestra por sí sola que el circuito se instaló, que el enrutamiento quedó activo o que los investigadores pudieron usar los servicios.

El plan era amplio. NORDUNET quería servicios de Internet como correo, transferencia de archivos y Telnet; también DECnet, servicios basados en X.25, tráfico BITNET/EARN mediante NJE y RSCS, y servicios de red OSI. La red nórdica debía comenzar con 64 kbit/s, ser operada por organizaciones nacionales y conectar los países participantes a NSFNET. La solicitud decía que los países nórdicos asumirían el coste de la conexión con Estados Unidos, seguirían las recomendaciones para pasarelas de RFC 1009 y las reglas de NSFNET, y migrarían a ISO IP si la NSF así lo decidía. Son compromisos escritos en una solicitud, no prueba de que esa migración posterior se llevara a cabo. El documento original conserva el plan en palabras de sus autores.

Esto se parece menos a una declaración de victoria de un protocolo que a un acuerdo de operación. La red quería acceso inmediato a Internet, pero también atendía a instituciones que ya usaban otros sistemas. El software instalado, los colegas al otro lado y las rutinas existentes no desaparecían porque una arquitectura nueva resultara atractiva.

Un programa nórdico antes de la red troncal

La cooperación que desembocó en la solicitud llevaba años gestándose. Los especialistas nórdicos en redes se reunían desde 1980; en 1985 comenzó un programa NORDUNET financiado por el Consejo Nórdico de Ministros. Su meta era crear infraestructura compartida para investigación y enseñanza entre Dinamarca, Finlandia, Islandia, Noruega y Suecia. El programa institucional y la red en funcionamiento no eran lo mismo: el primero aportaba un marco político y administrativo; los equipos técnicos aún debían coordinar líneas, enrutadores y servicios. La historia institucional de NORDUnet reconstruye esa transición mediante testimonios y material de archivo.

La primera oportunidad práctica llegó con EARN, la red académica europea basada en NJE/RSCS de IBM. En 1987, el proyecto X.EARN empezó preguntando cómo aprovechar las líneas existentes de EARN para más que el tráfico de EARN. La idea se amplió: mantener el servicio del que dependían las universidades y, a la vez, permitir que una infraestructura común transportara otros usos.

La ampliación no fue un simple cambio de configuración. El plan inicial de reutilizar las líneas de EARN no pudo ejecutarse tal como se había pensado. NORDUnet obtuvo nuevas líneas alquiladas. La red conectó los entornos Ethernet nacionales mediante enrutadores y pasarelas, y utilizó puentes Ethernet para el backbone nórdico. La topología propuesta pasó de un cuadrado a una estrella más barata con centro en el Instituto Real de Tecnología de Estocolmo. Cambió la implementación física; permaneció el objetivo de conectar las redes nacionales sin exigir que todos los países reconstruyeran sus sistemas al mismo tiempo.

Cuatro clavijas, varios tipos de servicio

Einar Løvdal presentó el «enchufe NORDUnet» en una conferencia celebrada en Reikiavik en septiembre de 1988. Cada clavija representaba un servicio que el backbone debía ofrecer a las redes académicas nacionales. La ilustración muestra cuatro familias: ARPA Internet IP, DECnet, X.25 y EARN. Era una representación pedagógica del concepto de servicio, no un recuento de países ni un inventario exhaustivo.

La solicitud contemporánea a NSF deja claro el límite del dibujo: enumeraba cinco grupos de servicios previstos, al añadir OSI por separado a IP, DECnet, X.25 y EARN. La imagen resumía un programa complejo; la solicitud es la mejor fuente para conocer el alcance completo del compromiso. Consultar ambos documentos impide confundir la metáfora con una lista total de protocolos.

El enchufe tampoco significaba que una sola pasarela tradujera cada paquete o aplicación a todos los demás protocolos. La interconexión combinaba enrutadores, pasarelas, puentes y arreglos propios de cada servicio. RFC 1277 registró más adelante pilotos CLNS tanto en NSFNET como en NORDUnet: evidencia de que el trabajo OSI convivía con la ruta de Internet, no de que una capa universal volviera intercambiables los protocolos. RFC 1277 es un registro técnico contemporáneo; la historia de NORDUnet aporta el contexto más amplio.

La utilidad política de la metáfora estaba en otra parte. Permitía que las organizaciones nacionales hablaran de lo que necesitaban los investigadores sin resolver de antemano cada disputa doctrinal. Un usuario quería contactar a un colega, transferir un archivo o mantener un servicio. Esos resultados dependían de los protocolos, pero no eran idénticos a elegir uno solo como único futuro legítimo.

El enlace atlántico tuvo varias fechas

La red nórdica también buscó una conexión con la infraestructura estadounidense de investigación. La solicitud de mayo de 1988 pidió aprobación de la NSF y un sitio de conexión para comenzar las conversaciones físicas; decía que todos los países nórdicos usarían el enlace. La historia de NORDUnet describe una conexión satelital de 56 kbit/s con el John von Neumann Center de Princeton. La cronología de FUNET fecha el inicio del enrutamiento el 1 de diciembre de 1988. La historia distingue disponibilidad, pruebas y el periodo del gusano Morris en noviembre; FUNET ofrece un hito específico de enrutamiento. No son fechas intercambiables de un solo acontecimiento.

No fue la primera conexión entre Europa y Estados Unidos ni el primer enlace europeo a Internet. SATNET y algunos proyectos de investigación ya tenían enlaces anteriores; la propia historia de NORDUnet menciona también a INRIA. La contribución más acotada fue que una red internacional de investigación podía brindar una ruta común a universidades de varios países nórdicos. La solicitud a NSF define el límite de autoridad: NORDUNET pagaría el enlace y obedecería reglas estadounidenses de pasarela; la NSF conservaría la decisión sobre el extremo de su red y una eventual migración a ISO IP.

Islandia demuestra que un enchufe común no daba el mismo camino

Islandia no heredó sin más la misma ruta física de los otros cuatro países. En julio de 1989, SURIS se conectó a un punto de NORDUnet en Dinamarca mediante IP sobre X.25 por satélite. La historia de NORDUnet da 2.400 bit/s; la retrospectiva de ISNIC informa un rango observado de 300 a 1.200 bit/s. Esos datos describen un circuito particular, no la capacidad del backbone nórdico. La conexión agregó Telnet y FTP directos a un acceso internacional que antes dependía del correo y Usenet, y aproximadamente un año después fue sustituida por una línea alquilada a Estocolmo. El relato de ISNIC aporta esta historia operativa local.

La ruta islandesa corrige la imagen de una red regional uniforme. Compartir una intención de servicio no garantizaba el mismo equipo, precio, capacidad o experiencia en todos los países. La arquitectura podía admitir una excepción local; esa excepción conservaba su coste y su límite de rendimiento.

Trieste fue un debate, no un fallo definitivo

En el taller RARE de Trieste de mayo de 1989, Europa iniciaba la fase de ejecución de COSINE, cuyo plan se apoyaba en OSI. Løvdal presentó los servicios de NORDUnet y argumentó que TCP/IP debía reconocerse como un servicio europeo, no solo estadounidense. La historia retrospectiva de NORDUnet recuerda una respuesta dividida: aplausos de una parte de la sala, silencio de otra y un debate intenso después. El informe contemporáneo de la reunión RARE documenta el escenario; la historia institucional atribuye la reacción a sus participantes.

Ese episodio no demuestra que «Europa eligió TCP/IP» en una sola reunión ni que todos los operadores defendieran la misma postura. La solicitud de 1988 también enumeraba servicios OSI y aceptaba una futura migración a ISO IP. La pregunta práctica era cómo mantener los servicios mientras cambiaban las pruebas, los productos y la política. NORDUnet podía mostrar un caso en funcionamiento: un backbone regional llevaba IP y otros servicios antes de que terminara el debate europeo.

El enchufe cumplía así dos funciones. En lo técnico, describía una forma de conectar distintas familias de servicios sobre una infraestructura regional compartida. En lo político, ofrecía a los participantes un objeto común de conversación sin presentar como ilegítimos los sistemas instalados de uno u otro lado. No cerró la disputa; permitió seguir trabajando dentro de ella.

Lo que el enchufe dejaba fuera

NORDUnet no era una utopía neutral en materia de protocolos ni una red sin centro. El programa tenía un comité directivo; las organizaciones nacionales operaban la red; las compañías de telecomunicaciones nórdicas aportaban las líneas alquiladas; y la NSF controlaba la aprobación y las reglas del extremo estadounidense. Una metáfora de servicios no podía borrar esas dependencias. Tampoco prueban los registros disponibles que cada servicio planificado funcionara en todas partes, que todos los usuarios obtuvieran el mismo rendimiento o que los participantes tuvieran igual influencia.

La conclusión histórica más sólida es más acotada: el proyecto nórdico no esperó a que un protocolo ganara para interconectar la región. Construyó una ruta compartida alrededor de servicios existentes, agregó IP de Internet y dejó un punto de decisión futuro explícito en manos de la NSF. Eso explica por qué importa el enchufe: representó una manera práctica de coordinar el cambio sin confundir un backbone común con una respuesta común a todas las preguntas futuras.