An early history_of_the_internet.en.es

Revista de Comunicaciones IEEE • Agosto de 201026 0163-6804 / 10 / $ 25.00 © 2010 IEEE
yo INTRODUCCIÓNyo INTRODUCCIÓN
Es imposible colocar los orígenes de Internet en un
solo momento de tiempo. Se podría argumentar que
sus raíces se encuentran en las tecnologías de
comunicación más antiguos de los siglos y milenios
pasado, o los inicios de las matemáticas y la lógica, o
incluso con la aparición del lenguaje mismo. Para
cada componente de la infraestructura siva Mas- que
llamamos Internet, hay Sors precur- técnicos (y
sociales) que se ejecutan a través de nuestro
presente y nuestras historias. Podemos tratar de
explicar, o asumir de distancia, lo que sea gama de
tecnologías de componentes que nos gusta. Es
igualmente posible reducir a Internet His- tory a
tecnologías específicas con los que estamos más
familiarizados.
También hay muchas personas que pueden
decir que han “predicho” de Internet. En 1908,
Nikola Tesla previó [1] una tecnología que permitiría
“un hombre de negocios en Nueva York para dictar
instrucciones, y que aparezcan al instante en el tipo
en su oficina en Londres o en otra parte” y
permitirían el acceso global a “cualquier imagen,
carácter, ing ° de dibujo o de impresión.”Treinta
años más tarde, HG Wells articulados [2] su idea de
un‘Mundial del cerebro’como“un depósito donde se
reciben conocimientos e ideas, ed Sort-, resumida,
digerido, esclarecidos y compararon .”Estas ideas
fueron seguidos por un ensayo de 1945 [3] por
Vannevar Bush, la predicción de una máquina con
memoria colectiva que él llamó el memex, con la
que“totalmente nuevas formas de enciclopedias
aparecerán, ya hecha con una malla de asociativa
senderos para correr a través de ellos, listos para
ser entregados en el memex y no amplificadas “.
Estas predicciones, sin embargo, no nos ayudan a
entender por qué los acontecimientos, las innovaciones, las
personas y las circunstancias específicas que formaron
nuestro servicio de Internet surgieron cuando lo hicieron. Si
lo hace, no es posible a partir de la escala de siglos o
personas individuales. El enfoque de esta columna está en
las invenciones y las decisiones que separan primeras
tecnologías que claramente no eran de Internet, a partir de
una amplia gama de invenciones recientes que pueden
ayudar a caracterizar nuestro servicio de Internet, sino que
también se construyeron dentro de ella que definen. Por lo
tanto, en esta columna se traza tanto de la historia temprana
de la cien- cia y la infraestructura que surgió como
ARPANET, y la trayectoria de desarrollo se establece para
el aún más amplia construcción que ahora llamamos
Internet.
Como una de las muchas personas que participaron en
la historia temprana de la Internet, me
También ofrecerá una cuenta personal de los mismos
hechos, como un elemento autobiográfica en esta
historia. Al hacerlo, mi objetivo es contextualizar más
publicaciones de la época - ALS mi principal fuente
materializarse - con detalles de primera mano experi-
encia. Esta perspectiva puede añadir a nuestra
profundidad de la comprensión histórica, en la que el
grado de detalles personales no implica una mayor
importancia a los hechos presentados. Al centrarse en
el trabajo de los investigadores y creadores
individuales, que se basan en las diversas publica-
ciones que siguieron el trabajo de estos individuos para
vincular esta historia para el registro histórico al factu-
vamos a seguir. Hay, por supuesto, muchos
importantes historias personales e institucionales que
aún tienen que ser contada. La Universidad de
California en Los Angeles (UCLA) es en gran medida
citadas en este columna, ya que fue el lugar de tanto
trabajo fundamental. Considero que este período como
un aumento sinérgico de la tecno- logía, diseñado por
un magnífico grupo de investigadores y desarrolladores
en medio de un período definitorio de desafío, la
creatividad, la invención y el impacto.
segundo NTES LA segundo eginning:segundo NTES LA segundo eginning:segundo NTES LA segundo eginning:segundo NTES LA segundo eginning:
T WO T HREADS QUE METRO EETT WO T HREADS QUE METRO EETT WO T HREADS QUE METRO EETT WO T HREADS QUE METRO EETT WO T HREADS QUE METRO EETT WO T HREADS QUE METRO EET
Internet no apareció repentinamente como la
infraestructura global que es hoy, y tampoco se
forman automáticamente fuera de
telecomunicaciones anteriores. Duran- finales de
1950 y principios de 1960, se están tejiendo dos
hilos independientes. Uno de ellos era el hilo de la
investigación que condujo a Eventualmente la
conmutación de paquetes Net-obras de la Internet
de hoy. Este hilo seguido tres caminos posibles a las
tecnologías que finalmente surgieron; los
investigadores involucrados fueron, en orden
cronológico, a mí mismo, Paul Baran y Donald
Davies. A continuación explorar estas tres vías, que
fueron perseguidos de forma independiente en la
búsqueda de proporcionar redes de datos teoría, la
arquitectura y la implementación. El segundo hilo fue
la creación y el crecimiento de la Agencia de
Proyectos de Investigación Avanzada (ARPA), la
institución que financió y desplegado estas
tecnologías - un proceso que, como veremos, no era
en modo automático. Estos dos temas se fusionaron
a mediados de la década de 1960, la creación de la
histórica “ruptura” que llevó a la ARPANET. Una vez
que estos hilos se combinaron, se inició la fase de
implementación y el despliegue, con lo que en otros
colaboradores clave y sucesiva
etapas de desarrollo en Internet ry la histología.
Presento estos hilos y fases cronológicamente por lo
que puede volver a la historia como se desarrolló. Uno
puede encontrar elaboraciones sobre esta historia en
dos documentos er earli- [4, 5]
T ÉL R NVESTIGACIONES T HReadT ÉL R NVESTIGACIONES T HReadT ÉL R NVESTIGACIONES T HReadT ÉL R NVESTIGACIONES T HReadT ÉL R NVESTIGACIONES T HReadT ÉL R NVESTIGACIONES T HRead
En enero de 1957 1 Empecé como un estudianteEn enero de 1957 1 Empecé como un estudianteEn enero de 1957 1 Empecé como un estudiante
graduado en ingeniería eléctrica en el
Massachussets Institute of Technology (MIT).
Fue allí donde trabajé con Claude Shannon, que
me inspiró para examinar el comportamiento
como un gran número de elementos (nodos,
usuarios, datos) interact- ed; Esto me llevó a
introducir el concepto de control distribuido y
sistemas para incluir el estudio de los “grandes”
redes en mi propuesta de tesis posterior. En ese
ambiente MIT estaba rodeado de muchos
ordenadores y se dio cuenta de que pronto sería
necesario para que puedan comunicarse entre
sí. Howev- er, el circuito de conmutación
existente tecnologıa de la telefonía era
lamentablemente inadecuada para apoyar comu-
nicación entre estas fuentes de datos. Este fue
un desafío interesante e importante, y uno que
era relativamente ines- explorados. Así que
decidí dedicar mi Ph.D. investigación para la
solución de este problema,
La conmutación de circuitos es problemático porque las
comunicaciones de datos es a ráfagas, es decir, que por lo
general está dominada por pequeños momentos de
actividad con largos períodos de inactividad. Me di cuenta
que cualquier asignación estática de recursos de red, como
es el caso con conmutación de circuitos, sería
extremadamente derrochadora de esos recursos, mientras
que la asignación dinámica (Me refiero a esto como
“intercambio dinámico de recursos” o “acceso bajo
demanda”) sería altamente efi - ciente. Esta fue una
observación esencial, y en 1959 se puso en marcha mi hilo
investigación como he tratado de diseñar un nuevo tipo de
red. Su arquitectura utilizaría asignación dinámica de
recursos para apoyar a la naturaleza a ráfagas de las
comunicaciones de datos, y, finalmente, proporcionar una
estructura para las redes de conmutación de paquetes de
hoy en día.
H ISTORIA DE do OMUNICACIONESH ISTORIA DE do OMUNICACIONESH ISTORIA DE do OMUNICACIONESH ISTORIA DE do OMUNICACIONES
mi Dited METRO Ischa S CHWARTZmi Dited METRO Ischa S CHWARTZmi Dited METRO Ischa S CHWARTZmi Dited METRO Ischa S CHWARTZmi Dited METRO Ischa S CHWARTZmi Dited METRO Ischa S CHWARTZ
UN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNETUN norte mi ARLY H ISTORIA DE LA yo NTERNET
L EONARD K LEINROCKL EONARD K LEINROCKL EONARD K LEINROCKL EONARD K LEINROCK
1 Más tarde ese año el 4 de octubre, experimenté un sentimiento1 Más tarde ese año el 4 de octubre, experimenté un sentimiento
ampliamente compartido de sorpresa y vergüenza cuando la Unión
Soviética lanzó el Sputnik, el primer satélite artificial de la Tierra. En
respuesta, el presidente Eisenhower creó ARPA el 7 de febrero,
1958 a recuperar y mantener el liderazgo tecnológico de Estados
Unidos.

