# data[].attributes.body
En 1958 los EEUU fundaron la Advanced Researchs Projects Agency (ARPA) a través del Ministerio de Defensa. El ARPA estaba formado por unos 200 científicos de alto nivel y tenia un gran presupuesto. El ARPA se centró en crear comunicaciones directas entre ordenadores para poder comunicar las diferentes bases de investigación.

# data[].attributes.body
Paul Baran fue uno de los impulsores de las redes de conmutación de paquetes, junto con Donald Davies y Leonard Kleinrock, como estrategia de defensa de la red de comunicaciones norteamericana en caso de ataque nuclear.

# data[].attributes.body
JOSE SANCHEZ
Paul Baran, investigador del Gobierno de los Estados Unidos, presentó un sistema de comunicaciones que, mediante computadoras conectadas a una red descentralizada, resultaba inmune a ataques externos. En caso que uno o varios nodos resultaran destruidos, los demás se podían seguir comunicando sin problema alguno.

# data[].attributes.body
Andries van Dam y Ted Nelson definen el concepto de hipertexto e hipermedia.

# data[].attributes.body
Vinton Cerf y Robert Kahn, científicos de la computación, diseñaron los protocolos informáticos TCP/IP (Transmission Control Protocol/Internet Protocol) para conectar ordenadores para la red militar ARPANET, precursora de Internet, como lo conocemos ahora.

Marshall McLuhan acuña el término «aldea global» para describir la interconectividad humana a nivel global generada por los medios electrónicos de comunicación.

# data[].attributes.body
En la noche del 29 de octubre, el estudiante de la Universidad de California en Los Ángeles (UCLA) Charley Kline, bajo la supervisión de Leonard Kleinrock, tecleó en un computador “login” para conectarse en remoto al Instituto de Investigación de Stanford (SRI). El sistema falló y solo se enviaron las dos primeras letras. Aquel “lo” fue el primer mensaje transmitido entre dos ordenadores a través de la red ARPANET, creada por la agencia del Pentágono ARPA. Los archivos de UCLA conservan el cuaderno en el que se registró aquel momento histórico en una entrada a las 22:30: “Talked to SRI Host to Host”.

# data[].attributes.body
Los virus informáticos son casi tan antiguos como la propia red. El primero fue creado en 1971 por Robert Thomas, de la compañía BBN, contratista de ARPA. Era un programa llamado Creeper que se contagiaba entre los ordenadores conectados y que desplegaba en pantalla el mensaje “I’m the creeper: catch me if you can”. No sería hasta 1983 cuando el estudiante de postgrado de la Universidad del Sur de California Fred Cohen acuñó el concepto de virus informático.

# data[].attributes.body
Nacimiento del InterNetworking Working Group, organización encargada de administrar Internet.

# data[].attributes.body
Ray Tomlinson fue el creador del primer protocolo de correo electrónico y la primera persona que envió uno.

# data[].attributes.body
Protocolos de comunicación TCP. Permitieron que varias redes se empezaran a “entender” entre ellas a pesar de no estar localizadas en los mismos nodos. Hay quién defiende que este fue el momento en que realmente podemos hablar del nacimiento de Internet.

# data[].attributes.attachment_link.readable_text
Cuando nos queremos conectar a Internet, solo necesitamos un par de maniobras para establecer una conexión entre el rúter y el ordenador o el terminal móvil. No se requieren más pasos, ya que el inicio de sesión en red es automático, al igual que la asignación de una dirección individual de Internet que necesitas para enviar y recibir datos. Todo ello es posible gracias a una serie de protocolos que también se conoce como familia de protocolos de Internet. En este contexto, uno de los miembros más importantes y antiguos es el protocolo de control de transmisión TCP, siglas de Transmission Control Protocol, y sirve para determinar cómo los dispositivos reunidos en la red deben transmitir sus datos.

¿Qué es el Transport control Protocol?

El protocolo TCP es un acuerdo estandarizado de transmisión de datos entre distintos participantes de una red informática. La historia de este protocolo se remonta hasta el año 1973, cuando los informáticos Robert E. Kahn y Vinton G. Cerf publicaron su primera versión en el marco de su trabajo de investigación. No obstante, tuvieron que pasar otros ocho años para que se estandarizara con el documento RFC 793. Desde entonces, se ha ido sucediendo una serie de mejoras y ampliaciones, aunque el núcleo del producto se mantiene sin cambios hasta hoy en día. La versión actual, publicada en el RFC 7323 es del año 2014.

