Resumen

  • Cerf no heredó un terreno vacío: la conmutación de paquetes de Donald Davies en NPL y el trabajo de Louis Pouzin y CYCLADES ya habían definido ideas indispensables. Lo que Cerf y Robert Kahn construyeron fue un diseño para comunicar redes de paquetes diferentes sin convertirlas en una sola red uniforme.

  • El primer diseño no era la forma final de TCP/IP. RFC 675 reunía funciones que después se separarían; la crítica de Jon Postel y la experiencia de los implementadores ayudaron a fijar la frontera entre IP y TCP.

  • La fecha de 1983 solo pudo convertirse en una realidad operativa mediante especificaciones, números asignados, gateways, software de host, controladores de terminal, enlaces institucionales, política del Departamento de Defensa y pruebas posteriores al cambio.

  • La meta fijada en RFC 801 era inequívoca: completar el paso de NCP a IP/TCP el 1 de enero de 1983. La responsabilidad práctica, sin embargo, estaba distribuida. Cada organización con hosts debía implementar los protocolos y los servicios principales. Durante la transición habría hosts de relevo para comunicar sistemas que todavía hablaban NCP con otros que ya hablaban TCP. La orden describía una dependencia, no un acto individual.

  • Cerf aparece en el recorrido que condujo a esa dependencia como coautor, formulador de arquitectura y responsable de programa. No aparece como la persona que instaló cada implementación ni como autor personal de cada campo de las especificaciones finales de 1981. Esa distinción no reduce su papel; lo hace inteligible. Su problema no era crear una red más, sino establecer reglas mediante las cuales redes con tecnologías y administraciones distintas pudieran interoperar.

Lo heredado: paquetes, datagramas y redes heterogéneas

La historia comienza antes de TCP. La historia institucional de NPL atribuye a Donald Davies el desarrollo de la conmutación de paquetes durante su trabajo sobre comunicaciones de datos. CYCLADES, dirigido por Louis Pouzin, aportó otra referencia decisiva para las redes basadas en datagramas y para el vocabulario de las catenets. Por ello, decir que Cerf o Kahn inventaron la conmutación de paquetes como un todo confundiría capas históricas diferentes.

En 1973, Cerf y Kahn afrontaron un problema más específico. Las redes de paquetes existentes no compartían necesariamente tamaño de paquete, direccionamiento, fiabilidad o tecnología de transmisión. Su artículo de mayo de 1974 propuso la intercomunicación entre redes disímiles mediante gateways, un esquema común de direccionamiento de internetwork y responsabilidades en los hosts y procesos finales. El artículo trató también secuenciación, control de flujo, comprobación extremo a extremo y encaminamiento. Era una arquitectura para compartir recursos a través de diferencias que no iban a desaparecer.

La alternativa aparente —imponer una red uniforme— habría simplificado algunas interfaces, pero habría convertido la participación en una sustitución de infraestructura. El diseño de internetworking eligió otra ruta: mantener las redes y definir el límite en el que podían cooperar. Los beneficiarios eran las instituciones capaces de conectar sistemas existentes; quienes asumían el riesgo eran los constructores de gateways, los programadores de hosts y los operadores que debían traducir una idea común a entornos incompatibles.

La autoría fue conjunta desde el principio. El artículo de 1974 pertenece a Vinton G. Cerf y Robert E. Kahn. La especificación RFC 675, publicada en diciembre del mismo año, nombra a Cerf, Yogen Dalal y Carl Sunshine, y reconoce contribuciones de Kahn, Postel y otros. Esa lista impide que la arquitectura se convierta retrospectivamente en una biografía de una sola persona.

Un diseño que todavía no era TCP/IP

RFC 675 es valioso también por lo que revela de un diseño incompleto. Su “Internet Transmission Control Program” combinaba comportamiento de paquetes y gateways con tareas de control de transmisión. La separación limpia que hoy asociamos con IP y TCP no estaba ya resuelta en 1974.

En agosto de 1977, Jon Postel formuló en IEN 2 una objeción estructural: el empaquetado y encaminamiento de internet, que operaban salto a salto, debían separarse del control extremo a extremo realizado en los hosts. La revisión redistribuía responsabilidad. IP podría mover datagramas sin prometer una conexión fiable; TCP, en los extremos, asumiría secuenciación, retransmisión, ventanas y establecimiento de conexiones.

Era un intercambio entre modularidad y complejidad operativa. Separar capas permitía que diferentes aplicaciones y redes compartieran IP sin exigir el mismo transporte. A la vez, obligaba a implementar y depurar dos protocolos y a entender con precisión dónde terminaba la responsabilidad de uno y empezaba la del otro. La arquitectura ganó capacidad de evolución, mientras los implementadores absorbían el coste inmediato.