Revista de Comunicaciones IEEE • Agosto de 2010 27
Este concepto de uso compartido de
recursos emergía en ese momento en un
contexto totalmente diferen- ent: la de tiempo
compartido del poder ordenador. El tiempo
compartido se basa en el mismo reconocimiento
fundamental de que los usuarios generan
demandas a ráfagas, y los recursos informáticos
por lo tanto caros eran ed wast- cuando un
equipo se dedica a un solo usuario. Para superar
este ineficiencias CY, tiempo compartido
asignado al ordenador a múltiples usuarios
simultáneamente, nizing reco- que mientras un
usuario estaba ocioso, ERS oth- probablemente
serían ocupados. Este fue un exquisito uso de
recursos compartidos. Estas ideas tenían raíces
en sistemas como SAGE [6] y en el MIT
compatible ing Time System-Shar- (CTSS [7]),
desarrollado en 1961 por Fernando Corbató (uno
de los primeros sistemas de tiempo compartido
para ser implementado).
Además, había ya un ejemplo de una red de datos
de propósito especial que utiliza el intercambio de
recursos: la red de telégrafos de almacenamiento y
hacia adelante. El desafío que enfrenté fue crear un
modelo apropiado de las redes de comunicaciones de
datos de uso general, para resolver por su
comportamiento, y para desarrollar una metodología
de diseño eficaz para este tipo de redes.
Para ello, he tratado de desarrollar un modelo con
el uso compartido de recursos dinámica, incorporando
el hecho de que el tráfico de datos era impredecible, así
como a ráfagas. Con el fin de aclarar algunos
conceptos erróneos con respecto a lo que yo y otros
investigadores estaban haciendo en el campo en los
primeros días, voy a dedicar un poco de espacio en los
párrafos siguien- tes para analizar la relación entre el
intercambio de recursos dinámicos y la conmutación de
paquetes, donde el Esta última es una de las muchas
formas de realizar el mer lucro. La estructura básica
que elegí fue la de una cola, ya que es un mecanismo
de reparto de recursos perfecto. Una cola es dinámica,
adaptable y eficiente, y no espera a que un mensaje
que no está ahí, sino que transmite un mensaje ya
esperando en la cola. Por otra parte, el rendimiento
mide una res consideraciones en la teoría de colas son
el tiempo de respuesta, el rendimiento, la eficiencia, el
almacenamiento en búfer, prioridades, y así
sucesivamente, y estas son sólo las cantidades de
interés en los datos NETWORKS. A finales de 1950, la
literatura publicada contenía casi ningún trabajo sobre
redes de colas. Sin embargo, una excepción a singu-
lar esta era la obra de James Jackson, que publicó un
artículo clásico [8] en las redes abiertas de colas.
Como veremos más adelante, yo era capaz de aplicar
resultado de Jackson para representar las redes de datos
de interés al hacer modificaciones serias para su modelo.
Por lo que el escenario estaba listo: Había una
necesidad de comprender y redes de comunicación de
datos con fines de diseño general- que pudiera
manejar el tráfico de datos a ráfagas, se produjo un
nuevo enfoque basado en el intercambio de recursos
en sistemas timeshared, hubo un-PUR especial
existente plantear red que sugirió que se podía hacer, y
no había un cuerpo de teoría de colas que parecía
prometedor.
Como resultado, preparé y presenté mi doctorado
del MIT propuesta de tesis [9] en mayo de 1961,
titulado “Flujo de información en grandes redes de
comunicación” en la que he desarrollado el primer
análisis de los datos NETWORKS. Elegí un modelo
teórico basado en el modelo de colas de Jackson para
caracterizar las redes de datos como una red de
canales de comunicación cuyo propósito era mover los
mensajes de datos desde su origen hasta su destino
de un modo salto por salto. Cada canal se modeló
como un recurso que sirve una cola de mensajes de
datos en espera de la transmisión; I Desven- maldije
cómo “Las redes menores ción considera- consisten
de nodos, conectados entre sí por enlaces. Los nodos
reciben, clasificar, almacenar y transmitir los mensajes
que entran y salen a través de los enlaces ....”Mi
modelo subyacente supone que el flujo de mensajes
había elegido al azar longitudes y, cuando se aplica a
las redes de datos, producido un problema cuya
solución exacta que resultó ser irremediablemente
intratable. Alteré el modelo y también introdujo una
hipótesis matemática crítica, la independencia de la
Asunción, 2 domesticados, que el problema y hanAsunción, 2 domesticados, que el problema y hanAsunción, 2 domesticados, que el problema y han
permitido obtener una solución elegante. Con esta
solución, yo era capaz de resolver por las muchas
medidas Mance perfor- de estas redes. Por ejemplo,
he enseñado que, la ampliación de la red de tráfico y
ancho de banda adecuadamente, se podría reducir el
tiempo de respuesta del sistema, aumentar la
eficiencia de la red, y aumentar el rendimiento de la
red, todos al mismo tiempo [10].
En el marco del examen de NET rendimiento en
el trabajo de datos, se hizo evidente para mí que era
importante explorar la manera en que el tiempo
medio de respuesta se ve afectada cuando se
introdujo una prioridad disciplina de cola en el
tráfico. Elegí para entender esta influencia en el caso
de un solo nodo primero y luego aplicar los
resultados al caso general de la red. Esto dio lugar a
una publicación en abril
1962, que resultó ser el primer documento [11] para
introducir el concepto de romper mensajes en piezas más
pequeñas de longitud fija (posteriormente nombrado
“paquetes”, como se explica a continuación). En ella he
proporcionado un análisis matemáticamente exacta del
tiempo de respuesta media, y mostró las ventajas que se
pueden obtener mediante la utilización de la conmutación
de paquetes para esta nueva red. 3de paquetes para esta nueva red. 3
Tenga en cuenta que los paquetes de longitud fija que
introduje no coincidían con las longitudes elegidas al
azar del modelo, pero Por fortuna, la medida clave de
rendimiento para Solucioné, el tiempo de respuesta del
sistema media global, no requerían de esa suposición,
por lo que el modelo matemático correctamente refleja el
comportamiento de los paquetes de longitud fija también.
También he desarrollado procedimientos de
diseño óptimo para la determinación de la asignación de
capacidad de la red, la topología, y el procedimiento de
enrutamiento. Introduje y evaluado Distribuí
procedimientos de control de encaminamiento
adaptativo, tomando nota de que el control de trabajo
NET / enrutamiento se maneja mejor por compartir el
control entre todos los nodos en lugar de relegando de
control para uno o un pequeño número de nodos. Esto,
distribuye la carga de control (con lo cual no cargar
indebidamente cualquier nodo), introduce la capacidad
de cambiar de ruta sobre la marcha de forma dinámica
(en base a la carga, la conectividad y la dirección de
destino actual), permite a la red para escalar a un nivel
muy gran número de nodos, y dramáticamente mejora la
robustez de la red.
Mientras que mi enfoque no fue principal-mente en
los detalles de ingeniería de redes de paquetes, lo hice
de direcciones detalles de ingeniería cuando construí
un modelo de simulación de la red completa y llevaron
a cabo experimentos de simulación Una extensa
confirman la veracidad de la teoría. Estos experimentos
incluyeron bloques de mensajes detallados (con
encabezados, origen y direcciones nación DES-,
indicadores de prioridad, etiquetas de enrutamiento,
etc.), tablas de rutas dinámica, la cola de prioridad
estructuras, especificaciones de tráfico, y más. 4estructuras, especificaciones de tráfico, y más. 4
Paquetización era una parte integral de un cuerpo
mucho más amplio de conocimiento que tuvo que ser
desarrollado para probar el caso de las redes de datos. De
hecho, la paquetización por sí sola no era la tecnología
subyacente
2 El capítulo 3 de mi tesis [16] aclara este problema y2 El capítulo 3 de mi tesis [16] aclara este problema y
el papel de la Independencia Asunción.
3 Una de las ventajas importantes de la utilización de paquetes resultó ser3 Una de las ventajas importantes de la utilización de paquetes resultó ser
que los mensajes cortos no conseguiría “atrapado” detrás de los
mensajes largos; Yo era capaz de mostrar esta ganancia de tiempo de
respuesta con exactitud.
4 El acceso a mis notas de simulación se puede encontrar en4 El acceso a mis notas de simulación se puede encontrar en
http://ucla.worldcat.org/title/leonard-kleinrockscorrespondence-course-and-research-notes1961-1972/oclc/2631649

28 Revista de Comunicaciones IEEE • Agosto de 2010
Eso llevó a mentals diseño funda- ARPANET. Para estar
seguros, paquetización fue y sigue siendo un elemento
central de la tecnología de redes de hoy en día, pero no
se iden- tica a la red eficiencia. Por el contrario, la
ganancia fundamental radica en el intercambio de
recursos dinámicos. Es importante señalar que existen
muchas formas en que el intercambio de recursos
dinámica se puede plished acompa-, con la conmutación
de paquetes de ser sólo uno de tales métodos; Otros
métodos incluyen polling [12], conmutación de mensajes
[13], asíncrona por división de tiempo de acceso múltiple
(ATDMA) [14], detección de portadora de acceso
múltiple con detección de colisión (CSMA / CD) [15], y
otros.
Completé y presenté mi Ph.D. sertation dis- [16]
en diciembre de 1962, después de haber creado una
teoría matemática de Pack- et conmutación para
ING dinámica de recursos shar-, proporcionando así
las bases fundamentales para ARPANET tecnolo-
gía. Me demostró que estas redes eran eficiente,
estable, escalable y robusta, adapta- tiva, y, sobre
todo, factible. Décadas de investigación importante
sobre estos temas ya han tenido lugar en todo el
mundo.
En el momento en mi tesis se pu- publica como el primer
libro [17] en las redes er computa- en 1964, la idea de
paquetización sí aparecía en términos más generales. El próximo
colaborador de conmutación de paquetes fue Paul Baran de la
RAND Corporation, que estaba ocupado trabajando en sistemas
de mando y control militares durante la década de 1960 con el
objetivo de utilizar la redundancia y la tecnolo- gía digital para
diseñar una red de comunicaciones militares multilateral robusto.
Se reconoció la vulnerabilidad de la red de telefonía tele- debido
a su arquitectura centralizada. En septiembre de 1962 se publicó
un documento [18] sobre la forma “patata caliente” alternate
adaptativo enrutamiento procedimientos y principios distribuidos
podría utilizar un “bloque de mensaje estándar”, también a caer
bajo el paraguas “paquetes”, que se abordará más adelante. Su
pose PUR era crear una red capaz de funcionar después de un
ataque nuclear soviético [19]. En agosto de 1964 se produjo un
conjunto de 11 informes importantes [20] de refuerzo su
descripción previa con simulaciones y la elaboración de muchos
detalles del diseño. También él descubrió la importancia de ir a
las redes digitales y de la robustez proporcionada por el
enrutamiento ed distribut-. Él intentó conseguir AT & T para
implementar el diseño, pero no logró convencer a ellos
(presumiblemente debido a su mentalidad analógica). En 1965
RAND se acercó a la Fuerza Aérea para ponerlo en práctica,
pero aplazó hasta el DCA descubierto la importancia de ir a las
redes digitales y de la robustez proporcionada por enrutamiento
ed distribut-. Él intentó conseguir AT & T para implementar el
diseño, pero no logró convencer a ellos (presumiblemente debido
a su mentalidad analógica). En 1965 RAND se acercó a la
Fuerza Aérea para ponerlo en práctica, pero aplazó hasta el DCA
descubierto la importancia de ir a las redes digitales y de la
robustez proporcionada por enrutamiento ed distribut-. Él intentó
conseguir AT & T para implementar el diseño, pero no logró
convencer a ellos (presumiblemente debido a su mentalidad
analógica). En 1965 RAND se acercó a la Fuerza Aérea para
ponerlo en práctica, pero aplazó hasta el DCA 5; en este punto,ponerlo en práctica, pero aplazó hasta el DCA 5; en este punto,ponerlo en práctica, pero aplazó hasta el DCA 5; en este punto,
Baran decidió no proseguir la aplicación más lejos. Baran de
se trabajó independientemente del trabajo que había
hecho anteriormente en el MIT y, en muchos aspectos,
los resultados que hemos logrado en abordar el
problema de las redes de paquetes eran
complementarios.
El tercero de los primeros colaboradores de
conmutación de paquetes era Donald Davies, del
Laboratorio Nacional de Física (NPL) en el Reino Unido.
Comenzó promueva su sobre redes de paquetes en
1965 y acuñó el término “paquete” de ese año. En un
documento distribuido de forma privada [21] fechado en
junio de 1966, describe su diseño para una red de datos
y utiliza mi anterior ry teo para calcular su rendimiento.
Davies dio una conferencia a un público más público en
marzo
1967, recomendando el uso de su nology tec- para
el diseño de una red pública conmutada de datos, y
publicó un documento de octubre 1967 [22] con su
grupo NPL en el que los detalles del diseño se
describieron por primera vez en una publicación
abierta. Este plan era que una red de
comunicaciones de datos de morosidad, pero el
Ministerio de Comercio e Indus- Reino Unido
juzgar sólo autoriza la implementación de un nodo.
Ese nodo convirtió fun- cional en 1970. Otros
detalles de un diseño de red completo fueron
descritos por el equipo de NPL en 1968 [23, 24] y
1969 [25]; no está claro donde un nodo de
despliegue múltiple por este equipo podría haber
llevado, pero obviamente tenía potencial. Esta
renuencia a apoyar una red de conmutación de
paquetes NPL era una reminiscencia de la vista
tomada por AT & T y DCA en no apoyar un ción
¡Ejecución de la obra RAND.
El trabajo de Baran y Davies se centró en la
ingeniería y arqui- cuestiones tectural del diseño
de la red. Mi trabajo enfatizada y proporciona los
fundamentos matemáticos de y apoyar a los
experimentos de simulación del análisis y diseño
de la red, incluyendo la optimización, así como la
formulación de los principios básicos de las redes
de paquetes que incluyen el intercambio de
recursos dinámicos; esta forma cuantitativa
mostró que estas obras Net-eran factibles. Mi
trayectoria fue más afortunado que la rosca ARPA
lamina y se adoptó mis principios para su
concepción de la ARPANET, y me dio la
oportunidad de participar en su aplicación y des-
pliegue. Diferentes trayectorias fueron tomadas
por Baran y luego más tarde por Davies, con
intentos fallidos de Baran para conseguir sus
ideas en práctica y con la frustración de Davies
por el arrastrar los pies de la
gobierno del Reino Unido. No fue suficiente para
poner buenas ideas hacia adelante, sino que también
era necesario demostrar que los conceptos eran
cuantitativamente sonido, y después de implementar
y desplegar una red operativa que traería estas ideas
y diseños para su uso.
T ÉL ARPA T HReadT ÉL ARPA T HReadT ÉL ARPA T HReadT ÉL ARPA T HRead
Vamos a dar un paso atrás en orden cronológico y se
dedican ahora a la segunda rosca: el papel de la ARPA
en la definición de la necesidad de una red de datos,
poniendo la estructura de gestión en su lugar para
permitir su desarrollo, y proporcionando el preciso
proceder fondos para su implementación y el
despliegue .
JCR Licklider ( “Lick”) entró
la historia cuando publicó su marca Land- 1960 de
papel [26] “El hombre-ordenador simbiosis.” Se define
el título como “un desarrollo esperado en la interacción
cooperativa entre los hombres y las computadoras
electrónicas.” Este trabajo previsto un sistema “para
activar los hombres y las computadoras para que
cooperen en la toma de decisiones permite realizar un
control de situaciones complejas sin tener que
depender de programas inflexibles minadas predeter-”;
que había visto un sistema tan flexible en el sistema
SAGE antes mencionado. Una vez más, nos
encontramos con una previsión de lo que las
telecomunicaciones futuros podrían proporcionar - Lick
y fue quizás el primero en escribir en un momento en
formas viables para crear ese futuro se perfila. Aunque
un visionario, Lick no era un técnico de redes, por lo
que el reto fue finalmente implementar estas ideas.
En mayo de 1962 y Lick Welden Clark
expusieron sus puntos de vista sobre cómo las
computadoras de red podrían apoyar la interacción
social y proporcionar acceso de red a los
programas y los datos [27]. Esto extendió sus ideas
anteriores de lo que ahora se conoce como una
Red Galáctica (de hecho, apodado el grupo de
expertos ordenador “La Red Intergaláctica”).
Lick fue designado como el primer director de la
recién formada informa- ción Técnicas de
procesamiento Oficina de ARPA (IPTO) en octubre de
1962. Rápidamente se financió una nueva
investigación sobre tecnologías de la informática y de
redes avanzadas, así como las áreas que involucran la
interacción hombre-ordenador y sistemas distribuidos.
A finales de 1962, había Lick RELAClONADAS
articu- su gran visión de la Red Galáctica, de la que no
era consciente, y yo había colocado la teoría
matemática de redes de paquetes, de los cuales Lick
también desconocía. Estas ideas pronto inter- secta y
se refuerzan entre sí en una serie de acontecimientos
clave entre los años 1962 y 1969. Me uní a la facultad
de UCLA en 1963. Lick
5 Agencia de Comunicaciones de Defensa, que pasó a denominarse5 Agencia de Comunicaciones de Defensa, que pasó a denominarse
en 1991 a ser de hoy (2010) Información de la Defensa Agencia de
Sistemas - DISA.