El estado actual de desarrollo del protocolo TCP permite establecer una conexión entre dos puntos terminales en una red informática común que posibilite un intercambio mutuo de datos. En este proceso, cualquier pérdida de datos se detecta y resuelve, por lo que se considera un protocolo fiable. Dentro de la familia de protocolos de Internet, el TCP, junto con el UDP y el SCTP forma el grupo de los protocolos de transporte, que, según el modelo OSI, se ubican en la capa de transporte dentro de la arquitectura de red. Como el protocolo TCP se combina casi en todos los casos con el protocolo de Internet (IP) y esta conexión forma la base de la gran mayoría de redes locales y servicios de red, es común hablar del conjunto de protocolos TCP/IP, aunque en realidad se haga referencia a la familia de protocolos de Internet.

¿Cómo funcionan exactamente las conexiones con el protocolo TCP?

El protocolo de control de transmisión permite la transmisión de información en ambas direcciones. Por lo tanto, los sistemas informáticos que se comunican mediante TCP pueden enviar y recibir datos de forma simultánea, como si se tratase de una llamada telefónica. En este contexto, las unidades de transmisión básicas de las que echa mano el protocolo son segmentos (paquetes) que, aparte de los datos de uso, también pueden contener información de control y están limitados a un tamaño de 1500 bytes. El establecimiento y la interrupción de las conexiones, que se pueden catalogar como conexiones de terminal a terminal, así como la transmisión de datos en sí, la realiza el software TCP en la pila de protocolos de red del sistema operativo correspondiente.

El software TCP se activa mediante distintas aplicaciones de red, como los navegadores de red o los servidores, a través de interfaces específicas. Cada conexión se debe identificar siempre claramente mediante dos puntos terminales definidos (cliente y servidor). En este contexto, qué lado desempeña el papel de cliente y cuál el de servidor es indiferente. Lo que importa es que el software TCP cuente con una pareja ordenada de dirección IP y puerto (también denominada "2-tupla" o "socket") en cada punto terminal.

Triple apretón de manos: el establecimiento de la conexión TCP en detalle

Para que el establecimiento de una conexión TCP válida sea posible, ambos puntos terminales deben contar con una dirección IP unívoca (IPv4 o IPv6) y deben haber declarado y habilitado el puerto deseado para la transmisión de datos. Mientras que la dirección IP funciona como característica de identificación, el puerto sirve para que el sistema operativo pueda asignar las conexiones a las aplicaciones de servidor y de cliente.

Puedes consultar una explicación detallada de la interacción entre TCP e IP en nuestro artículo extendido sobre TCP/IP.

La secuencia específica para establecer una conexión con el protocolo TCP es la siguiente:

1. En el primer paso, el cliente que desea establecer la conexión envía al servidor un paquete SYN o segmento SYN (del inglés synchronize = "sincronizar") con un número de secuencia individual y aleatorio. Este número garantiza la transmisión completa en el orden correcto (sin duplicados).

2. Si el servidor ha recibido el segmento, confirma el establecimiento de la conexión mediante el envío de un paquete SYN-ACK (del inglés acknowledgement = "confirmación") incluido el número de secuencia del cliente después de sumarle 1. De forma adicional, transmite un número de secuencia propio al cliente.

3. Para finalizar, el cliente confirma la recepción del segmento SYN-ACK mediante el envío de un paquete ACK propio, que en este caso cuenta con el número de secuencia del servidor después de sumarle 1. En este punto también puede transmitir ya los primeros datos al servidor.

Como el establecimiento de la conexión mediante el Transmission Control Protocol implica un total de tres pasos, se ha acuñado el nombre de " triple apretón de manos " para este proceso.

Si el puerto del servidor está cerrado o si bloquea el acceso, en lugar del paquete de confirmación, el cliente recibe un paquete TCP-RST (del inglés reset = "restablecer").

TCP teardown: así se interrumpe una conexión TCP de forma controlada

Ambos interlocutores de la comunicación pueden interrumpir una conexión TCP establecida e incluso se permite la interrupción unilateral. Este último caso también se denomina como conexión semicerrada, en la que la contraparte todavía puede transmitir datos cuando un participante ya ha interrumpido la conexión.

Las diferentes estaciones del establecimiento de conexión mutua (por no complicar la explicación, iniciado, en este caso, también por el cliente) se pueden resumir de la siguiente manera:

