Resumen
- El 29 de octubre de 1969, Charley Kline, en UCLA, probó el acceso remoto al host de SRI, donde estaba Bill Duvall. Según el recuerdo posterior de Kleinrock, llegaron la
Ly laO; el host de SRI se cayó al recibir laG. - Kleinrock atribuyó la avería a un desbordamiento de memoria en el host de SRI y descartó el ordenador de UCLA, los dos IMP y la línea de larga distancia. El equipo cambió un poco de software y la siguiente prueba funcionó.
- El cuaderno manuscrito de UCLA dejó seis palabras: “la comunicación entre los hosts de UCLA y SRI.” RFC 1 ya separaba el software de los IMP del software de cada host; la prueba convirtió esa división en una cuestión operativa.
Análisis
El teléfono daba testimonio; el ARPANET llevaba los datos
La prueba simulaba una sesión de tiempo compartido en la máquina remota. Kline debía escribir L-O-G desde UCLA y el host de SRI devolver I-N, completando “LOGIN” en el terminal local. La operación reducía la promesa de conectar ordenadores a una secuencia breve que ambas salas podían comprobar.
Kleinrock recordó a Kline en la sala 3420 de UCLA y a Duvall en SRI. Mantuvieron una llamada telefónica para confirmar cada letra. El teléfono no transportaba los datos de ARPANET: mantenía conectados a los observadores para que cada uno comprobara qué había hecho su máquina. Un “recibido” pronunciado al otro extremo funcionaba como comprobante junto al flujo de bits.
Una topología podía dibujar dos hosts conectados. No podía decir si el sistema operativo de destino aceptaría la orden, dispondría de memoria para continuar la sesión y devolvería una respuesta. Eso era lo que ponía a prueba el login. La prueba llegó hasta el código que vivía fuera de la red compartida.
La G señaló el equipo que debía corregir el fallo
Kline escribió L y después O; Duvall confirmó que ambas habían llegado. Al introducir G, se cayó el host de SRI. En su entrevista de historia oral de 2012, Kleinrock situó el problema en la memoria del ordenador de SRI. Excluyó el host de UCLA, los dos Interface Message Processors y la línea de larga distancia. El equipo retocó el software y poco después logró iniciar la sesión.
La ubicación del fallo cambia quién interviene. Si hubiera cedido el circuito, la reparación sería de transporte. En el relato de Kleinrock, la entrada alcanzó el host remoto y allí interrumpió el proceso. Los IMP habían llevado el intercambio hasta ese punto; el equipo de SRI tuvo que corregir su propio software.
La evidencia pública combina el recuerdo de un testigo con el cuaderno que conserva el museo. No hay un volcado de memoria de SRI ni una captura de paquetes que separe en el tiempo la G fallida y el reintento: el primero confirmaría la ruta de memoria y la segunda aclararía a cuál intento corresponde la hora anotada de las 22:30.
El cuaderno guardó el resultado
La cronología del Computer History Museum sobre los años sesenta identifica los cuadernos manuscritos de UCLA como prueba de la primera conexión host a host con SRI, el 29 de octubre. El museo dice que el primer acceso hizo caer el host de SRI y que el siguiente intento funcionó. También publica una imagen del registro del IMP de UCLA, cuya ficha del museo con pie de imagen da la hora de las 22:30 y los dos extremos. La página forma parte de la entrada del museo del 21 de noviembre; el pie de imagen describe el registro del 29 de octubre.
Kleinrock recordó que la anotación de Kline era el único registro del acontecimiento. Dice: “la comunicación entre los hosts de UCLA y SRI.” La frase certifica que dos hosts hablaron. No enumera la G, el fallo, el arreglo ni la segunda prueba. Esos pasos proceden del testimonio posterior; el cuaderno conserva la conexión lograda. Juntas, las dos fuentes permiten separar lo que quedó escrito de lo que Kleinrock reconstruyó.
RFC 1 explica dónde terminaba la responsabilidad compartida
El 7 de abril de 1969, Steve Crocker publicó RFC 1, “Host Software”. El documento describe software tanto en los IMP como en los hosts. BBN especificaba el software de los IMP, mientras los grupos de cada host debían acordar el suyo. El texto es una fuente contemporánea sobre el diseño, no una transcripción de la prueba de octubre.
La capa común entregaba mensajes a una dirección de host. Cada equipo conservaba el trabajo de interpretar la orden y mantener viva la aplicación. Las partes tenían tareas distintas, responsables distintos y formas distintas de probarlas. La G hizo visible esa separación: la entrega alcanzó SRI, pero el ordenador remoto no completó la sesión en el primer intento.
Por eso una señal positiva del transporte no podía cerrar la prueba. Entregar la entrada era un resultado de red. Iniciar sesión exigía que el host siguiera en ejecución y devolviera los caracteres esperados. Kline y Duvall podían confirmar el resultado de extremo a extremo; el cuaderno lo resumió en seis palabras.
Un hito con un fallo concreto
El 29 de octubre fue un ensayo de acceso remoto sobre una red operativa, con una caída en una entrada concreta, un ajuste de software y una repetición satisfactoria. La escena tiene menos misterio y más diagnóstico que un relato de nacimiento: dos equipos conversan por teléfono mientras una máquina intenta responder a la otra.
La conexión hizo posible la prueba; el funcionamiento de cada host convirtió la conexión en una herramienta. Esa tarea permaneció en los equipos de destino, que debían hacer que su software aceptara el intercambio. El registro conserva la sesión lograda. El testimonio de Kleinrock explica por qué hubo que intentarlo dos veces.
Fuentes
- Entrevista de historia oral con Leonard Kleinrock, Computer History Museum, 2012, pp. 51–53
- Computer History Museum, historia de Internet en los años sesenta
- Imagen del registro del IMP de UCLA, Computer History Museum
- Ficha del registro con pie de imagen, Computer History Museum
- RFC 1: Host Software, 7 de abril de 1969
Informe para miembros
Contexto ampliado del perfil
Inicia sesión con el nivel de membresía adecuado para desbloquear el informe completo y las notas de las fuentes.
Solo para el Círculo Estratégico
Strategic Circle
Abierto a todos los lectores. Desbloquea informes de perfil después de unirte e iniciar sesión.
Únete a Strategic CircleSolo para Leadership Alliance
Leadership Alliance
Para propietarios y directivos cualificados de activos de propiedad intelectual; inicia sesión para desbloquear los informes de la alianza.
Unirse a Leadership Alliance