pasado la dirección del IPTO a Ivan Sutherland, un
colega del MIT mío, en septiembre de 1964. En ese
papel Sutherland deseaba conectar tres unidades
centrales de IBM de la UCLA en una red informática
de tres nodos en el campus, lo que habría sido fácil
de lograr con la significa que había presentado en mi
Ph.D. disertación. Sin embargo, la red de UCLA
nunca se realizó debido a la discordia administrativa.
Sin embargo, ahora se habían sembrado las
semillas de una red financiada ARPA-.
A principios del siguiente año (1965), la tierra
Suther- galardonado Larry Roberts (MIT otro colega
mío que estaba bastante familiarizado con mi
investigación de redes) un contrato para crear una
conexión de acceso telefónico 1200 b / s de datos a
través de Estados Unidos. Más tarde ese año,
Roberts logró esto en colaboración con Thomas Mar-
enfermo, lo que demuestra que un ción tales
conexiones requiere una red diferente, más
sofisticado que la red de telefonía tele- ofrecido [28].
Mientras tanto, en ARPA, Robert Taylor
Sutherland reclutado para convertirse en director
asociado de IPTO en 1965. Una vez allí, Taylor
también reconoció la necesidad de una red, Ly este
tiempo specifical- para conectar la investigación
ARPA investigadores a los pocos grandes equipos
de investigación a través de costosos el país. Esto
les permitiría compartir el hardware, el software de
uno al otro, y las aplicaciones de una manera
rentable. 6 Taylor y luego se dejó caer en la oficinarentable. 6 Taylor y luego se dejó caer en la oficinarentable. 6 Taylor y luego se dejó caer en la oficina
del director de ARPA, Charlie Herzfeld, para
solicitar fondos para este proyecto de red naciente.
Herzfeld era un hombre de acción que sabía cómo
hacer una decisión rápida, y en 20 minutos se
asignó $ 1 millón a Taylor como financiación inicial
para el proyecto. Taylor, que tenía ya Suc-
ceeded Sutherland como director IPTO en
agosto de 1966, trajo a Roberts como el
científico principal IPTO que diciembre. Llevar
Roberts en gestionar el proyecto de red resultó
ser un criti- cal de alquiler, Roberts fue contribuir
a todos los niveles a la venida éxito de las redes
de datos.
Los hilos de investigación y ARPA ahora se
habían fusionado, y el proyecto pronto se convertirían
en la ARPANET.
Estos fueron los pasos críticos en la historia de
Internet, porque ni siquiera en la post-guerra de Estados
Unidos fluyó el progreso tecnológico directamente de las
ideas. En contraste con las negativas del sector privado
para financiar los inicios del proyecto, ARPA pone a
disposición de la voluntad y la financiación del gobierno
de Estados Unidos. 7 agement y el apoyo delde Estados Unidos. 7 agement y el apoyo delde Estados Unidos. 7 agement y el apoyo del
hombre-ARPA fomentaron la cultura temprana de la
investigación compartida y abierta que fue crucial para el
éxito del programa de ARPANET.
T ÉL segundo eginning: T ÉLT ÉL segundo eginning: T ÉLT ÉL segundo eginning: T ÉLT ÉL segundo eginning: T ÉLT ÉL segundo eginning: T ÉLT ÉL segundo eginning: T ÉL
ARPANET L anzarARPANET L anzar
El compromiso para crear el
ARPANET estaba ahora en juego. Roberts estaba
facultado para desarrollar el concepto de red basado
en la visión de Lick, mi THE- ORY, y la aplicación de
Taylor.
Hay básicamente dos cuestiones a tener en cuenta
en este proyecto. Uno era el problema de crear los
conmutadores y enlaces que subyacen a la
infraestructura de red, con las características de
funcionamiento adecuadas, incluyendo el rendimiento,
tiempo de respuesta, el almacenamiento en búfer, la
pérdida, la eficiencia, la escalabilidad, la topología, la
capacidad del canal, procedimiento de enrutamiento,
cola disciplina, fiabilidad, robustez, y el costo. El otro era
para crear los tocoles pro- apropiados para ser utilizados
por los ordenadores conectados (host) 8 para que puedanpor los ordenadores conectados (host) 8 para que puedanpor los ordenadores conectados (host) 8 para que puedan
comunicarse correctamente entre sí.
Poco después de su llegada, Roberts llamó a
una reunión de los ARPA investigadores principales
(IP) en abril de 1967 en la
Universidad de Michigan, donde la planificación
ARPANET se discutió en detalle. Fue allí donde las
especificaciones básicas para la red subyacente
se debatieron entre nosotros inhibidores de la
proteasa. Por ejemplo, Wesley Clark propuso el
concepto de usar una minicomputadora no
tripulado en cada lugar para manejar todo el ing
SWITCH- y funciones de comunicación; que iba a
ser llamado un procesador de interfaz de mensajes
(IMP). Esto descargar las funciones de red desde el
host, simplificar en gran medida el diseño
requiriendo sólo una interfaz para ser escrito para
cada host con el estándar IMP, y al mismo tiempo
sería desacoplar el diseño de la red desde
cualquier hardware host específico y software. Otra
especificación tenía que ver con la medida de la
fiabilidad de la red proyectada; esto se especifica al
exigir que el diseño topológico 9exigir que el diseño topológico 9
producir una “red conectada de dos”, lo que
garantiza que ningún fracaso causaría ninguna
parte no fallido de la red para perder
conectividad.
Sin embargo, otro de los requisitos que intro-
ducido era de la red para proporcionar una
experiencia como si uno estuviera conectado a un
ordenador timeshared local, aún si ese equipo
estaba sentado a miles de millas a través de la red;
para ello se especificó que los mensajes cortos
deben tener tiempos de respuesta no superior a 500
ms (el diseño de la red proporcionada 200 ms en sus
inicios). Además, dado que esto era para comenzar
como una red experimental, insistí en que appro-
herramientas de medición piado ser incluidos en el
software PIM para permitir el seguimiento de
paquetes a medida que pasan a través de la red, la
toma de instantáneas de la PMI y el anfitrión estado
en cualquier momento, arti- generación de tráfico
cial, la recogida y envío de información sobre el
trabajo NET, y un mecanismo para el control de
estas mediciones.
Después de esta reunión de abril, Roberts
formó su excelente plan para el diseño de
ARPANET y pre-tantes como un documento [29]
en una conferencia en Gatlinburg, Tennessee en
octubre
1967. En esta conferencia, Roger Scant- lebury de la
morosidad también presentaron su mencionado artículo
publicado en forma conjunta [22] describe una red local
que estaban desarrollando. Fue durante una con-
versación con Scantlebury en este universal que
responde a que Roberts supo por primera vez de la obra
de morosidad, así como algunos detalles de la obra de
Baran de RAND. La investigación realizada por mí en el
MIT, por Baran de RAND,
6 Esta puesta en común de recursos fue la principal motivación6 Esta puesta en común de recursos fue la principal motivación
para la creación de ARPANET. Paul Baran desarrolló un
diseño de red (descrito anteriormente) que mantendría las
comunicaciones
- y, específicamente, Segunda capacidad de ataque - en el
caso de un ataque nuclear por parte de la URSS. Su y mi trabajo
sirvieron diferentes objetivos. Cuando ARPA comenzó a trabajar
en la ARPANET, mi trabajo se utilizó por las razones descritas en
este documento. Su aplicación a las comunicaciones militares dio
lugar al mito de que ARPANET fue creada para proteger a los
Estados Unidos en caso de un ataque nuclear. No se trata de
tomar distancia de los logros de Baran; de hecho, en el momento
en el ARPANET comenzó en 1969, se había trasladado a
diferentes proyectos, entre ellos el Instituto para el Futuro (dio un
paso atrás en la incursión en ARPA 1974-1975 recomendar que
una versión comercial temprana de la ARPANET se instituyó junto
la red impulsada por la investigación original).
7 En agudo contraste con el entusiasmo de ARPA para el7 En agudo contraste con el entusiasmo de ARPA para el
establecimiento de una red, en la década de 1960, cuando me
presenté a las ideas de las redes de conmutación de paquetes a lo
que entonces era la compañía de red más grande del mundo, AT & T,
que se reunió con mente estrecha y no pudo pensar, y fue despedido
sumariamente por ellos. Comentaron que la conmutación de paquetes
no funcionaría, e incluso si lo hiciera, no querían tener nada que ver
con ello. Baran tuvo una reacción similar de AT & T.
8 Un reto importante para una red de este tipo era que iba a8 Un reto importante para una red de este tipo era que iba a
conectar ordenadores con hardware y software incompatibles.
9 Para ayudar en el diseño topológico, Red Analysis9 Para ayudar en el diseño topológico, Red Analysis
Corporation (NAC), cuyo CEO era Howard Frank, fue
traído como un contratista.