1. El cliente envía un segmento FIN al servidor para comunicarle que ya no desea enviar más datos. Al igual que en el establecimiento de conexión, también envía un número de secuencia propio.

2. El servidor confirma la recepción del paquete mediante un segmento ACK que incluye el número de secuencia después de sumarle 1.

3. Si el servidor, a su vez, ha finalizado con la transmisión de datos, envía también un paquete FIN al que vuelve a añadir su número de secuencia.

4. Ahora le toca al cliente enviar un paquete ACK con el número de secuencia recibido tras sumarle 1 y así el servidor dará la conexión TCP por interrumpida oficialmente.

No obstante, para la parte que envía el último segmento ACK (en nuestro caso, el cliente), la conexión no se interrumpe inmediatamente. Como no existe forma de garantizar que el último paquete enviado ha llegado a su destino, el correspondiente interlocutor de comunicación permanece en un modo de espera (también estado "Time-Wait") hasta que hayan transcurrido los tiempos de ejecución máximos del segmento ACK y de un posible nuevo segmento FIN (según RFC 793, 2 minutos en cada caso).

¿Cómo es la estructura del encabezado TCP?

Como es costumbre en los protocolos, los datos más importantes, es decir, los datos que se necesitan para el establecimiento de la conexión y la transmisión de datos con el protocolo de control de transmisión se encuentran en el encabezado de un paquete TCP. Estos datos de cabecera (también información de control) están antes de la carga útil (Payload) y suelen tener un tamaño de 20 bytes (160 bits), seguidos de hasta 40 bytes (320 bits) de información adicional que es opcional y que no se usa en todos los paquetes.

Si solo se transmiten confirmaciones, mensajes de error, etc., como en el caso de los mensajes SYN y FIN (establecimiento/interrupción de conexión), se permiten segmentos TCP sin datos de uso, o sea, encabezados puros.

Si lo analizamos más en detalles, esta es la estructura del encabezado TCP:

En este contexto, los distintos componentes o campos del encabezado del protocolo TCP tienen el siguiente significado:

Puerto de origen (16 bits): indica el número de puerto del emisor.

Puerto de destino (16 bits): indica el número de puerto del receptor.

Número de secuencia (32 bits): el número de secuencia indica el primer byte de los datos de uso anexos o se envía en el contexto del establecimiento o la interrupción de la conexión. Sirve para la validación y clasificación (después de la transmisión) de los segmentos.

Número de confirmación (32 bits): en este campo se indica el número de confirmación que espera el emisor en siguiente lugar. La condición para su validez es una etiqueta ACK (en el campo "Flags").

Offset (4 bits): el campo "Offset" indica la longitud del encabezado en bloques de 32 bits para destacar el punto de inicio de los datos de uso. Dicho punto varía de segmento a segmento debido al campo variable de opciones.

Reservado (6 bits): según RFC 793, reservado para un uso futuro (sin uso hasta ahora). Este campo siempre debe tener un valor igual a "0".

Flags (6 bits): mediante los 6 posibles bits individuales en el campo "Flags" se pueden activar distintas acciones TCP para organizar la comunicación y el procesamiento de datos. Las flags, que se ajustan o no para estas activaciones, son las siguientes:

URG. La etiqueta "Urgent" (en español, "urgente") señaliza a la aplicación TCP que los datos de uso hasta el Urgent-Pointer (véase más abajo) fijado se deben procesar inmediatamente.

ACK. Junto con el número de confirmación, ACK sirve para confirmar la recepción de paquetes TCP. Si no se ha ajustado la etiqueta, el número de confirmación se convierte en inválido de forma automática.

PSH. "Push" sirve para facilitar un segmento TCP inmediatamente sin tener que pasar por el buffer de datos del emisor y el receptor.

RST. Si ha surgido un error durante la transmisión, la aplicación se puede restablecer mediante un paquete TCP con flag RST ("Reset") ajustado.

SYN. Los mensajes con una etiqueta SYN representan el primer paso del triple apretón de manos, es decir, inician el establecimiento de conexión.

FIN. "Finish" señaliza a la contraparte que uno de los interlocutores de la comunicación ha finalizado la transmisión.

Tamaño de ventana (16 bits): en este campo se le transmite al interlocutor de comunicación el número de bytes que el emisor está dispuesto a recibir.

Suma de comprobación (16 bits): el protocolo es capaz de reconocer errores de transmisión de manera fiable. En este contexto, se usa la suma de comprobación, que se calcula a partir del encabezado, los datos de uso y el denominado seudoencabezado.

