peron:~$ cat arpanet_sorpresas.txt
Los primeros días de la Arpanet, antes de su presentación "en sociedad" estuvieron signados por grandes promesas, funcionalidad modesta, y sorpresas.
En la medida que los usuarios y programas hicieran despliegue de recursos múltiples, distribuidos y concurrentes - ya fuesen otros programas o simplemente ciclos de computadora - la visión del cómputo distribuido continuó siendo simplemente una promesa.
La funcionalidad de la red de datos estaba limitada fundamentalmente por la carencia de protocolos huésped-a-huesped (cimientos sobre los cuales se construyen las funcionalidades de cómputo de alto nivel). De hecho, la única aplicación real continuó siendo una versión primitiva de RLOGIN, o sea, el acceso remoto en otra computadora distante. A pesar de que resultaba interactivo, este acceso remoto no podía calificarse como un logro mayor.
Y a pesar de todo, las pimeras sorpresas demostraron probar la valía de la red de datos.
La primer sorpresa fue que los usuarios podían conmutar sus conexiones de terminal entre las computadoras locales conectadas al IMP (los disposivos paquetizadores que cumplían el rol de enrutador, de tamaño de una heladera). Esto se lograba simplemente tecleando un comando al IMP, en lugar de tener que recablear la terminal en un gran panel de conectores, como había sido la práctica anterior.
Esto llevó a percibir a los administradores de ARAP que la mayoría del tráfico de terminal no solía terminar accediendo la subred, sino que permanecía dentro de los IMPs huéspedes (la mayoría del tráfico era intra-IMP). El poder cambiar rápidamente la conexión de terminal entre las computadoras LOCALES resultó ser un gran beneficio para aquellos que necesitaban acceder a múltiples computadoras situadas en el centro de cómputo, y terminó reflejando una necesidad que - una década más tarde - daría impuso a la interconexión LAN.
La segunda sopresa fue que los usuarios de la red no se frustraron de manera alguna por la ya nombrada escasez de funcionalidades de la ARPANET, puesto que esto era lo que siempre habían querido. Roberts recuerda:
Lo que esperé en un principio fue que el tráfico fuese de mainframe a mainframe; sería una transferencia de software, el uso remoto de software, la interacción entre máquinas - que la gente estaría en su propia máquina haciendo algo y pudisen necesitar otra máquina para lograr ciclos de computadora o algo. Pero resultó que la mayoría de la gente sólo necesitaba la red como una terminal individual para otra máquina, o sea, como una terminal de acceso a un mainframe remoto. El concepto de cómputo distribuido por entonces era un concepto futuro en muchos aspectos, y en el corto plazo la necesidad estaba dada por una mejor comunicación con el sistema para que la gente pudiese hacer computación remota.
La necesidad de proveer este acceso somero de terminal a la ARPANET fue lo que motivó la inovación para un segundo tipo de IMP simplificado: el Procesador de Interfaz de Terminal, o TIP. La ventaja de los TIPs residía en que las terminales podían conectarse directamente a la red a través de los TIPs, sin tener que conectar los puertos de terminal a un mainframe para efectuar esta conexión a la red. Puesto que los puertos de comunicación para mainframes solían estar limitados (en cantidad y por su elevadísimo costo), utilizar IMPs simplemente para conectar un terminal a una conexión de red resultaba un desperdicio. Una vez estuvieron disponibles los TIPS, estos permitieron que las premisas sin mainframes pudiesen acceder a la ARPANET.
BBN recibió un contrato para desarrollar los TIP a mediados de lo 1970, y entregó los primeros TIP en agosto de 1971. Kahn recuerda:
Los TIP fueron un gran avance, porque hasta entonces habíamos tenido los IMP, y la pregunta que nos hacían era ¿cómo podemmos conectarle las terminales a él? Y de hecho, lo que hacíamos por entonces (utilizar mainframes para conectar las terminales) fue un error forzado por la economía de situación. Los primeros IMPs utilizaban 16K de memoria. Pero pudimos ponerle hasta 32K de memoria a la máquina. De modo que utilizamos los 16K inferiores para la función del IMP y los 16K restantes para suplir a los TIP. El primer TIP era un IMP en cuyo frente habíamos dispuesto un multiplexor que te permitía tomar todas esas terminales y multiplexarlas en memoria. El TIP era realmente eso. Era un montón de software escrito dentro de los 16K de memoria sobrantes de otra máquina, más este multiplexor al que por entonces llamamos "conotrolador multi-línea", diseñado al paso por Severo Ornstein. El TIP permitía conectar hasta 63 terminales a la red. Una vez que estuvieron los TIPs, la ARPANET despegó.Tienes un email
La mayor sopresa de todas fue, sin embargo, el correo electrónico o e-mail. Si bien Roberts creía que el correo electrónico podría resultar una aplicación de red importante, sin duda nunca lo consideró demasiado, puesto que no lo hizo aparecer en ninguna de las especificaciones originales de ARPANET, y la mayoría de sus desarrolladores admite que resultaron completamente sorprendidos por la aceptación inmediata de este medio de comunicación primordial. Kahn recuerda:
El patrón de tráfico que realmente era dominante era casi en su totalidad de tráfico de correo electrónico. Hubo mucha experimentación primitiva: mover gráficos de ida y de vuelta... pero en términos de la cantidad de acciones que hacía la gente en general, nos encontrábamos que la actividad de correo electrónico superaba con toda probablilidad la de las demás aplicaciones de red, incluso considerando que muchas otras actividades transmitieran más bits.
En un comienzo, el correo electrónico consistía simplemente en un mensaje de persona a persona. Pero en la medida que aumentó su uso, se incrementó la presión para incorporarle innovaciones y funcionalidades adicionales. Roberts programó una de las primeras mejores: un "hack de TECO" que permitía al usuario seleccionar qué mensaje leer en lugar de verse obligado a leer todos los mensajes únicamente en el orden en que los había recibido. (TECO, el Editor y Corrector de Texto, era un lenguaje de edición computarizado primigenio, y hack se refiere a un truco de programación innovador, a pesar que se trate de un programa improvisado y sin soporte, y se lo utiliza en un sentido de respeto por cumplimiento técnico).
Dan Lynch, quien resultó importante más tarde, sostiene que Ray Tomlinson y Dan Murphy, ambos de BBN y autores del sistema operativo TENEX, escribieron el programa de correo electrónico original.
Tomlinson y Murphy crearon el correo electrónico porque tenían una minicomputadora DEC PDP-10 para ellos mismos, la que utilizabas en el desarrollo del sistema operativo TENEX. Tenían esta máquina, una máquina GRANDE, ¿comprende? Dos colaboradores, una máquina, y trabajaban en turnos. Lo que quiero decir es que básicamente trabajaban doce horas: doce horas de trabajo, doce de descaso, y a veces se superponían - físicamente - y a veces estaban solos ante el mainframe. Tan pronto como tuvieron listo un sistema de archivaje que les permitió operar TENEX al unísono, comenzaron a dejarse notas el uno al otro en algún lugar en del sistema de disco... cosas como "Hice esto. Aquello ahora funciona". Notitas de ida y de vuelta para mantener un registro del trabajo colaborativo. Cuando llegaron al punto donde tuvieron que conectar la PDP-10 con TENEX a la ARPANET, dijeron "bueno, hagamos que esto se transmita de una máquina a otra". Dieron ese salto porque también fueron ellos mismos quienes escribían el código de la red ARPANET también.
El correo electrónico representó una forma nueva de interacción y de comunicación: resultaba convienente, capaz de ser dejado por el remitente y recogido por el receptor según sus tiempos, ya que no se necesitaba responderlo inmediatamente, sino que podía pensarse la redacción más seriamente.
Desde el comienzo, el correo electrónico fue un modo informal de comunicación. Nadie se preocupaba sobre el tipo de estructura. Las comunicaciones eran cortas e importaba más ser directo.
De este modo, si bien la Arpanet no representó incialmente un nuevo paradigma de cómputo distribuido según lo había envisionado Roberts, incluso así hizo posible una comunidad digital de cientistas del cómputo, y con el tiempo permitió a otros usuarios y -más notablemente- demostró de manera práctica que la conmutación de paquetes funcionaba.
peron:~$ █