30
Revista de Comunicaciones IEEE • Agosto de 2010
y por Davies, Scantlebury, et al. en el NPL tenía todasy por Davies, Scantlebury, et al. en el NPL tenía todasy por Davies, Scantlebury, et al. en el NPL tenía todas
procedió de forma independiente, en su mayoría sin
los investigadores saber sobre el trabajo de los
demás. Hubo, sin embargo, cierta fertilización
cruzada: Davies había usado mi modelo analítico
para redes de datos en su trabajo; como resultado de
discusiones en esta conferencia, Roberts adoptó
palabra Davies ‘paquete’ para los pequeños trozos de
longitud fija que había ed sugi- que romper los
mensajes en y que Baran conoce como ‘bloques de
mensajes’; su longitud fija fue elegido para ser de
1024 bits para el diseño ARPANET (tanto Baran y
Davies habían sugerido esta misma longitud); como
resultado de la Discusión del con Scantlebury,
Roberts decidió [30] para actualizar la velocidad de
línea columna vertebral de 9,6 kb / s a 50 kb / s para
el diseño ARPANET.
Después de estas reuniones de 1967, una
secuencia de borradores para catión la IMP
especificación fue preparada. 10 Esto culminó en deespecificación fue preparada. 10 Esto culminó en deespecificación fue preparada. 10 Esto culminó en de
marzo de 1968, cuando Roberts y Barry Wessler
produjeron la versión final de la especificación IMP,
que luego discutieron en una reunión ARPA PI finales
de ese mes. El 3 de junio de 1968, el Plan de
Programa ARPANET [31] fue presentada
formalmente a ARPA por Roberts, el cual fue
aprobado el 21 de junio de 1968. El proceso de
adquisición de ARPANET era ahora oficialmente en
marcha.
A finales de julio de 1968, una solicitud
de Cotización (RFQ) [32] para los PIM de trabajo
Net- fue enviada a 140 posibles licitadores. El
ejemplo 19-nodo para ser entregado por el
contratista se muestra en la Fig. 1.
El tratamiento de los datos corrientes manera
especificada que los anfitriones se comunicarían con
otros hosts mediante el envío de mensajes (de
longitud máxima de 8192 bits) a sus PIM adjuntos,
que estos mensajes se dividen en paquetes (de
longitud máxima de 1024 bits cada uno - por lo tanto ,
a lo sumo 8 paquetes por mensaje) por el IMP, y que
PIM tendrían comunicarse entre sí usando estos
paquetes. El movimiento de los paquetes a través de
la subred de PIM debía ser Controlled mediante un
algoritmo de enrutamiento actualizada dinámicamente
distribuido basado en la conectividad NET trabajo y
de carga, así como de destino del paquete y la
prioridad. Los errores en la transmisión de paquetes
entre PIM fueron gestionados por la detección de
errores y retransmisión. Los paquetes debían ser
vuelto a montar en sus mensajes originales en el
destino IMP antes de la entrega al host de destino. La
estructura básica de esta especificación IMP
contenía contribuciones de una serie de Los
individuos, incluyendo mi propia investigación.
Roberts había sido muy consciente de mi trabajo
desde mi tiempo en el MIT, donde estábamos
compañeros de oficina, más tarde declarando, 11 “Concompañeros de oficina, más tarde declarando, 11 “Concompañeros de oficina, más tarde declarando, 11 “Con
el fin de planificar a gastar millones de Lars DOL y
juego mi reputación, necesitaba entender que iba a
funcionar. Con- cabo el trabajo de las redes y la
teoría de colas de Kleinrock, que nunca podría haber
dado un paso tan radical.”[33]
El RFQ dio lugar a 12 propuestas que se
someterán en agosto de 1968 (en particular, faltaba
eran IBM y AT & T). A medida que estas propuestas
se están evaluando en ARPA, Roberts recibe una con-
trato investigación para mí en la UCLA en octubre de
CRE comió la red de medición Center (NMC). La tarea
de la NMC fue medir el comportamiento de la
ARPANET mediante la realización de experimentos
para determinar sus defectos, el rendimiento y límites
exteriores (mediante el uso de pruebas de tensión).
Tuve la suerte de tener un equipo de estrellas 12 deTuve la suerte de tener un equipo de estrellas 12 deTuve la suerte de tener un equipo de estrellas 12 de
gradu- comió estudiantes investigadores,
desarrolladores y personal para este proyecto; un
número de éstos aparecen en papeles continuos
posteriores en esta historia. Una semana antes de
Navidad 1968, Bolt, Beranek y Newman (BBN) ganó la
licitación competitiva y se adjudicó el contrato para
desarrollar la subred IMP-a-IMP. El equipo de BBN, 13 Frankdesarrollar la subred IMP-a-IMP. El equipo de BBN, 13 Frankdesarrollar la subred IMP-a-IMP. El equipo de BBN, 13 Frank
vigile al corazón, producido algunos logros notables.
Este equipo se había seleccionado la
minicomputadora Honeywell DDP-516 con 12 KB de
memoria para el programa a ser la máquina en la que
Figura 1. ARPANET 19-nodo como se muestra en la RFQ originales.Figura 1. ARPANET 19-nodo como se muestra en la RFQ originales.
U. de Utah Laboratorio Lincoln
U. Michigan
topología de la red ARPA
(ejemplo)
SDC
UCLA
RANDU. de Stanford
Universidad de Berkeley
SRI
UC Santa
Barbara
U. de
Illinois
Proy. MAC
Harvard U.
BBN
BTL
Carnegie
Mellon U.
Dartmouth
College
Pentágono
Washington
Univ.
10 Entre los implicados en estos primeros borradores10 Entre los implicados en estos primeros borradores
fueron Frank Westervelt, Elmer Shapiro, Glen Culler, y yo.
11 Roberts también pasa a decir que mi tesis era11 Roberts también pasa a decir que mi tesis era
“fundamental para mi pie hasta ellos y apuestas que iba a
funcionar.”
12 Los miembros clave de mi equipo de la UCLA incluyen un12 Los miembros clave de mi equipo de la UCLA incluyen un
equipo de investigación (Jerry Cole, Al Dobieski, Gary Fultz,
Mario Gerla, Carl Hsu, Jack Zeigler), un equipo de software (Vint
Cerf, Steve Crocker, Gerard DELOCHE, Charley Kline, Bill
Naylor, Jon Postel), un ingeniero de hardware (Mike Wingfield), y
otros.

el IMP se basaría; que se con- tracted para implementar
las funciones IMP mediante la modificación del hardware
y software de la DDP-516, para conectar estos PIM a
larga distancia líneas de 50 kb / s arrendados por Roberts
de AT & T con la tarifa del Departamento de Defensa
Telpak, y para desplegar el subnet- trabajo. El equipo de
BBN desarrolló un diseño de host-IMP Gant ele- que
cumpliera las especificaciones ARPA; esta especificación
fue escrito como BBN Informe 1822 [34] por Robert Kahn,
que estaba a cargo del diseño del sistema en BBN (Kahn
aparece más adelante en esta historia en algunos
papeles muy importantes, como veremos más adelante).
Uno de los equipo de BBN, Dave Walden, señala que era
más probable es que la primera gramática pro en Internet
en virtud de haber hecho el diseño de código para el IMP
en su respuesta a la petición de oferta 1968. Mien- tras
que los miembros del equipo de BBN estaban ocupados
probando la capacidad del IMP para proporcionar a
IMP-IMP intercambios de datos, poniendo a prueba el
comportamiento de una red de PIM fue de culto cultad de
hacer en un entorno de laboratorio; el comportamiento
real se puso a prueba con más propiedad en la red
desplegada con el tráfico real y con muchos nodos, que
es exactamente lo que el NMC fue diseñado para hacer.
Básicamente, BBN se le dio menos de nueve meses para
entregar el primer IMP
UCLA a principios de septiembre de 1969. Su
rendimiento fue excepcional. El primer IMP en la
UCLA fue seguido por el segundo IMP en
octubre de SRI, el tercer IMP en noviembre a la
Universidad de California en Santa Bárbara
(UCSB), y el cuarto IMP en diciembre a la
Universidad de Utah. La red inicial era ser que se
muestra en la Fig. 2.
Estos cuatro sitios fueron seleccionados
debido a su capacidad de proporcionar servicios
y / o red de apoyo especializados. Specifical- Ly,
UCLA (la conexión de un ordenador anfitrión
SDS Sigma-7) proporcionaría el NMC (bajo mi
supervisión), SRI (conexión de un ordenador
central 940 SDS) proporcionaría Augmentation
System intelecto humano de Doug Engelbart
(con una versión temprana de hipertexto en su
sistema NLS), así como servir como el Centro de
Información de Red (bajo la supervisión
Elizabeth [Jake] de Feinler), UCSB (que conecta
un IBM 360/75 sede de ordenador)
proporcionaría ics graph- interactivos (bajo Glen
Culler y Burton de frito de supervisión), y la
Universidad de Utah (conexión de un PDP-10
equipo host DEC) proporcionarían avanzados
gráficos en 3D (bajo la supervisión de Ivan
Sutherland).
Pero este contrato para desarrollar la red
subyacente fue sólo la primera de las dos tareas
principales que se necesitan para
desplegar una obra NET de conmutación de paquetes de
trabajo. Recordemos que la otra tarea era crear los
protocolos apropiados para ser utilizados por el adjunto
(anfitrión) ordenadores para que pudiera cado
adecuadamente comunica con la otra.
Esta segunda tarea fue asignada a los cuatro
sitios de investigación ARPANET elegidos para
averiguar por su cuenta. Así comenzó otro hilo de
desarrollo innovador que caracteriza la cultura
ARPANET. Este hilo realmente comienza en el
verano de 1968, cuando Elmer Shapiro de la ISR,
en respuesta a una petición de ARPA, convocó a
una reunión de los programadores de entre los
primeros sitios que iban a ser conectados a la red
ARPANET. Su tarea principal era estudiar y resolver
los problemas de comunicación al anfitrión a punto.
Presentes en esta reunión era un programador de
cada uno de los cuatro primeros sitios para recibir
PIM de la siguiente manera: Steve Crocker (UCLA),
Jeff Rulifson (SRI), Ron Stoughton (UCSB), y Steve
Carr (Universidad de Utah). Este grupo, además de
los muchos otros que se unieron más tarde, fueron
pronto a ser nombrado el Trabajo- Red de ING
Group (GTN) con Shapiro su primer presidente. 14 deGroup (GTN) con Shapiro su primer presidente. 14 deGroup (GTN) con Shapiro su primer presidente. 14 de
la UCLA Jon Postel sirvió como el editor de solicitud
de comentarios (RFC) (un papel que ocupó hasta
su muerte prematura en 1998). No tenían Carta
oficial contra el cual trabajar, y así tuvieron la
oportunidad única para inventar y crear, según sea
necesario. No había ningún sentido de pertenencia
de clasificación; lo único que había que hacer era
contribuir y participar. Su enfoque se trasladó a la
creación de interacciones de alto nivel y, finalmente,
a la noción de un conjunto de capas de protocolos
(servicios de transporte por debajo de un conjunto
de protocolos específicos de la aplicación).
Básicamente, se trataba de un auto-formada,
colegial grupo disperso configurado altamente
ingeniosos, de estudiantes graduados rebelde que
nosotros (el APRA IP) habíamos facultadas para
diseñar e implementar los protocolos y software
para la red emergente. Ellos aceptaron el desafío
que cedió a ellos y
13 Los miembros clave del equipo del corazón incluyen Ben13 Los miembros clave del equipo del corazón incluyen Ben
Barker, Bernie Cosell, Will Crowther, Robert Kahn, Severo
Ornstein, Truett Thach, Dave Walden, y otros.
14 Los nombres de algunos de los otros individuos clave que14 Los nombres de algunos de los otros individuos clave que
participaron desde el principio en el GTN incluyen Bob Braden,
Vint Cerf, Danny Cohen, Bill Duvall, Michel Elie, Jack Feinler,
Jon Postel, y Joyce Reynolds.
15 Es notable cómo los RFC efectiva, el GTN y el IETF15 Es notable cómo los RFC efectiva, el GTN y el IETF
han servido a la comunidad de la red. A pesar del hecho
de que son poco estructurada e implican un gran número
de profesionales abiertos, que han sido capaces de
avanzar en una serie de aspectos críticos de Internet.
Figura 2. La ARPANET cuatro nodos inicial (1969).Figura 2. La ARPANET cuatro nodos inicial (1969).
XDS
940
DEC
PDP-10
UTAH
IMP
SRI
DIABLILLO
IBM
360/75
UCSB
me
MP
XDS
X-7
IMP
UCLA