Urgent-Pointer (16 bits): el Urgent-Pointer (indicador "urgente") indica la posición del primer byte después de los datos de uso que deben tratarse con carácter urgente. Por lo tanto, este campo solo es válido y relevante si tiene una etiqueta URG.

Opciones (0-320 bits): si se desea que se faciliten funciones TCP que no pertenecen al encabezado general, esta tarea se realiza mediante el campo de opciones. Un ejemplo es la definición del tamaño máximo de segmento. La longitud de las opciones siempre debe ser un múltiplo de 32 bits, en caso contrario, hay que rellenar con bits cero ( padding).

Así funciona la transmisión de datos con TCP

Antes de que se transmitan los primeros datos, el emisor y el receptor se ponen de acuerdo en cuanto al tamaño máximo de los segmentos que se van a enviar (Maximum Segment Size, MSS). Por defecto se permiten hasta 1500 bytes por segmento, de los que hay que tener en cuenta que 20 bytes son para el encabezado TCP y otros 20 bytes, para el encabezado IP, de manera que quedan 1460 bytes disponibles para datos de uso. Si se desea un tamaño concreto, hay que especificarlo a través del campo de opciones, tal y como se ha explicado anteriormente, por lo que hay que restar más capacidad a los bytes destinados para los datos de uso.

Para proteger tu privacidad, el vídeo se cargará tras hacer clic.

Si contamos con el tamaño máximo de segmento menos los encabezados, esto significa que un paquete TCP no puede transmitir datos de un tamaño superior a 1,46 KB, o sea, 0,00146 MB. Para que el protocolo se pueda usar para enviar contenido web, como imágenes, que pueden ocupar varios cientos de kilobytes, se emplea la segmentación, en la que los datos de aplicación se dividen en varios bloques de datos antes del transporte, se numeran y se envían en un orden aleatorio. Como el receptor debe confirmar la recepción de cada uno de los segmentos y puede reconstruir el orden real mediante los números de secuencia, no tiene ningún problema para recomponer todos los datos de uso recibidos después de la transmisión.

Si el emisor no recibe confirmación para uno de los segmentos enviados, se usa el denominado Retransmission Timeout (RTO). Si se agota esta cuenta regresiva tras el envío de un paquete antes de que se transmita respuesta alguna, se inicia automáticamente un nuevo envío. La duración de la cuenta regresiva se adapta de forma dinámica mediante un algoritmo y depende de la velocidad individual de transmisión.

Resumen de los datos más importantes del Transmission Control Protocol

El protocolo TCP ya lleva un cuarto de siglo marcando la historia y el desarrollo de las redes informáticas. Esto es debido, por un lado, a su buena compatibilidad con el también histórico protocolo de Internet (IP) y, por el otro, gracias a las características principalmente ventajosas que le diferencian de alternativas como el UDP o el SCTP. En este contexto, este es un resumen de las características más importantes:

El TCP está orientado a la conexión y permite una comunicación recíproca entre dos puntos terminales mediante el denominado triple apretón de manos.

Es fiable, ya que el protocolo garantiza que se transmiten todos los datos de forma íntegra y que el receptor pueda recomponerlos en el orden correcto.

Envía los datos en segmentos individuales con un tamaño máximo de 1500 bytes (incluidos los encabezados).

En el modelo OSI, el TCP se clasifica en la capa de transporte (capa 4).

En la mayoría de los casos, el protocolo se suma al protocolo de Internet (IP), por lo que a menudo se habla del conjunto de protocolos TCP/IP.

El encabezado TCP cuenta con un tamaño por defecto de 20 bytes y pueden llegar a sumarse hasta 40 bytes de opciones adicionales.

Artículos similares

Sin direcciones IP, la comunicación en internet no funcionaría. Y es que los routers (las oficinas de correo de internet) necesitan una instrucción concreta para saber adónde enviar los paquetes de datos. El tema también tiene caras ocultas: ¿para qué se usan las direcciones IP, además de para webs y correos electrónicos? Dado que los hackers y trackers las usan como herramienta, cada vez ganan...

Porque la unión hace la fuerza. En IONOS
#estamoscontigo

y por eso que queremos ayudarte a seguir impulsando
tu negocio. Diseña la tienda de tus sueños con:

Gratis durante los primeros 3 meses.

