Resumen

  • En agosto de 1984, Segal propuso evaluar TCP/IP en sistemas no Unix como el IBM-VM central y un VAX VMS. La prueba abordaba el problema práctico de hacer convivir máquinas abiertas y propietarias.
  • Su nombramiento como primer coordinador TCP/IP en 1985 dio continuidad operativa al despliegue. Un informe de marzo de 1988 registró 355 equipos con servicio, aunque el CERN seguía prohibiendo cualquier conexión TCP/IP al exterior.
  • El cambio masivo a direcciones oficiales en enero de 1989 precedió a los primeros enlaces externos. El caso demuestra que adoptar un protocolo, sostenerlo y autorizarlo más allá de una institución son decisiones diferentes.

El éxito que no aparecía en el mapa mundial

Si se miraba únicamente el interior del CERN a comienzos de 1988, TCP/IP ya había ganado. Servía para sesiones remotas, transferencia de archivos y operaciones RPC. Funcionaba sobre ocho familias de equipos, desde grandes sistemas IBM y Cray hasta ordenadores personales y estaciones de trabajo. El inventario contemporáneo contaba 355 hosts.

Si se miraba desde fuera, esa red no existía como participante TCP/IP. La política del laboratorio impedía establecer una conexión externa con esos protocolos. Un host podía hablar IP con cientos de vecinos locales y, al mismo tiempo, carecer de una ruta autorizada hacia otra organización.

La diferencia no era semántica. Cada estado exigía una clase de autoridad: los técnicos podían instalar software; los administradores podían mantener tablas; un grupo podía aceptar la carga de soporte; pero sólo una decisión institucional podía cambiar la regla del perímetro.

Una Europa de redes que no encajaban

Segal llegó al CERN en 1971. La comunicación de datos estaba fragmentada entre productos de fabricantes, desarrollos propios y proyectos de normalización que aún no ofrecían una salida común. En 1977, durante una estancia en Palo Alto, conoció ARPANET y Unix. La experiencia fue relevante porque el problema del CERN no consistía en escoger un único ordenador nuevo, sino en lograr que inversiones incompatibles compartieran recursos.

El laboratorio creó el grupo Data Communications en 1983 con la misión de unificar sus redes. El reparto efectivo fue menos limpio. El grupo dio prioridad a la red troncal y a las normas ISO, además de DECnet. La conectividad del mainframe IBM, el correo, las noticias, Unix y las estaciones de trabajo quedó repartida entre otras unidades. TCP/IP avanzó sin un propietario institucional único.

Segal eligió ese punto débil. Su propuesta de agosto de 1984 llevó TCP/IP a máquinas no Unix decisivas: el IBM-VM central y un VAX VMS. No era una exhibición entre sistemas idénticos. Era una prueba de si la misma pila podía reducir el coste de integrar lo nuevo con lo que el laboratorio no podía abandonar.

La evaluación resultó favorable. Según la historia escrita por Segal, también consolidó los sockets de Berkeley como interfaz recomendada. Esa decisión permitió que los desarrolladores trabajaran con un modelo común aunque el hardware y los sistemas operativos fueran distintos.

Mantener la coherencia era parte del protocolo

A comienzos de 1985, un acuerdo formal entre los grupos Software y Data Communications convirtió a Segal en el primer coordinador TCP/IP. La documentación de 1988 permite reconstruir una parte de sus obligaciones: el enrutamiento era estático, existía una tabla maestra de nombres y direcciones, y las actualizaciones debían llegar a los administradores de cada host.

La red tenía así una arquitectura técnica y otra organizativa. El coordinador preservaba una visión común; cada responsable de sistema aplicaba parte de esa visión localmente. Un error podía ser tan administrativo como algorítmico: una dirección desactualizada o un nombre divergente bastaban para romper una aplicación.

El título de coordinador no incluía la autoridad para conectar el CERN con el exterior. La política de Data Communications reservaba los protocolos de Internet al recinto del laboratorio. Fuera de él dominaban las opciones ISO, IBM y DECnet, respaldadas en Europa por gobiernos, empresas y administraciones de telecomunicaciones.