creado una estructura GTN perdurable que más tarde
condujo a la Fuerza de Tarea de Ingenie- ría actual de
Internet (IETF). 15Internet (IETF). 15
Una vez que la especificación de IMP-anfitrión fue
liberado por BBN en la primavera de 1969, el GTN
comenzó a centrarse en las cuestiones de menor nivel,
tales como formatos de mensaje. Decidieron
intercambiar ideas a través de un conjunto muy informal
de notas que se refiere como “Petición de comentarios
(RFC)”. El primer RFC [35], titulado “Protocolo Host”,
fue escrito por Crocker en abril de 1969. Crocker se
convirtió en el sec-ond Presidente del GTN desde el
principio.
ahora teníamos los dos principales esfuerzos de
desarrollo de ARPANET manera sub:
• Un contrato formal con BBN a CRE comió
la subred IMP-IMP
• Un grupo informal de programadores (en su
mayoría estudiantes graduados) que se
encarga de desarrollar el Protocolo de host a
host
Las cosas comenzaron a moverse rápidamente en
este punto. La fecha de la primera ery deliv- IMP,
programado para llegar a nosotros en la UCLA a
principios de septiembre de 1969, se acercaba
rápidamente. Mientras tanto, en el CMN, estábamos
ocupados recogida de datos para que pudiéramos
predecir el rendimiento del trabajo NET basado en mi
teoría anterior. Para ello, fue necesario estimar las
cargas de tráfico que los sitios de acogida presentarían
a la red. Roberts y yo en contacto con un número de
los primeros sitios y les pidió la cantidad de tráfico que
se espera que generen y al que otros sitios. También
les preguntamos la cantidad de tráfico que permitirían
en sus sitios; para mi sorpresa, muchos se negaron a
permitir que todo el tráfico de la red para utilizar su
Hospedadores. Su argumento era que sus anfitriones ya
estaban plenamente utilizados servir a su base de
clientes locales. Finalmente cedió y siempre que sus
cargas de tráfico ed esperar-. Esa matriz de tráfico se
utilizó en el número de julio 1 968 RFQ [32] y en un
documento I publicado [36], sellando de este modo su
compromiso.
El 3 de julio de 1969, dos meses antes de que el
IMP debía llegar, UCLA emitió un comunicado de
prensa [37] anunciando la inminente
despliegue de el
ARPANET. En esa versión que he descrito lo
que la red se vería así, y lo que sería una
aplicación típica. Estoy citado en el párrafo final
como ING decir-, “A partir de ahora, las redes de
ordenadores están todavía en su infancia, pero a
medida que crecen y se vuelven más
sofisticados, probablemente veremos la
propagación de 'funcionalidades de la PC', que,
al igual presentes las empresas eléctricas y
telefónicas, dará servicio a los hogares
individuales y oficinas en todo el país.”es
gratificante ver que el‘funcionalidades de la
PC’comentario anticipa el surgimiento de
servicios IP basados en la web, que‘los servicios
de electricidad y telefonía’com - ción prevé la
posibilidad de conectar en cualquier lugar a un
siempre encendido y “invisibilidad ble” de la red,
y que los “hogares y oficinas individuales”
acceso desde cualquier comentario anticipado.
Sin embargo,
El sábado 30 de agosto de 1969, el primer IMP
llegó a la UCLA. En septiembre 2, el día después del
Día del Trabajo, que se conecta a través de un cable de
15 pies a la computadora central de la UCLA, nuestra
SDS Sigma 7 máquina. Esto estableció la primera
nodo de la red incipiente, como bits mueve entre
el IMP y el Sigma-
7. Esto es a menudo considerado como un momento
muy sig- sig- en la historia de Internet.
A principios de octubre la segunda IMP fue
entregado por BBN a la ISR en Menlo Park,
California. El primer enlace de alta velocidad de lo
que se convertiría en el Internet se conecta entre
esos dos PIM en el “ardiente” velocidad de 50 kb / s.
Más tarde, en octubre, el SRI conectado a su
ordenador host SDS 940 a su IMP.
de la ARPANET primer mensaje en host-a-host
fue enviado a las 10:30 pm el 29 de octubre de
1969, cuando uno de mis los programadores, Charley
Kline, y procedió a “login” para el host del host SRI
UCLA. El procedimiento fue para nosotros escribir en
“Iniciar sesión”, y el sistema en el SRI fue creado
para ser lo suficientemente inteligente como para
llenar el resto de la orden, añadiendo “en”, creando
así la palabra “login”. Charley en nuestro extremo y
Bill Duvall al final SRI cada uno tenía un teléfono
cabeza- configurar para que pudieran comunicarse
por voz como el mensaje se está transmitiendo. Al
final de la UCLA, que escribió en el “l” y preguntó a
Sri “se le ocurrió la l?”; “Consiguió el l”, fue la
respuesta de voz. Escribimos en la “o”, “se le ocurrió
la O ?,” y recibió “conseguimos la junta.” UCLA
después se pasan en el “g”, pidió “se le ocurrió la g
?,” en ese momento el sistema se bloqueó ! Este fue
un buen comienzo. Así que el primer mensaje en
Internet fue la palabra profética “lo” (como en “lo he
aquí!”). Esto, también, es considerado como un
momento muy importante en la historia de la Inter-
net.
El único registro de este evento es una
Figura 3. La entrada en el registro original de IMP, que es el único registro de la primera transmisión de mensajes en Internet.Figura 3. La entrada en el registro original de IMP, que es el único registro de la primera transmisión de mensajes en Internet.

entrada en nuestro registro IMP grabarla como se
muestra en la Figura 3. Aquí vemos que el 29 de octubre
de 1969, a las 10:30 pm, que en la UCLA “hablado con
SRI Host to Host”.
En noviembre y diciembre de los PIM y
anfitriones en UCSB y la Uni- versidad de Utah
estaban conectados, respectivamente, completando
así la red de cuatro nodos inicial. Otras erie deliv-
IMP se detuvo hasta que tuvimos la oportunidad de
probar esta cuatro nodos de trabajo NET, y lo prueba
que hicimos. Entre otras cosas, hemos sido capaces
de confirmar con mediciones de algunos de nuestros
modelos teóricos de retardo de la red y poner la
mayor pasante presentado por Gerry Cole [38].
ARPANET se había puesto en marcha. Pasamos
ahora a la historia de su despliegue a través de su
primera década.
T ÉL F RIMERA re ECADE:T ÉL F RIMERA re ECADE:T ÉL F RIMERA re ECADE:T ÉL F RIMERA re ECADE:T ÉL F RIMERA re ECADE:T ÉL F RIMERA re ECADE:
F NUESTRA norte odas yF NUESTRA norte odas yF NUESTRA norte odas yF NUESTRA norte odas y
T La gallina W ORLDT La gallina W ORLDT La gallina W ORLDT La gallina W ORLD
En el momento en los primeros cuatro nodos se
desplegaron en diciembre de 1969, Roberts (que
había sucedido Taylor en septiembre para
convertirse en el director IPTO) una vez reunido
con el GTN y los instó a extender su alcance
más allá de lo que habían articulado en su primer
RFC [ 35], “Protocolo de host.” Esto les llevó a
desarrollar un Protocolo simétrica de host a host,
la primera implementación de la cual fue llamado
el Programa de control de Red (NCP) y fue
descrito por Crocker en el RFC 36 de de marzo
de 1970 [39] . Esta pila de protocolos fue a
residir en las máquinas host sí mismos y se
incluye una jerarquía de protocolos Ered lay-
para implementar protocolos más complejos.
Como PNC comenzó el despliegue, los usuarios
de la red podrían comenzar a desarrollar
aplicaciones. El PNC fue la primera pila de
protocolos para funcionar en la ARPANET, para
posteriormente ser sucedido por TCP / IP.
Después de que el corto periodo de evaluación
siguiente a la de cuatro nodos inicial Desplegar ment,
se añadió entonces una sucesión continua de PIM y
redes para la ARPANET. En mayo de 1970, en la
Conferencia Conjunta AFIPS primavera ordenador,
una sesión hito se dedicó a la presentación de cinco
documentos [40] CON RESPECTO A ARPANET la
tecnología de reciente aparición; estos documentos
se empaquetan en un folleto especial ARPA que
circuló ampliamente en la comunidad y difundir la
información de la tecnología actual en ese momento
que había sido desplegado.
(Dos años después, en mayo 1972, otra clave de
sesión en la misma conferencia se dedicó a la
presentación de cinco documentos
[41] que actualizó el
estado ARPANET de la técnica; Esto, también,
se empaquetó en un segundo folleto especial
ARPA.) A mediados de 1970 se añadió el primer
enlace a través del país con una conexión de
UCLA a BBN, y en julio de la red contenía 10
PIM. La red creció a 15 de marzo de PIM
1971. En septiembre de 1971 BBN intro- ducido un
procesador de interfaz de terminal (TIP) que
convenientemente permitiría un terminal para conectar
directamente a la ARPANET sin la necesidad de
conectar a través de un host conectado. Más adelante
en el año, BBN se deslizó en una carac- terística
“menor” llamada de correo electrónico. El correo
electrónico ha existido desde mediados de la década de
1960 para autónomos timeshared informáticos siste-
mas, pero a finales de 1971 en BBN, Ray Tomlinson
añadido un pequeño parche a la misma que permitió el
correo pase entre diferentes ordenadores conectados a
ARPANET utilizando un archivo- experimental
compartiendo programa de red llamada CPYNET. Una
vez que vio que funcionaba, envió un mensaje de correo
electrónico a su grupo en BBN anunciar esta nueva
capacidad, y así “El primer uso del correo electrónico de
la red anunció su propia existencia.” [42]. Esta
capacidad se apagó como una liberación general
TENEX a principios de 1972. En julio
1972, Roberts añadió una utilidad de gestión de red de
correo electrónico que permitía lista, lectura selectiva,
archivo, orientadas hacia el ing, y respondiendo a mensajes
de correo electrónico. En menos de un año de correo
electrónico representaron la mayor parte del tráfico de la
red. La capacidad del trabajo NET para extender la
comunicación entre la gente se hacía evidente, una imagen
naciente de la visión de Lick.
Más tarde ese mismo año, en octubre de
1972, la primera demostración pública de la
tecnología de ARPANET tuvo lugar en la
Conferencia Internacional sobre Com- puter
Comunicaciones (ICCC) en Washington, DC.
Kahn, que ya había sido contratado en ARPA por
Roberts, organizó esta manifestación grande y
muy exitosa en la que de ter- minals en
Washington decenas acceder a decenas de
equipos host en toda la unidad-ed Unidos de
manera continua fiable para los tres días
duración de la conferencia.
La reacción de los fabricantes de
ordenadores a este fenómeno ARPANET fue la
creación de arquitecturas de red propios sobre la
base de su propia marca de ordenadores. dieciséis labase de su propia marca de ordenadores. dieciséis labase de su propia marca de ordenadores. dieciséis la
tele-
compañía telefónica continuó ignorarlo, pero la
red abierta que era la ARPANET prosperó.
Al poco tiempo, se añadieron redes adicionales
a la ARPANET, la primera de las cuales eran
aquellos cuyos orígenes se salió de trabajo sobre
redes inalámbricas. Conexión de la ARPANET con
estas diferentes redes resultó ser un problema de
interoperabilidad ble, pero no de forma continua via-,
y recibió una gran cantidad de atención. La
interconexión de las obras Net-fue referido como
“ing internetwork-” durante la década de 1970, un
neologismo a partir del cual la ARPANET ampliado
finalmente fue renombrada como Internet.
Tracemos brevemente el trabajo con menos
redes de alambre que llevó a estas redes adiciona-
les, que se ven obligados atención en mejorar las
soluciones de interoperatividad. Como se ha
señalado anteriormente, estas redes se basan en
las comunicaciones inalámbricas de acceso múltiple
en el que se accede a un canal compartido por
muchos usuarios. A finales de 1970, hijo de Norma
Abram- había desarrollado ALOHANET [43] en
Hawai, una red de 9.600 b / s de radio por paquetes
basado en la novela “ALOHA (pura) no ranurado”
técnica de acceso múltiple de acceso aleatorio. En
este esquema de terminales (chronized unsyn-)
transmiten sus paquetes de longitud fija en cualquier
momento sobre un canal compartido en momentos
aleatorios; Si más de una solapamientos de
transmisión (es decir, choca), entonces la
interferencia destructiva evita que cualquiera de los
ets PACK- involucradas de tener éxito. Esta
tolerancia de colisiones era una salida de los
métodos más convencionales de comunicaciones
alámbricas para controlar los sistemas de acceso
múltiple que utilizan los métodos de acceso de la
demanda (puesta en cola, sondeo, etc., como los
hombres-cionado anteriormente) y se dejó sólo una
transmisión en un momento (impidiendo así tales
colisiones). En 1973 Abramson calcula la capacidad
del sistema no ranurado ALOHA [44], que tenía una
eficiencia mamá maxi- de 18 por ciento, y en 1972
Roberts calcula la capacidad de una versión
sincronizada (es decir, ALOHA ranurado) [45] cuya
capacidad se sangró duplicó con a 37 por ciento. Sin
embargo, estos análisis ignoran una cuestión
esencial con acceso aleatorio a canales
compartidos: que son muy inestables, y se
necesitaba algún tipo de control dinámico para
estabilizarlos, por ejemplo, un algoritmo de
postergación para controlar la forma en la que
chocaron las transmisiones son retransmitidos.
Es interesante notar que los estudios de sistemas
ALOHA finalmente condujo a una investigación de la
detección de portadora de acceso multi- tiple (CSMA)
como otro de alambre
dieciséis Entre las redes propietarias eran SNA de IBM ydieciséis Entre las redes propietarias eran SNA de IBM y
DECnet de DEC.