# data[].attributes.attachment_link.description
Cuando nos queremos conectar a Internet, solo necesitamos un par de maniobras para establecer una conexión entre el rúter y el ordenador o el terminal móvil. No se requieren más pasos, ya que el inicio de sesión en red es automático, al igual que la asignación de una dirección individual de Internet que necesitas para enviar y recibir datos.

# data[].attributes.attachment_link.readable_text
Mapa lógico de ARPANET, marzo de 1977.

ARPANET fue una red de computadoras creada por encargo del Departamento de Defensa de los Estados Unidos (DOD) para utilizarla como medio de comunicación entre las diferentes instituciones académicas y estatales. El primer nodo se creó en la Universidad de California en Los Ángeles (UCLA) y fue la espina dorsal de Internet hasta 1990, tras finalizar la transición al modelo de protocolos TCP/IP, iniciada en 1983.

ARPANET son las siglas de Advanced Research Projects Agency Network, es decir, la Red de la Agencia de Proyectos de Investigación Avanzada,​ organismo conocido ahora como Agencia de Proyectos de Investigación Avanzados de Defensa.

El concepto de una red de ordenadores capaz de comunicar usuarios en distintas computadoras lo formuló en abril de 1963 Joseph C. R. Licklider, de Bolt, Beranek y Newman (BBN), en una serie de notas que discutían la idea de "red galáctica". En octubre del mismo año, Licklider fue convocado por la ARPA (Agencia de Investigación de Proyectos Avanzados), organismo perteneciente al DOD. En este foro, convenció a Ivan Sutherland y Robert "Bob" Taylor de la importancia del concepto antes de abandonar la Agencia y antes de que se iniciara trabajo alguno. Mientras tanto, en la RAND Corporation desde 1958, Paul Baran estaba trabajando en una red segura de comunicaciones capaz de sobrevivir a un ataque con armas nucleares, con fines militares. Sus resultados se publicaron a partir de 1960, y en ellos se describían dos ideas clave:

El uso de una red descentralizada con múltiples caminos entre dos puntos;

La división de mensajes completos en fragmentos que seguirían caminos distintos.

La red estaría capacitada para responder ante sus propios fallos. El resumen final de este esquema se presentó en 1962 y se publicó en 1964.

En la misma época, Leonard Kleinrock ya trabajaba en el concepto de almacenar y reenviar mensajes en su tesis doctoral en el Instituto Tecnológico de Massachusetts (MIT). En él se incluía un importante análisis de la teoría de colas aplicada a las redes de comunicaciones (publicado como libro en 1964). Su trabajo aún no incluía la idea de fragmentación en paquetes de datos.

Por último, Donald Davies, del National Physical Laboratory (NPL), comenzó a relacionar todos estos conceptos en 1965, después de asistir a una conferencia en el Reino Unido sobre multiplexación en el tiempo. Su investigación tuvo lugar independientemente de los trabajos de Baran, de los que no tuvo conocimiento hasta 1966. Casualmente, fue Davies quien empezó a usar el término "paquete".

En este estado de las cosas, cuatro centros de investigación independientes ( DARPA, la RAND, el MIT y el NPL del Reino Unido) fueron los primeros nodos experimentales de ARPANET.

Mientras todo esto ocurría, la ARPA y Taylor seguían interesados en crear una red de computadoras. Al final de 1967, Taylor contactó a Lawrence G. Roberts (del Laboratorio Lincoln, en el MIT) con el objeto de que liderase el proyecto de creación de la nueva red. Roberts ya conocía a Davies gracias a la mencionada conferencia sobre multiplexación. El concepto original de Roberts consistía en utilizar la técnica de multiplexación en el tiempo, uniendo máquinas directamente con cables telefónicos. En una de las primeras reuniones (1967), muchos participantes no estaban dispuestos a que sus computadoras tuvieran que gestionar líneas telefónicas. Uno de estos participantes, Wesley A. Clark, tuvo la idea de usar pequeñas computadoras dedicadas solo a gestionar los enlaces de comunicaciones. Esta idea permitió descargar de trabajo a las computadoras principales, además de aislar la red de la distinta naturaleza de cada computadora. Sobre esta base comenzó el diseño inicial de ARPANET. Roberts presentó su primer plan en un simposio en 1967. En este mismo evento se encontraba presente Roger Scantlebury, colaborador de Davies. Gracias a este encuentro discutieron la idea de la conmutación de paquetes y permitió a Roberts conocer el trabajo de Baran.

