Resumen

  • Louis Pouzin dirigió el proyecto francés CYCLADES, cuyo subsistema de paquetes CIGALE trataba cada mensaje de manera independiente mientras los protocolos de los hosts se ocupaban del orden, la recuperación y la continuidad del intercambio.
  • La herencia decisiva no fue una invención individual de Internet, sino una frontera arquitectónica: una red que prometía menos por dentro podía unir sistemas distintos sin exigir que un operador controlara todos los extremos y caminos.

Análisis

La virtud de un datagrama reside en aquello que la red no promete. Un paquete entra con una dirección. Puede tomar una ruta distinta de la del paquete siguiente, llegar tarde, llegar desordenado o perderse. El sistema de conmutación no conserva en su interior una conversación semejante a un circuito telefónico.

Ese comportamiento parece una carencia hasta que se examina la otra mitad del diseño. El ordenador receptor puede detectar lo que falta. Las máquinas de ambos extremos pueden numerar, confirmar, reordenar y retransmitir según el servicio que necesiten. La red intermedia se concentra en reenviar. A comienzos de la década de 1970, Louis Pouzin y el equipo de CYCLADES materializaron esa división en CIGALE.

IRIA puso en marcha CYCLADES en 1972 bajo la dirección de Pouzin. Él no partía de cero. Donald Davies y sus colegas del National Physical Laboratory británico habían desarrollado ideas de conmutación de paquetes, y ARPANET ya funcionaba como una gran red experimental. Pouzin estudió ambas experiencias. El proyecto reunió a Gérard Le Lann, Hubert Zimmermann, Jean-Louis Grangé, Jean Pierre Touchard y a un grupo más amplio de investigadores e ingenieros de IRIA, universidades e industria. El crédito colectivo es esencial: una arquitectura necesita que muchas personas la implementen, midan y sometan a desacuerdo.

El artículo de Pouzin sobre CIGALE, publicado en 1974, empleaba una analogía postal. Los mensajes se manejaban por separado, como cartas. CIGALE no proporcionaba funciones de extremo a extremo; protocolos de nivel superior podían controlar el flujo. Ese es el sentido preciso en que la red olvidaba la conversación. No significa que los conmutadores carecieran de tablas de rutas, colas, información de congestión o estado operativo. Significa que el subsistema no guardaba el orden, la recuperación y la semántica de conexión necesarios para sostener un diálogo fiable entre aplicaciones.

El fallo dejaba así de ser una promesa oculta en el centro y pasaba a ser una tarea visible en los extremos. Si desaparecía un conmutador intermedio, otro paquete podía seguir una ruta distinta. Si el receptor advertía un hueco, podía solicitar una retransmisión. Un servicio que necesitara orden estricto podía imponerlo; otro que privilegiara la rapidez no tenía que heredar el mismo mecanismo. La red común ofrecía una unidad modesta de interoperabilidad, no un modelo obligatorio de conversación.

CYCLADES fue más que una teoría. Inria sitúa su demostración oficial en 1973 y señala que en 1975 conectaba 25 ordenadores en Francia, Londres y Roma. CIGALE funcionaba sobre miniordenadores Mitra 15. La frontera se probó con máquinas, enlaces y distancias administrativas reales. Las direcciones de los hosts eran independientes de la topología; las regiones y las redes añadían un nivel jerárquico al encaminamiento. Un host podía representar a otra red. El equipo estaba pensando en tráfico entre conjuntos que no compartirían la misma organización interna.

La decisión también era política. Una red pública basada en circuitos virtuales invita al operador a definir el servicio persistente y mantener el estado de la conversación. El datagrama concede a los extremos más margen para decidir qué significa fiabilidad. No elimina el poder, el coste ni la política de rutas. Reduce, sin embargo, la cantidad de comportamiento de las aplicaciones que todas las redes participantes deben aceptar dentro de su infraestructura.

Esa reducción fue útil para interconectar redes. La historia de Inria atribuye a CYCLADES aportaciones a los debates que condujeron hacia TCP, especialmente el transporte de extremo a extremo y la separación de las funciones de red y transporte. El Internet Hall of Fame y el Computer History Museum reconocen también su influencia. Influencia no equivale a autoría exclusiva. Vint Cerf y Bob Kahn diseñaron TCP/IP dentro de una comunidad transatlántica más amplia, apoyada en la experiencia operativa de ARPANET, el trabajo del NPL y otros ensayos. La idea duradera se formó mediante comparación y construcción colectiva.

La trayectoria anterior de Pouzin ayuda a explicar su inclinación por los límites claros. En el MIT trabajó alrededor del sistema de tiempo compartido CTSS y escribió el lenguaje de comandos conocido después como RUNCOM. De vuelta en Francia, se ocupó de sistemas operativos antes de dirigir CYCLADES. En esos entornos, una interfaz eficaz protege a usuarios y programas de detalles innecesarios de la máquina. La operación equivalente en redes consistía en ofrecer a los hosts un servicio de paquetes bien delimitado, en vez de obligarlos a adoptar la conversación interna del subsistema.

La historia institucional fue menos limpia. La política francesa favoreció progresivamente el modelo de circuitos virtuales de la administración de telecomunicaciones y una reorganización industrial en torno a CII. Los relatos de Inria vinculan el recorte de CYCLADES con esas decisiones y con el monopolio de PTT. No autorizan la fábula de una tecnología obviamente superior que habría conquistado el mercado si no hubiera sido detenida. Las redes públicas tenían que resolver facturación, garantías de servicio, regulación e inversión, problemas que un prototipo no cerraba.

Los hechos sí muestran que un diseño puede perder a su patrocinador nacional y mantener una vida conceptual internacional.

CYCLADES comenzó en 1972 y terminó en la segunda mitad de los setenta, aunque la decisión política de cerrarlo llegó antes del final efectivo. Esa vida breve revela que la infraestructura se selecciona dos veces. Primero debe funcionar en el laboratorio; luego ha de encajar en instituciones capaces de financiarla, gobernarla y extenderla. La primera selección produjo demostraciones convincentes. La segunda negó al proyecto una vía francesa de continuidad. Los foros internacionales de normalización ofrecieron otra ruta a parte de su razonamiento.

Pouzin trabajó después en espacios vinculados a IFIP, ISO y CCITT, y siguió participando en debates sobre nombres y gobernanza de Internet. La continuidad no era fidelidad a un protocolo inmóvil. Era la preocupación por quién define la capa obligatoria entre sistemas independientes. Una capa común mínima amplía la participación, pero desplaza tareas a los extremos. Estos necesitan software competente, visibilidad operativa y estándares públicos que puedan implementar. La sencillez del centro no es ausencia de ingeniería: es una elección sobre dónde debe hacerse.

La diferencia sigue apareciendo cuando una plataforma solo permite integrarse en sus propios términos. Un intermediario con mucho estado puede facilitar la primera conexión y encarecer después la salida porque controla identidad, secuencia, reintentos y política. Una interfaz común más delgada exige más a los participantes, pero les permite cambiar componentes internos sin renegociar todo el sistema. CYCLADES no resolvió la dependencia de las plataformas actuales. Ofrece un caso histórico nítido sobre cómo la frontera de una interfaz distribuye el derecho a innovar.

La contribución de Pouzin puede entenderse como una resta disciplinada. Él y sus colegas retiraron la conversación de las obligaciones del subsistema de paquetes y demostraron que los protocolos de los hosts podían reconstruir lo que necesitaban las aplicaciones. La red hacía menos y, precisamente por eso, sistemas diferentes tenían más espacio para encontrarse. El experimento francés acabó; su frontera no.