Por eso el despliegue interno no fue un atajo clandestino hacia Internet. Fue una acumulación autorizada de capacidad dentro de un límite explícito.

LEP hizo visible el coste de no sostenerlo

En noviembre de 1985, la dirección del acelerador LEP eligió TCP/IP para el sistema de control del anillo de 27 kilómetros. Más tarde se decantó también por sistemas Unix. Segal consideró que la combinación fue esencial para el éxito operativo de LEP.

El cliente importaba tanto como la tecnología. Un gran instrumento científico crea calendarios, obligaciones y consecuencias de fallo. Cuando sus controles dependen de una red, ésta deja de ser un experimento que se mantiene sólo mientras sus promotores encuentran tiempo.

La cifra de 355 hosts, tomada el 29 de marzo de 1988, mide esa maduración. También documenta que el soporte estaba pasando del grupo Software a la organización Data Communications. Ese año, el receptor aceptó formalmente la responsabilidad y el trabajo dejó de ser una operación con recursos mínimos.

La institución ya trataba TCP/IP como infraestructura interna. Aun así, no lo trataba como su protocolo exterior.

Renumerar fue reconocer el exterior

Las redes cerradas pueden inventar una geografía privada. Sus direcciones sólo necesitan ser coherentes dentro del perímetro. Al conectarse con otras redes, deben usar identificadores que no colisionen y rutas que las demás partes acepten.

En enero de 1989 el CERN cambió de una vez sus direcciones IP internas por direcciones asignadas oficialmente. Segal llamó «big bang» a la operación. Después llegaron las primeras conexiones externas a Internet.

La secuencia revela el precio de un piloto exitoso. Cuantos más sistemas adoptan una configuración provisional, más cara es su sustitución. Había que coordinar cientos de equipos, responsables locales y aplicaciones que ya prestaban servicio. La migración era un acto técnico, pero su necesidad procedía de una decisión política: la red dejaría de ser exclusivamente interior.

También obliga a usar los verbos con precisión. TCP/IP fue introducido en el CERN antes de 1984; ese año se aprobó un piloto concreto para sistemas heterogéneos no Unix. La adopción interna precedió a la conexión externa. Y la conexión externa precedió al desarrollo del Web.

Internet no es el Web

Tim Berners-Lee presentó su primera propuesta del World Wide Web en marzo de 1989. El CERN sitúa el primer servidor y navegador en funcionamiento a finales de 1990. La nueva infraestructura de Internet hizo posible que el proyecto tuviera alcance, pero el Web añadió su propio sistema de información.

Segal contribuyó al entorno. La Internet Hall of Fame señala que familiarizó a desarrolladores con la pila IP y los sockets y que orientó a Berners-Lee hacia los RFC y protocolos existentes como FTP y NNTP. Es una influencia concreta, no una copaternidad de la invención.

El propio Segal sugirió que el Web quizá habría aparecido antes con una conexión anterior, pero marcó esa afirmación como especulativa. La evidencia permite decir que preparó el terreno, no que determinó lo que crecería sobre él.

Cinco puertas en lugar de una marcha triunfal

El piloto de 1984 abrió la puerta de la experimentación. El cargo de coordinador abrió la de la continuidad. LEP y los 355 hosts hicieron visible el valor operativo. La transferencia de soporte dio un propietario institucional. La renumeración y la nueva política abrieron, por fin, el perímetro.

Ninguna de esas puertas se abrió automáticamente porque la anterior funcionara. Esa es la lección que se pierde en una narración de victoria inevitable. Las tecnologías se despliegan dentro de organizaciones que distribuyen presupuesto, riesgo y autoridad.

Segal no hizo desaparecer esas restricciones. Trabajó dentro de ellas hasta convertir la promesa del protocolo en evidencia que la dirección ya no tenía que imaginar. El piloto no salió del CERN; preparó al CERN para salir de su piloto.

Fuentes