Nacimiento de ARPANET

En el verano de 1968 ya existía un plan completo y aprobado por ARPA de manera que se celebró un concurso con 140 potenciales proveedores. Sin embargo, solamente doce de ellos presentaron propuestas. En 1969, el contrato se adjudicó a la empresa Bolt, Beranek y Newman (conocida como BBN Technologies o simplemente BBN), con quienes había trabajado Licklider, creador del concepto de "red galáctica". El 29 de octubre de 1969 se transmite el primer mensaje a través de ARPANET y en menos de un mes (21 de noviembre) se establece el primer enlace entre la Universidad de California (Los Ángeles) y el Instituto de Investigaciones de Stanford.​

La oferta de BBN seguía el plan de Roberts rápidamente. Las pequeñas computadoras se denominaron "procesadores de la interfaz de mensajes" (IMP) e implementaban la técnica de almacenar y reenviar. Utilizaban un módem telefónico para conectarse a otros equipos (a una velocidad de 50 kbits por segundo). Las computadoras centrales se conectaban a los IMP mediante puertos en serie a medida.

Los IMP se implementaron inicialmente en computadoras DDP-516 de Honeywell. Contaban con 24 KB de memoria principal con capacidad para conectar un máximo de cuatro computadoras centrales y comunicarlas con otros seis IMP remotos.

BBN tuvo disponible todo el y el necesario en tan solo nueve meses.[cita requerida]

Primer despliegue

La ARPANET inicial constaba de cuatro IMP instalados en:

La UCLA, donde Kleinrock creó el Centro de Medición de Red. La primera en conectarse fue una computadora SDS Sigma 7.

El Augmentation Research Center, en el Instituto de Investigación de Stanford, donde Doug Engelbart creó el novedoso sistema National Language Services (NLS), un incipiente sistema de hipertexto. Una computadora SDS 940 fue la primera en conectarse.

La Universidad de California, con una computadora IBM 360.

El Departamento Gráfico, de la Universidad de Utah, donde se trasladó Ivan Sutherland, con una PDP-10 inicialmente conectada.

El primer enlace de ARPANET se estableció el 21 de noviembre de 1969 entre UCLA y Stanford. El 5 de diciembre del mismo año, se había formado una red de 4 nodos al añadirse la Universidad de Utah y la Universidad de California en Santa Bárbara.​ En marzo de 1970, ARPANET cruzó hasta la costa este cuando la propia BBN se unió a la red. En 1971, ya había 24 computadoras conectadas, pertenecientes a universidades y centros de investigación. Este número creció hasta 213 computadoras en 1981, con una nueva incorporación cada 20 días en promedio, y llegaron a alcanzar las 500 computadoras conectadas en 1983.​

ARPANET TimeLine - en

Software desarrollado y personajes destacados

El protocolo NCP ( Network Control Program, "Programa de Control de Red") fue la base de las comunicaciones entre sistemas pertenecientes a ARPANET hasta 1981, cuando se diseñó TCP/IP para permitir un mejor crecimiento de la red. Se desplegó por primera vez hacia 1970.​

En 1972, Ray Tomlinson, de la BBN, inventó el correo electrónico.

En 1973, el File Transfer Protocol (FTP) ya estaba definido e implementado y facilitaba el movimiento de ficheros en ARPANET. Para entonces, el 75 % del tráfico ya se debía al éxito del correo electrónico.

Will Crowther: Programador de ARPAnet

Dough Engelbart: Administrador de ARPAnet en Stanford; inventor del ratón.

Frank Herat: Administrador del equipo de desarrollo de ARPAnet.

Bob Kahn: Desarrollador de ARPAnet. Coinventor de TCP/IP.

Severo Ornstein: Ingeniero de sistemas en ARPAnet.

Jonathan Postel: Editor de los RFCs en ARPAnet.

Ivan Sutherland: Director de la Oficina de Técnicas de la Información en ARPA.

Dave Walden: Ingeniero de sistemas en ARPAnet.​

También se especificó un protocolo para transmisión de voz ( RFC 741), que llegó a implementarse pero fue un fracaso por motivos técnicos. Esto no vio la luz hasta varias décadas más tarde.

La creencia de que ARPANET se construyó para sobrevivir a ataques nucleares sigue siendo muy popular. Sin embargo, algunos creen que este no fue el motivo. Si bien es cierto que ARPANET fue diseñada para sobrevivir a fallos en la red, argumentan que la verdadera razón para ello era que los nodos de conmutación eran poco fiables, tal y como se atestigua en la siguiente cita:​