menos método de acceso. sí CSMA llevó Robert
Metcalfe para considerar una variación llamada CSMA
con detección de colisiones (CSMA / CD), que fue la
base para el desarrollo original de Ethernet. En base a
estos conceptos, Metcalfe y David Boggs
implementadas CSMA / CD en una red de cable
coaxial, que fue puesta en marcha en noviembre de
1973. En suma, se creó la red Ethernet, que es hoy en
día la tecnología quizá vasive más per- del mundo de
las redes [48 ]. ernet et- es crucial para la historia de la
PNC y TCP / IP, por investigadores de Xerox PARC
construidas sobre esta tecnología en los esfuerzos
para hacer frente a los retos de ING internetwork-.
Implementado en 1974 y publicado en 1975, la
universal de paquetes PARC (PUP) se mantuvo una
interconexión de redes archi- tecture tan tarde como
1979 [49]. PUP fue uno de los medios posibles a
través de las que mejorar el PNC, aunque como
veremos más adelante, ese papel fue posteriormente
asumida por TCP / IP. Esta es una de las muchas
historias que llaman a cabo más investigación sobre
las historias y los individuos involucrados.
Volvamos ahora a la historia de las tecnologías
inalámbricas antes mencionadas para ayudar a
explicar la motivación que llevó a TCP / IP (como
distinta de la que motivó PUP). Estas tecnologías
llevaron a redes inalámbricas que se unían a la
ARPANET, exponiendo de esta manera la
naturaleza de los problemas de soporte a la
conectividad entre redes heterogéneas.
El primer paso fue tomada en diciembre 1972,
cuando un IMP en California usa un canal de satélite
para conectarse a ALOHAnet a través de un host
ALOHA en Hawai. Por lo tanto, la ARPANET, que
ejecuta el host existente host-a-Red de Protocolo de
Con- trol, NCP, ahora estaba conectado a una red
de paquetes de radio en tierra, la ALOHANET. Este
fue el primer trabajo NET nueva para conectarse a
ARPANET. ALOHAnet tenía su propio protocolo y
estaba trabajando independiente de ARPANET, sin
embargo, una conectividad entre redes de puerta de
enlace proporcionado entre los dos. En 1972
Roberts extendió la ARPANET a Noruega a través
de una línea arrendada que ARPA ya se había
instalado para recibir datos sísmicos y luego se
extendió a Londres en el Reino Unido. Esta fue la
primera ción conexiones internacionales de la
ARPANET. En Londres Peter Kirstein luego
construyó una puerta de entrada para conectar la
ARPANET a una red construida con otro protocolo
entre el Reino Unido universidades. Este es otro
caso de las redes de diferentes “interconexión”, y
ya que esta función se convirtió en un punto focal
importante del desarrollo de ARPANET, la red llegó
a ser conocido como el Internet para reflejar esta
crecimiento. PNC ahora estaba manejando la
interconexión de red a la red de ALOHANET y la
red de universidades del Reino Unido, ambos de
los cuales se adjunta a la ARPANET. Los
problemas derivados de redes heterogéneas
interconectadas eran cada vez más claro, y se
incluyen la conversión col proto-red-red necesario
entre cualquier (y cada) par de redes que se
interconectan. Estaba claro que la complejidad
combinatoria de esta conversión de protocolo
sabia par- presentaría problemas considerables
como el número de redes conectadas ampliarse.
TCP / IP habría de emerger pronto como la
respuesta elegida para hacer frente a estos
problemas.
en DARPA 17 a principios de 1973, Kahn era elen DARPA 17 a principios de 1973, Kahn era elen DARPA 17 a principios de 1973, Kahn era el
gerente del programa responsable de, entre otras
cosas, la red de radio por paquetes suelo y la red de
radio por paquetes por satélite. Reconoció las
diferencias entre la ARPANET se ejecutan PNC, y
estos dos de radio NETWORKS. Como resultado,
se dedicó a diseñar un protocolo escalable de
extremo a extremo que permitiría a redes diferentes
para comunicarse con mayor facilidad. En el verano
de 1973 Kahn habló de su enfoque para hacer
frente a esta interconexión de complejidad con Vint
Cerf de Stanford que tenía un conocimiento
considerable de PNC, ya que había sido un
miembro clave del grupo de software de UCLA
involucrado en el diseño PNC. Juntos, elaboraron
un diseño detallado de un nuevo protocolo, el
Programa de Control de Transmisión (TCP). TCP
era para hacerse cargo de funciones de la PNC,
pero tratarlos de una forma más uniforme forma:
que permitiría
las aplicaciones se ejecuten sobre una interconexión de
redes al tiempo que oculta las diferencias entre los
protocolos de red mediante el uso de un protocolo de
interconexión de redes uniforme. Se distribuyen este
diseño en una conferencia de las comunicaciones
informáticas celebrado en la Universidad de Sussex, en
septiembre de 1973. (En octubre de 1973 Roberts dejó
IPTO para convertirse en director general de TELENET,
el primer portador de la red de conmutación de paquetes
comerciales.) En 1974, Cerf y Kahn concretarse a cabo
su diseño y publicado un documento definitivo [50] en
TCP. Subyacente TCP ING fue la idea clave de una
arquitectura de red abierta que permitió redes PACK- y
de diferentes tipos para inter- conectar entre sí y para los
ordenadores para intercambiar información de extremo a
extremo a través de estas redes interconectadas.
Esta contribución por Cerf y Kahn fue un
paso crítico en el desarrollo
de la Internet. En 1973-1974 DARPA encargó tres
implementaciones independientes de TCP: Cerf en la
Universidad de Stanford, Tomlinson en BBN, y Kirstein en el
University College de Londres. Además, David Clark, del MIT,
trabajó en una versión compacta del TCP para el Xerox Alto ción
estaciones de trabajo personales a mediados de la década de
1970 y más tarde para el ordenador IBM PC de escritorio; David
Reed, también del MIT, estaba trabajando en la interconexión
entre computadoras de alta DESEMPEÑO sobre redes de área
local para el oratorio de Lab-Computer Science Network (cuyo
trabajo fue fusionado con el proyecto eral TCP ge- en 1976). En
agosto de 1976 estas implementaciones llevaron a la primera
experimentación utilizando TCP a con- Nect dos redes diferentes:
la red de radio por paquetes usando TCP aplicación de Stanford,
y la ARPANET utilizando TCP aplicación de BBN. siguien- tes
que, en 1977, Kahn implementó el protocolo de reserva por
satélite Roberts había diseñado, creando un camino ond sec- del
ARPANET al Reino Unido, compartiendo la capacidad de un
satélite de 64 kb / s Intelsat IV de amplio canal de fundido entre
un número de estaciones terrestres en Europa y Estados Costa
Este de los Estados Unidos. Este paquete satélite neto del
Atlántico (más adelante ser llamado SATNET) fue segunda
conexión internacional de la ARPANET. Este fue el segundo ción
demostra- TCP de dos redes. Entonces una de tres red ción
demostra- de TCP se llevó a cabo el 22 de noviembre de 1977,
cuando la red de radio por paquetes, Este paquete satélite neto
del Atlántico (más adelante ser llamado SATNET) fue segunda
cuando la red de radio por paquetes, Este paquete satélite neto
del Atlántico (más adelante ser llamado SATNET) fue segunda
cuando la red de radio por paquetes,
SATNET, y
ARPANET estaban interconectadas para permitir una
transmisión por Internet que tendrá lugar entre una
unidad móvil de radio por paquetes en el SRI y una er
computa- anfitrión USC / ISI (ambas en California) a
través de una conexión a través de nental interconti-
University College de Londres. Esta hazaña
impresionante fue la primera interconexión basada en
TCP de tres red.
Esta primera versión de TCP única Apoyado
circuitos virtuales a nivel de transporte (lo cual está
bien para aplicaciones que requieren una transmisión
fiable). Pero no apoyó, entre otras cosas, el tráfico en
tiempo real, tales como voz en paquetes en muchos
aspectos del flujo de sesión fueron más
adecuadamente manejados por la aplicación en lugar
de la red. Es decir, tráfico en tiempo real llamada para
el puerto SUP- de un mecanismo de transporte “no
fiable” que hacer frente a la pérdida de paquetes, los
paquetes con errores, fuera de la orden de los
paquetes, los paquetes retrasados, y así
sucesivamente. El uso del puerto SUP- transporte no
fiable ya estaba en uso con la PNC, antes del TCP;
específicamente, principios
protocolo de ARPANET IMP permitió
17 ARPA fue renombrado DARPA de marzo de 1972, cuando se17 ARPA fue renombrado DARPA de marzo de 1972, cuando se
antepone la palabra “defensa”.