Cerf no quedó fuera de esa revisión. En IEN 48, de julio de 1978, describió un modelo de catenet para redes de paquetes heterogéneas, con direccionamiento común, datagramas, fragmentación y la incorporación gradual de nuevas redes. El documento conserva el crédito de Pouzin por el término. Su importancia está en mostrar una decisión observable de Cerf: defender la federación de redes como sistema, incluso cuando ello exigía revisar la forma inicial del protocolo.

La arquitectura entra en contacto con el software

Una especificación solo adquiere autoridad técnica cuando varias implementaciones independientes pueden usarla. IEN 98 mostraba en mayo de 1979 que TCP se había convertido en un problema multinstitucional: BBN, UCLA, DTI, SRI, NDRE, MIT y otros trabajaban sobre versiones y plataformas diferentes. Esa diversidad era la prueba de la promesa arquitectónica y, simultáneamente, su mayor fuente de fallos.

Los documentos de 1980 y 1981 estrecharon los límites. RFC 760 y RFC 761 registraron versiones estándar del Departamento de Defensa para IP y TCP; RFC 791 y RFC 793 consolidaron las especificaciones de septiembre de 1981. La primera situó cabeceras, direccionamiento, datagramas, fragmentación y gateways en IP. La segunda trató comunicación fiable, conexiones, secuenciación, ventanas y retransmisión en TCP. Esos textos fueron preparados por USC/ISI para el programa de DARPA y forman parte de un proceso editorial y comunitario. La evidencia disponible no permite asignar cada campo final a Cerf.

La operación necesitaba además identificadores compartidos. RFC 790, editado por Postel, publicó números de red, números de protocolo, puertos y otras asignaciones. Sin ese registro, dos programas podían implementar correctamente su lógica y aun así discrepar sobre el significado de un número. Mantener las asignaciones era una superficie de control distinta de diseñar TCP: menos visible, pero indispensable para la interoperabilidad.

También había equipos que no se parecían a los hosts imaginados en los diagramas. IEN 166, de Robert Hinden en BBN, describió un TCP/IP para el Terminal Access Controller, compatible a la vez con TCP y NCP. Reensamblado de IP, rutas, mensajes de gateway, retransmisiones y ventanas debían convivir con el diseño previo de TIP y TAC. La migración no consistía en reemplazar una etiqueta, sino en hacer funcionar una arquitectura nueva dentro de máquinas y servicios heredados.

Cerf como actor de programa, no como mando único

La posición de Cerf en DARPA le dio una superficie de decisión diferente de la autoría de protocolos. Una historia posterior recogida en RFC 1160 señala que, como responsable de programa, estableció en 1979 el Internet Configuration Control Board para orientar la evolución técnica de la suite. En una reunión de enero de 1981 documentada por IEN 175, Cerf abrió el encuentro y puso sobre la mesa rendimiento, direccionamiento y documentación. Los informes de UCL, RSRE y otros trataban gateways, SATNET, X.25, fragmentación, rutas de origen, tiempos de espera dinámicos y mediciones de IP.

La escena importa porque delimita lo que podía hacer un responsable de programa. Cerf podía convocar, financiar, formular preguntas y ayudar a estabilizar una dirección. No podía resolver por decreto el comportamiento de cada sistema operativo o enlace internacional. El registro muestra una comunidad técnica con problemas propios, no una audiencia que ejecutaba un plano terminado.

Lo que Cerf construyó, frente a lo que heredó, fue por tanto una combinación: coautoría del diseño de internetworking, reformulación de la arquitectura de catenet y coordinación programática. Heredó la conmutación de paquetes, los datagramas y experimentos previos; compartió el diseño con Kahn, Dalal, Sunshine, Postel y otros; dependió de instituciones que convirtieron documentos en software.

Fuentes

  • Vinton G. Cerf y Robert E. Kahn, “A Protocol for Packet Network Intercommunication”, IEEE Transactions on Communications, mayo de 1974; copia pública alojada por Princeton University.
  • RFC 675, 760, 761, 790, 791, 793, 801, 842 y 1160, RFC Editor.
  • IEN 2, 48, 98, 166, 175 y 207, archivo histórico del RFC Editor.
  • ARPANET News y TCP-IP Digest, archivo histórico del RFC Editor.
  • National Physical Laboratory, perfil histórico de Donald Davies.
  • Internet Hall of Fame, perfil de Louis Pouzin, utilizado solo para preservar la atribución de CYCLADES y catenet.

Crédito de imagen

Composición editorial asistida por IA a partir de una fotografía de Vint Cerf tomada en 2005 por Joi (Jōichi Itō), vía Wikimedia Commons, con licencia CC BY 2.0. La capa abstracta de red se generó con OpenAI imagegen mediante Codex para la presentación editorial; la imagen no representa el diseño de protocolos ni la transición de 1973–1983.