A raíz de un estudio de RAND, se extendió el falso rumor de que ARPANET fue diseñada para resistir un ataque nuclear. Esto nunca fue cierto, solamente un estudio de RAND, no relacionado con ARPANET, consideraba la guerra nuclear en la transmisión segura de comunicaciones de voz. Sin embargo, trabajos posteriores enfatizaron la robustez y capacidad de supervivencia de grandes porciones de las redes subyacentes.

No obstante lo anterior, la opinión mayoritaria en la actualidad conecta el esfuerzo inicial de la Corporación RAND con los del MIT y la UCLA, lo cual se puede evidenciar en esta cita:​

Durante los 60, este intrigante concepto de red de conmutación de paquetes descentralizada y a prueba de bombas caminó sin rumbo entre el RAND, el MIT (Masachussets Institute of Technology) y UCLA (University of California in Los Angeles). El Laboratorio Nacional de Física (National Physical Laboratory) de Gran Bretaña preparó la primera red de prueba basada en estos principios en 1968. Poco después, la Agencia de Proyectos de Investigación Avanzada del Pentágono (ARPA) decidió financiar un proyecto más ambicioso y de mayor envergadura en los Estados Unidos. Los nodos de la red iban a ser superordenadores de alta velocidad (o lo que se llamara así en aquel momento). Eran máquinas poco usuales y de mucho valor, y que estaban necesitadas de un buen entramado de red para proyectos nacionales de investigación y desarrollo.

Sin embargo, ARPA era un programa financiado por el Pentágono, lo que da cuenta de que había intereses militares en la creación de ARPANET. Asimismo, los trabajos de Paul Baran, pioneros en la creación de la red, también atestiguan que parte de los intereses del Pentágono era lograr sistemas eficientes en posibles defensas que el país tuviera que realizar ante diversos ataques, entre ellos nucleares.

Referencias

Publicaciones generales

Abbate, Janet. Inventing the Internet (MIT Press, Cambridge, 1999) pp. 36-111

Bolt, Beranek & Newman (BBN). A History of the ARPANET: The First Decade (1981)

Ferreyra, Gonzalo C. Internet paso a paso: hacia la autopista de la información. (Alfa Omega, 1996 México.)

Hafner, Katie.Where Wizards Stay Up Late (Simon and Schuster, 1996)

Norberg, Arthur & Judy E. O'Neill. Transforming Computer Technology: Information Processing for the Pentagon, 1962-1982 (Johns Hopkins University, 1996) pp. 153-196

Salus, Peter H. Casting the Net: from ARPANET to Internet and Beyond (Addison-Wesley, 1995)

Waldrop, M. Mitchell. The Dream Machine: J.C.R. Licklider and the Revolution That Made Computing Personal (Viking, New York, 2001)

Referencia técnica detallada

Baran, Paul. On Distributed Communications

Baran, Paul. On Distributed Communications Networks (IEEE Transactions on Communications Systems, March 1964)

Carr, Stephen; Stephen Crocker, Vinton Cerf. Host-Host Communication Protocol in the ARPA Network (1970 Spring Joint Computer Conference, AFIPS Proc. Vol 36, pp. 589-598, 1970)

Feinler, E. & Postel, Jon B. ARPANET Protocol Handbook (Network Information Center, Menlo Park, 1978)

Heart, Frank; Robert Kahn, Severo Ornstein, William Crowther, David Walden, The Interface Message Processor for the ARPA Computer Network (1970 Spring Joint Computer Conference, AFIPS Proc. Vol. 36, pp. 551-567, 1970)

Kleinrock, Leonard. Communication Nets: Stochastic Message Flow and Design (McGraw-Hill, 1964)

McQuillan, John; William Crowther, Bernard Cosell, David Walden y Frank Heart, Improvements in the Design and Performance of the ARPA Network (1972 Fall Joint Computer Conference, AFIPS Proc. Vol. 41, Pt. 2, pp. 741-754, 1972)

Ornstein, Severo: Frank Heart, William Crowther, S. B. Russell, H. K. Rising y A. Michel, The Terminal IMP for the ARPA Computer Network (1972 Spring Joint Computer Conference, AFIPS Proc. Vol. 40, pp. 243-254, 1972)

Enlaces externos

# data[].attributes.attachment_link.title
ARPANET - Wikipedia, la enciclopedia libre