transporte no fiable mediante el uso de lo que se
llamó tipo 3 paquetes (también conocidos como
mensajes “en bruto”), que fueron intro- ducidas por
Kahn en el informe BBN 1822. Sin embargo, BBN
se preocupa que el uso incontrolado de estos
paquetes degradaría el rendimiento de la red, por lo
que regula el uso de tipo 3 paquetes a ser sobre
una base limitada, programada. En 1973-1974
Danny Cohen de USC / ISI implementa un protocolo
de red de voz (NVP) [51] en apoyo ARPA y pidió
BBN para permitir que él uso tipo 3 paquetes; con la
influencia de Kahn, BBN permitió esto.
experimentos de voz de la red en tiempo real de
Cohen requieren la capacidad de hacer frente a
transporte de datos poco fiables. La temprana
Versión 1 diseño de TCP en 1974 no la apoyó, ni la
versión 2, cuando se llevó a cabo en torno
1977.
Fue en esta época que la presión de apoyo
al transporte poco fiable en TCP vino de Cohen,
ahora unidos por John Shoch y Reed, y con la
implicación de Crocker y Bob Braden. Es decir,
que abogaban por la modificación de TCP tal
que la funcionalidad de paquetes tipo 3 sería
apoyado junto transporte de datos confiable.
Cohen convenció a Jon Postel de esto, y Postel
añadió una preocupación Ther fur-, dirigiéndose
Las violaciones de capa, indicando “Estamos
metiendo la pata en nuestro diseño de protocolos
de Internet por vio- lating el principio de
estratificación. Específica- mente estamos
tratando de utilizar TCP para hacer dos cosas:
servir como un protocolo de extremo a extremo
nivel de host, y para servir como un embalaje de
Internet y protocolo de enrutamiento. Estas dos
cosas deben ser proporcionados de manera
Ered y modular lay-. Sugiero que se necesita un
nuevo protocolo entre redes distintas,
Por lo tanto, hubo un claro llamamiento para
escindir TCP, la división de la función de conectividad
de la capa Network-, que involucró a abordar y
expedición, establecimiento de la conexión de su capa
de transporte de extremo a extremo, que también
participa de control de flujo, calidad de servicio,
retransmis - sión, y mucho más. TCP Versión 3 (1978)
introdujo la división en dos componentes, pero fue sólo
en la versión TCP 4 (1980, con una actualización en
1981) que vemos un protocolo de funcionamiento
estable que separa calificados de Protocolo de Internet
(IP) de TCP (que ahora representaba trans-
Protocolo de control de puerto) y se conoce como
TCP / IP. Esta versión ha llegado a ser conocido
como IPv4. Junto con la división en TCP e IP, la
capacidad de SUP- puerto de transporte no fiable
(es decir, tipo 3 funcionalidad de paquetes) se
incluyó. El nombre formal de este apoyo trans-
porte poco fiable era el User Datagram Protocol
(UDP) [53].
En 1980 el Departamento de Defensa (DoD)
declaró [54] el conjunto de protocolos TCP / IP que es
el estándar para el Departamento de Defensa. En enero
de 1983, TCP / IP se convirtió en la norma oficial [55]
para la ARPANET; después de un breve período de
gracia de unos pocos meses, no se permitió a la red
para participar en el Internet si no cumplía con IPv4.
Por supuesto, los protocolos de Internet nunca dejan de
ING Desa-, y la actualización de 1998 a la Versión 6 se
extiende dramáticamente el espacio de direcciones e
introduce algunas mejoras de seguridad importantes.
Todavía está en proceso de ser desplegado en todo el
mundo.
Mientras tanto, como la década de 1970
presentadas al público, además de la ARPANET y
TELENET, otras redes de paquetes se están
diseñando todo el mundo en este periodo. Peter
Kirstein, en su trabajo anterior [56] en este IEEEKirstein, en su trabajo anterior [56] en este IEEE
Revista COMUNICACIÓN Se ha Historia de la serieRevista COMUNICACIÓN Se ha Historia de la serie
de las comunicaciones, se ocupa gran parte del
trabajo internacional, especialmente la historia del
Reino Unido (a la que nos referimos al lector para
más detalles). Como resultado de estas actividades
nacionales e internacionales, un esfuerzo,
encabezada por Roberts, fue propuesta que resultó
en el Comité Consultivo Internacional de Telégrafos
y Teléfonos (CCITT) X.25 recomenda- ción. Este
protocolo acordado se basa en circuitos virtuales -
que iba a ser el propio equivalente de TCP del
CCITT - y fue adoptado en 1976 [57]. Durante este
período, el Centro de Medición de red (NMC) de la
UCLA estaba profundamente involucrado en la
medición, de Exámenes, haciendo hincapié, y el
estudio de la ARPANET. Bill Naylor y yo publicado
un resumen de las herramientas utilizadas por el
NMC, así como detalles de una medición y
evaluación de los resultados de una semana en
1974 [58]. En 1976 publiqué el primer libro que
describe la tecnología de ARPANET, incluyendo su
modelado analítico, el diseño, la arquitectura, la
implementación y surements medi- detalladas. Un
resumen de
el
ARPANET principios y lecciones aprendidas aparecido
en un artículo 1978 [59], después de casi una década
de experiencia en el uso, la experimentación y
surement medi- de redes de paquetes; este trabajo fue
parte de un número especial sobre las comunicaciones
de paquetes que contiene un nú- mero de documentos
clave de la época [60]. Uno
de las primeras mediciones que hicimos fue
determinar el rendimiento de la UCLA a UCSB en la
red de cuatro nodos inicial mostrada en la Figura 2;
en cuenta que hay dos caminos entre estos dos
nodos. Mientras que sólo un camino fue etiquetado
como activo en las tablas de enrutamiento en un
momento dado, se encontró que ambos caminos
llevaban el tráfico al mismo tiempo, ya que el tráfico
en cola continuó alimentando uno de los caminos
cuando se marcó el otro camino. Entre los
fenómenos lar más espectacular- hemos descubierto
fuera una serie de bloqueos, degradaciones, y las
trampas en el GY tecnolo- ARPANET temprano, la
mayoría de los cuales eran intencionales y produce
efectos secundarios inesperados. Estas mediciones
y experimentos fueron de gran valor en la
identificación y Cor- recting problemas de diseño
para la temprana ARPANET, y en el desarrollo de
una filosofia sobre el control de flujo que sigue a
informarnos hoy. Además, provid- que nos ed, como
investigadores, una gran cantidad de informa- ción
para mejorar nuestros modelos teóricos y análisis de
redes más generales. En julio de 1975 se le dio la
responsabilidad de la ARPANET a DCA. Esto
termina la medición sistemática ción, el modelado y
la prueba de esfuerzo que la UCLA NMC había
realizado durante casi seis años, y nunca fue
restaurada de nuevo por Internet. 18restaurada de nuevo por Internet. 18
Está fuera del alcance de esta columna para
hacer frente a las historias de Internet más allá de
las de su primera época como ARPANET. Del
mismo modo, no he hecho justicia a las historias no
contadas que abundan, pero espero haber
convencido al lector que muchas personas con-
tribuido a su éxito. Esta historia temprana de la
Internet, la primera década del diseño y despliegue
de la ARPANET, sentó las bases sobre las que
dependen las redes actuales y continúan
desarrollándose.
18 El trabajo de la NMC requiere un alto grado de cooperación por18 El trabajo de la NMC requiere un alto grado de cooperación por
parte de BBN, ya que fueron ellos los que controla los cambios en
el código de red y la arquitectura. En el NMC, cada vez que
descubrimos un bloqueo, un problema de hardware, u otro
problema de la red de medición, que alertó BBN para que
pudieran tomar medidas correctivas. Con el tiempo hemos
desarrollado una relación de trabajo eficaz con ellos, y los errores
se tratarán más rápidamente. Vale la pena señalar que la historia
de las redes de paquetes se ha reunido con impedimentos
institucionales para su progreso, al igual que tantos otros avances
técnicos en el transcurso de la historia. En este caso he llamado a
tres con la que yo estaba involucrado personalmente: falta de
interés en la conmutación de paquetes de AT & T, la renuencia de
los investigadores para conectarse a la red temprano, y la
negociación antes mencionado con BBN.