# data[].attributes.attachment_link.description
ARPANET fue una red de computadoras creada por encargo del Departamento de Defensa de los Estados Unidos (DOD) para utilizarla como medio de comunicación entre las diferentes instituciones académicas y estatales. El primer nodo se creó en la Universidad de California en Los Ángeles (UCLA) y fue la espina dorsal de Internet hasta 1990, tras finalizar la transición al modelo de protocolos TCP/IP, iniciada en 1983.

# data[].attributes.body
La hora de las contraseñas. Parece mentira que no se hubiera pensado hasta aquel momento, pero hasta que el ARPANET no fue hackeado por unos estudiantes no se puso manos a la obra para buscar sistemas de seguridad a la hora de acceder a la red.

# data[].attributes.attachment_link.title
¿Por qué las computadoras antiguas venían con una cerradura y una llave en su CPU?

# data[].attributes.attachment_link.description
Hace algunas décadas, era bastante común que las PC vinieran con una pequeña cerradura y una llave. ¿Para qué servían? Aquí te lo diremos.

# data[].attributes.body
El 3 de mayo Gary Thuerk, de la compañía Digital Equipment Corporation, envió a unos 400 usuarios del correo electrónico de ARPANET (de un total de 2.600) un anuncio de un nuevo modelo de ordenador. Fue el primer envío masivo de publicidad no solicitada a través de la red.

La aplicación del término spam se debe a Joel Furr en 1993, cuando un fallo del software causó la publicación en masa de 200 mensajes en los grupos de noticias. La palabra se tomó prestada de una marca de carne enlatada que aparecía repetida infinidad de veces en un sketch del grupo humorístico británico Monty Python.

# data[].attributes.body
a partir de los años 80 aparecieron otras redes lo que, como podemos imaginar, provocó el caos por la gran variedad de formatos de los computadores conectados. Una vez se unifica y se consolida, nace Internet.

# data[].attributes.body
Otro de los hechos historicos del internet, es cuando IBM lanza el primer computador personal. En el mes de abril de 1981, los ingenieros de IBM terminan una de sus tareas más importantes: Darle vida al primer computador personal (PC). En agosto del mismo año, lo sacan a la luz pública a un precio de $1,565. El Modelo 5150 estaba compuesto por un procesador 4.77 mHz Intel y un microprocesador 8088, que usaba el MS-DOS, sistema operativo de Microsoft.

# data[].attributes.body
El 23 de junio de 1983 se prueba por primera vez el Domain Name System (DNS) El 23 de junio de 1983 Paul Mockapetris y Jon Postel realizaron el primer test del sistema de nombre de dominio o DNS (Domain Name System), que sentaría las bases para la popularización de Internet.

# data[].attributes.body
Nace el Sistema de dominios (DNS) que introduce por primera vez siete dominios: .com, .edu, .gov, .mil, .net, .org, .int.

# data[].attributes.body
La World Wide Web fue inventada en 1989 por un informático del CERN (Organización Europea de Investigación Nuclear) llamado Tim Berners-Lee. Era un sistema de hipertexto para compartir información basado en Internet, concebido originalmente para servir como herramienta de comunicación entre los científicos nucleares del CERN.

# data[].attributes.body
en 1990, era todo un referente en su ámbito. Sus 32 tomos tenían un coste cercano a los 1.400 dólares y, solamente en Estados Unidos, se vendían unas 100.000 enciclopedias al año. Seis años más tarde, con la desconcertante llegada de Internet y el gran cambio que supuso, esta cifra bajó a 3.000. Fueron duros esos años. Las cosas estaban cambiando y su producto debía hacerlo también si quería sobrevivir.

# data[].attributes.body
Aunque hoy hablamos de internet y World Wide Web como sinónimos, lo cierto es que designan cosas diferentes. Cuando navegamos por internet, en realidad estamos explorando la World Wide Web (WWW), uno de los muchos servicios de internet, la red de redes.

La WWW fue creada en 1989 por Tim Berners-Lee, investigador del Centro Europeo de Física de Partículas (CERN) en Ginebra, y se hizo pública en 1991. El equipo de Berners-Lee desarrolló también el lenguaje HTML, las direcciones URL y el Protocolo de Transferencia de Hipertexto o HTTP, que permite enlazar páginas mediante hipervínculos. Con todo ello, internet se ponía al alcance de cualquier persona sin conocimientos de programación.