UN CKNOWLEDGMENTUN CKNOWLEDGMENT
Quiero agradecer a Bradley Fidler, Mischa
Schwartz, y los revisores de este UMN COL- por
sus útiles comentarios y sugerencias.
R (EFERENCIAS UN Lista parcial deR (EFERENCIAS UN Lista parcial deR (EFERENCIAS UN Lista parcial deR (EFERENCIAS UN Lista parcial de
BIBLIOGRAFÍA) [1] WW Massie y CR
Underhi ll, “The
Futuro del arte Wireless” PHY Telegra- inalámbrico yFuturo del arte Wireless” PHY Telegra- inalámbrico y
telefonía, 1908, pp. 67-71.telefonía, 1908, pp. 67-71.
[2] HG Wells, Mundial del Cerebro, Methuen & Co.[2] HG Wells, Mundial del Cerebro, Methuen & Co.[2] HG Wells, Mundial del Cerebro, Methuen & Co.
Ltd., 1938.
[3] J. Nyce y P. Kahn, De Memex a la hiper[3] J. Nyce y P. Kahn, De Memex a la hiper
texto - Vannevar Bush y la máquina de la mente, Academictexto - Vannevar Bush y la máquina de la mente, Academic
Press, Inc., 1991 [4] L. Kleinrock, “Historia de la Internet y
sus
Futuro flexible” IEEE Wireless Commun.,Futuro flexible” IEEE Wireless Commun.,
De febrero de 2008, pp. 8-18. [5] B. Leiner et al., “La historiaDe febrero de 2008, pp. 8-18. [5] B. Leiner et al., “La historiaDe febrero de 2008, pp. 8-18. [5] B. Leiner et al., “La historia
pasada y futura
de la Internet," Commun. ACM, vol. 40, no.de la Internet," Commun. ACM, vol. 40, no.de la Internet," Commun. ACM, vol. 40, no.
2, febrero de 1997 pp. 102-08.
[6] KC Redmond y TM Smith, De Whirl-[6] KC Redmond y TM Smith, De Whirl-
viento para MITRE: La I + D Historia de la computadora
de la defensa aérea SAGE, The MIT Press, 2000. [7] FJde la defensa aérea SAGE, The MIT Press, 2000. [7] FJ
Corbató, MM Daggett, y RC
Daley, “Un tem Experimental de Tiempo Compartido Sys” AFIPSDaley, “Un tem Experimental de Tiempo Compartido Sys” AFIPS
Conf. Proc., vol. 21, 1962 SJCC, pp. 335-44.Conf. Proc., vol. 21, 1962 SJCC, pp. 335-44.
[8] JR Jackson, “Redes de colas de espera”
La investigación de operaciones, vol. 5, no. 4, agosto deLa investigación de operaciones, vol. 5, no. 4, agosto de
1957, pp. 518-21.
[9] L. Kleinrock, “Flujo de información en grandes
Comunicación Nets “, Ph.D. propuesta de tesis, el MIT, mayo de
1961.
[10] L. Kleinrock, “Creación de un matemático The-
ORY las redes de computadoras,” INFORMA-Oper- ciones deORY las redes de computadoras,” INFORMA-Oper- ciones de
Investigación, Enero-febrero. 2002.Investigación, Enero-febrero. 2002.
[11] L. Kleinrock, “Flujo de información en grandes
Las redes de comunicación,”Informe de Avance Trimestral
RLE, MIT, abril de 1962.
[12] JF Kurose, M, Schwartz, y Y. Yemini,
“Control de protocolos de ventana para Time- restringida
de comunicación en un entorno de Acceso Múltiple” Proc.de comunicación en un entorno de Acceso Múltiple” Proc.
Octavo Symp. Commun. Datos, 3 a 6 octubre, 1983, pp.Octavo Symp. Commun. Datos, 3 a 6 octubre, 1983, pp.
75-84. [13] GR Andrews, “El diseño de un mensaje
Sistema de Conmutación: una aplicación y ación Evaluation de
Modula” IEEE Trans. Software Eng.,Modula” IEEE Trans. Software Eng.,
vol. SE-5, No. 2, marzo de 1,979.
[14] Chu, WW “Consideraciones demultiplexación
para multiplexores estadísticos,” IEEE Trans. Commun., COM-20:para multiplexores estadísticos,” IEEE Trans. Commun., COM-20:para multiplexores estadísticos,” IEEE Trans. Commun., COM-20:
603-609, junio de 1972. [15] L. Kleinrock, Sistemas de colas,603-609, junio de 1972. [15] L. Kleinrock, Sistemas de colas,
Volumen II:
Aplicaciones computacionales, Wiley Interscience, Nueva York,Aplicaciones computacionales, Wiley Interscience, Nueva York,
1976 [16] L. Kleinrock, Retraso en el mensaje de Comunica-1976 [16] L. Kleinrock, Retraso en el mensaje de Comunica-
Nets ción con el almacenamiento, Doctor en Filosofía. disertación,Nets ción con el almacenamiento, Doctor en Filosofía. disertación,
MIT, Cambridge, MA, 1962. [17] L. Kleinrock, Las redes deMIT, Cambridge, MA, 1962. [17] L. Kleinrock, Las redes de
comunicación; Stochas-
El flujo de mensajes tic y Delay, McGraw-Hill, Nueva York,El flujo de mensajes tic y Delay, McGraw-Hill, Nueva York,
1964.
[18] P. Baran, “en la comunicación distribuida
Redes”Papel Rand P-2626, septiembre de 1962. [19] D.
Hochfelder y P. Baran, Un histo- OralHochfelder y P. Baran, Un histo- Oral
ry, IEEE Centro de Historia 24 de octubre de 1999,ry, IEEE Centro de Historia 24 de octubre de 1999,
http://www.ieeeghn.org/wiki/index.php/Oral- Historia:
Paul_Baran # Institute_For_the_Future. 2C_1967.2B [20] P.
Baran et al., “En distribuida Comunica-Baran et al., “En distribuida Comunica-Baran et al., “En distribuida Comunica-
cationes,”la Rand Corporation, Santa Monica, CA, 1964
de agosto.
[21] DW Davies, “Propuesta de Com- Digital
Red municación,”memo no publicado, junio de 1966,
http://www.archive.org/details/
NationalPhysicalLaboratoryProposalForADigi-
talCommunicationNetwork [22] DW Davies et al., “UntalCommunicationNetwork [22] DW Davies et al., “UntalCommunicationNetwork [22] DW Davies et al., “Un
Comunica- Digital
Red ción Para Computadoras Dar respuesta rápida en las
terminales remotas” ACM Symp. Op. Sys. principios, Gatlinburg,terminales remotas” ACM Symp. Op. Sys. principios, Gatlinburg,terminales remotas” ACM Symp. Op. Sys. principios, Gatlinburg,
TN, octubre de 1967. [23] DW Davies, “los principios de una
Data
Red de Comunicación para computadoras y periféricos
remotas” Proc. IFIP Hardware (Edinburgh1968) D1.remotas” Proc. IFIP Hardware (Edinburgh1968) D1.remotas” Proc. IFIP Hardware (Edinburgh1968) D1.
[24] RA Scantlebury, PT, Wilkinson, y K.
A. Bartlett, “El Diseño de un Centro de Mensajes de
conmutación para una red de comu- nicación digital” Proc.conmutación para una red de comu- nicación digital” Proc.
IFIP hardware (Edin- Burgh 1968) D26.IFIP hardware (Edin- Burgh 1968) D26.
[25] RA Scantlebury, “Un modelo para el local
Área de un hardware Objetivos y organización de la red de
comunicación de datos,” Proc. ACM primera Symp.,comunicación de datos,” Proc. ACM primera Symp.,
Problemas en la optimización de los sistemas de
comunicaciones de datos, Pino ñas Tain, GA, 13-16 de Oct.,comunicaciones de datos, Pino ñas Tain, GA, 13-16 de Oct.,
1969, pp. 183-204. [26] JCR Licklider, “Hombre-Ordenador
Symbio-
sis,” IRE Trans. Los factores humanos en la electrónica,sis,” IRE Trans. Los factores humanos en la electrónica,
vol. HFE-1, marzo de 1960, pp. 4-11. [27] J. Licklider y W.
Clark, “On-Line Hombre-
Comunicación PC” Conjunto Primavera Comp. Conf., NacionalComunicación PC” Conjunto Primavera Comp. Conf., NacionalComunicación PC” Conjunto Primavera Comp. Conf., Nacional
de la Prensa, Palo Alto, California, mayo de 1962, vol. 21,
pp. 113-28. [28] T. Marill y Lawrence Roberts, “Hacia una
Red Cooperativa de ordenadores de tiempo compartido
Com-” Caída AFIPS Conf., Oct 1966. [29] L. Roberts, “RedesCom-” Caída AFIPS Conf., Oct 1966. [29] L. Roberts, “RedesCom-” Caída AFIPS Conf., Oct 1966. [29] L. Roberts, “Redes
de varios equipos
y Intercomputer Comunicación” ACM Symp. Principios dey Intercomputer Comunicación” ACM Symp. Principios de
funcionamiento del sistema, Gatlin- burg, TN, octubre de 1967.funcionamiento del sistema, Gatlin- burg, TN, octubre de 1967.
[30] Véase la cuarta entrada en “1967” en
http://www.packet.cc/
[31] L. Roberts, “intercambio de recursos del ordenador Net-
obras,”3 de junio de, 1968; http://ia310808.us.
archive.org//load_djvu_applet.php?file=0/items/
ResourceSharingComputerNet obras /
SharingComputerNetworks.djvu en recursos [32]
“Características de la interfaz de mensajes procesiones
sores de la ARPA Computer Network “, Departamento del
Ejército DBD / BJ / OX 5-0.494, 29 de julio de 1968;
http://www.cs.utexas.edu/ usuarios / Chris /
DIGITAL_ARCHIVE / ARPANET / RFQ- ARPA-IMP.pdf
[33] LG Roberts, http://www.ziplink.net/users/
lroberts / SIGCOMM99_files / v3_document.htm [34] “interfaz
de mensajes Procesador: Especificaciones
para la interconexión de un host y un IMP,”Informe BBN
1822; http: //www.bit-
savers.org/pdf/bbn/imp/BBN1822_Jan1976.pdf [35] S.
Crocker, RFC 1, “Protocolo Host”;
http://www.faqs.org/rfcs/rfc1.html [36] L. Kleinrock,
“Modelos para el ordenador Net-
obras,”Conference Record, IEEE ICC, Boul- der, CO, junioobras,”Conference Record, IEEE ICC, Boul- der, CO, junioobras,”Conference Record, IEEE ICC, Boul- der, CO, junio
1969, pp. 21-9-21-16. [37] T. Tugend, “UCLA sea la estación
de primera en
La Red Nacional de Informática,”Comunicado de prensa de la
UCLA, 3 de julio de 1969. http: //www.lk.cs.ucla. edu / LK / babero /
INFORME / press.html. [38] GC Cole, “Computer Network
Measurement
mentos; Las técnicas y los experimentos “, UCLA Escuela
de Ingeniería y Ciencias Aplicadas, Ingeniería Informe
UCLA-ESP-7165 octubre de 1971. [39] S. Crocker, RFC
36,‘Protocolo Notas’;
http://www.rfcarchive.org/getrfc.php?rfc=36 [40] Sesión
especial sobre la ARPANET en Proc.especial sobre la ARPANET en Proc.
Conjunto Primavera Comp. Conf., AFIPS Conf. Proc.,
vol. 36, mayo, 1970, pp 543-97.:
LG Roberts y BD Wessler, “Desarrollo de Trabajo del
ordenador Net-a llegar a un reparto de recursos”, págs.
543-49.
F. corazón et al., “La interfaz del procesador de mensajesF. corazón et al., “La interfaz del procesador de mensajesF. corazón et al., “La interfaz del procesador de mensajes
para la ARPA Computer Network “, pp. 551-67.
L. Kleinrock, “analíticos y de simulación Métodos en la red de
ordenadores Diseño”, pp. 569-79.
H. Frank, TI Frisch, y WS Chou, “Consideraciones cal
Topologi- en el diseño de la red ARPA”, pp. 581-87.
S. Carr, S. Crocker, y V. Cerf. “Host-Host Protocolo de
Comunicación en la obra ARPA Net-”, pp. 589-98.
[41] Sesión especial sobre la ARPANET en Proc.[41] Sesión especial sobre la ARPANET en Proc.
Conjunto Primavera Comp. Conf., AFIPS Conf. Proc.,
vol. 40, mayo de 1972:
SM Ornstein et al., “La Terminal IMP para laSM Ornstein et al., “La Terminal IMP para laSM Ornstein et al., “La Terminal IMP para la
ARPA Computer Network “, pp. 243-54.
H. Frank, R. Kahn, y L. Kleinrock, “Red de Comunicación - cia
Diseño Experimental con Teoría y Práctica”, pp 255-70..
SD Crocker et al., “Proto-Oriented FunciónSD Crocker et al., “Proto-Oriented FunciónSD Crocker et al., “Proto-Oriented Función
cols para la ARPA Computer Network “, pp. 271-79.
RH Thomas, DA Henderson, “Mcross - un sistema
multi-Programación”, pp 281-94..
LG Roberts, “Extensiones de paquetes Comunica- Tecnología de
cationes a un terminal de mano Personal”, pp. 295-98. [42] R.
Tomlinson, “la primera red de correo electrónico”
http://openmap.bbn.com/~tomlinso/ray/firste
mailframe.html [43] N. Abramson, “El ALOHANET - Surfing
para
Los datos inalámbrica” IEEE Commun. Revista., vol. 47, no.Los datos inalámbrica” IEEE Commun. Revista., vol. 47, no.Los datos inalámbrica” IEEE Commun. Revista., vol. 47, no.
12, diciembre de 2009, pp. 21-25. [44] “El sistema ALOHA - Otra
alternativa
para Calcular r Comunicación” Proc. AFIPS Fall Jointpara Calcular r Comunicación” Proc. AFIPS Fall Joint
Comp. Conf., vol. 37, 1970, pp. 281-85.Comp. Conf., vol. 37, 1970, pp. 281-85.
[45] LG Roberts, “sistema de paquetes con ALOHA
y sin ranuras y captura “, ARPA Net-Info trabajar. Center,
Stanford Research Inst., Menlo Park, CA, CULO Nota 8
(NIC 11290) en junio de 1972.
[46] L. Kleinrock y S. Lam, “conmutación de paquetes
en un canal ranurado satélite,” AFIPS Conf. Proc., vol. 42,en un canal ranurado satélite,” AFIPS Conf. Proc., vol. 42,en un canal ranurado satélite,” AFIPS Conf. Proc., vol. 42,
Nat'l. Comp. Conf., Nueva York, junio de 1973, AFIPS Press,
pp. 703-10. [47] S. Lam y L. Kleinrock, “conmutación de
paquetes
en un canal de difusión multiacceso: Procedimientos de
Control Dinámico” IEEE Trans. Commun.,Control Dinámico” IEEE Trans. Commun.,
vol. COM-23, sep. 1975, pp. 891-904. [48] R. Metcalfe y
D. Boggs “Ethernet: Desven-
buido de conmutación de paquetes para redes er computa-
local” Commun. ACM, vol. 19, no. 5, julio de 1976 pp. 395-404.local” Commun. ACM, vol. 19, no. 5, julio de 1976 pp. 395-404.local” Commun. ACM, vol. 19, no. 5, julio de 1976 pp. 395-404.
[49] Dr. Boggs et al., “Pup: una interconexión de redes[49] Dr. Boggs et al., “Pup: una interconexión de redes[49] Dr. Boggs et al., “Pup: una interconexión de redes
Arquitectura," IEEE Trans. Commun., COM-Arquitectura," IEEE Trans. Commun., COM-Arquitectura," IEEE Trans. Commun., COM-
28, no. 4, pp. 612-24, abril, 1980, p. 26.
[50] VG Cerf y RE Kahn, “Un protocolo para la
Paquete de Interconexión de Redes” IEEE Trans.Paquete de Interconexión de Redes” IEEE Trans.
Commun. Tech., vol. COM-22, V 5, mayoCommun. Tech., vol. COM-22, V 5, mayo
1974, pp. 627-41.
[51] D. Cohen, S. Casner, y JW Forgie, “A
Red de Voz sobre Protocolo de NVP-II,”ISI / RR-81-
90, abril de 1981.
[52] J. Postel, “Comentarios sobre Protocolo de Internet
y TCP,”IEN 2, 1977. [53] J. Postel,“RFC 768 - datagramas
de usuario Proto-
col,”1980; http://www.faqs.org/rfcs/rfc768.html [54] GP
Dinneen, “Datos Comu- de host a host
Protocolos caciones “, 03 de abril 1980;
http://www.potaroo.net/ietf/ien/ien152.txt [55] J. Postel, “Plan
de Transición NCP / TCP”, RFC
801, noviembre de 1981; http: / /www.rfceditor. org / rfc /
rfc801.txt [56] PT Kirstein, “La historia temprana de paquetes
La conmutación en el Reino Unido” IEEE Commun. Revista.,La conmutación en el Reino Unido” IEEE Commun. Revista.,
vol. 47, no. 2, febrero de 2009, pp. 18-26 [57]
T. Rybcznski, “Conmutación de paquetes
(1975-1985): una perspectiva canadiense” IEEE Commun.(1975-1985): una perspectiva canadiense” IEEE Commun.
Revista., vol. 47, no. 12, diciembre de 2009, pp. 26-31.Revista., vol. 47, no. 12, diciembre de 2009, pp. 26-31.
[58] L. Kleinrock y W. Naylor, “En Medido
El comportamiento de la red ARPA,” AFIPS Conf. Proc., vol.El comportamiento de la red ARPA,” AFIPS Conf. Proc., vol.El comportamiento de la red ARPA,” AFIPS Conf. Proc., vol.
43, Comp Nacional. Conf., Chica- ir, IL, mayo de 1974,
AFIPS Press, pp. 767-80. [59] L. Kleinrock, “Principios y
Lecciones de
Paquete de comunicaciones” Proc. IEEE, Número especialPaquete de comunicaciones” Proc. IEEE, Número especialPaquete de comunicaciones” Proc. IEEE, Número especial
sobre Packet Communications, vol. 66, no. 11, Nov. 1978, pp.
1320-1329. [60] Proc. IEEE, Número especial sobre paquetes1320-1329. [60] Proc. IEEE, Número especial sobre paquetes1320-1329. [60] Proc. IEEE, Número especial sobre paquetes
Comu-
caciones, vol. 66, no. 11, noviembre de 1.978.

An early history_of_the_internet.en.es

Recomendados

Recomendados

Más contenido relacionado

Similar a An early history_of_the_internet.en.es

Similar a An early history_of_the_internet.en.es (20)

Último

Último (20)

An early history_of_the_internet.en.es