ARPANET

ARPANET son las siglas de: Advanced Research Projects Agency Network, es la
red de computadoras creada por encargo del Departamento de Defensa (DOD)
de Estados Unidos, para utilizarla como medio de comunicacin entre los
diferentes organismos nacionales estadounidenses. El primer nodo fue creado
en la Universidad de California en Los ngeles (UCLA), y fue la espina dorsal de
Internet hasta 1990, tras finalizar la transicin al protocolo TCP/IP, iniciada en
1983.
En 1966, la agencia ARPA (Advanced Research Projects Agency) tena un
programa con varias instituciones de investigacin. La meta de ARPA era
enlazar diferentes ordenadores todos juntos, para mejorar la potencia general
del procesamiento de los ordenadores, y descentralizar el almacenamiento de
informacin. En el verano de 1968, ya exista 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 BBN (donde haba trabajado Licklider, creador del
concepto de red galctica). El 29 de octubre de 1969 se transmite el primer
mensaje a travs de ARPANET y en menos de un mes (21 de noviembre) se
establece el primer enlace entre las universidades de Stanford y UCLA.
El gobierno de los Estados Unidos quera encontrar una manera de acceder
y distribuir la informacin en caso de una catstrofe, como por ejemplo un
ataque nuclear. Si una bomba diera en un importante centro de ordenadores,
las transferencias de informacin se pararan de inmediato. Sin embargo, si se
pudieran unir varias redes diferentes y separadas, otras partes del sistema
seguiran funcionando incluso si algunos enlaces fueran destruidos.
Este proyecto de ARPA gradualmente fue evolucionando de la teora a
proposiciones reales de construir esas redes. En 1968, ARPA envo una peticin
a varias instituciones pidiendo ofertas para crear la primera red de rea
extensa (WAN). La firma BBN gan la oferta para disear 4 mquinas
procesadoras de mensajes que crearan comunicaciones abiertas entre los
cuatro dispositivos diferentes, y en cuatro sistemas operativos distintos.
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. Fue desplegado por primera vez hacia 1970.1
Composicin y labor
ARPANET estaba fundamentada en una red compuesta por diferentes
ordenadores en la que todos los nodos tenan la misma importancia,
consiguiendo as que en el caso de que alguno de ellos se viera manipulado o

quedara deteriorado, la red no se vea afectada.La clave de ARPANET estaba

en que los datos eran enviados mediante diferentes rutas, confluyendo
finalmente en un mismo punto de destino. De esta forma, la informacin se
desgranaba en pequeas unidades que eran enviadas a travs de la ruta
menos ocupada para reunirse en el punto de destino. Con ello se consegua la
no existencia de ningn control centralizado, por lo que la seguridad de las
comunicaciones aumentaba.
El progreso de ARPANET
El principal obstculo con el que se encontr el desarrollo de la red fue la
interconexin de diferentes ordenadores, provenientes de diferentes creadores
y con diferentes sistemas de comunicacin. Esto se resolvi con la
estandarizacin de los protocolos de comunicacin, surgiendo as TCP/IP, clave
en el desarrollo de la red Internet posteriormente.
Poco a poco, ARPANET fue creciendo y ms centros de investigacin se fueron
adscribiendo a la nueva red de comunicacin.
En 1983, ARPANET se uni a otro tipo de redes ms locales, dando lugar a la
actual Internet, que, poco a poco, se fue desarrollando y creciendo en nmero
de usuarios. As, en 1990, cuando ARPANET dej de existir, poca gente advirti
este hecho, debido a la gran expansin conseguida por su sustituto, Internet.
MAP
El Protocolo de fabricacin automatizada (Manufacturing Automation
Protocol, MAP) es una especificacin impulsada por General Motors con el fin
de obtener una arquitectura de comunicaciones independiente del fabricante,
que permita interconectar todos los elementos de la fbrica, desde sensores,
actuadores, robots, a ordenadores de proceso y de oficina tcnica. Se trata de
llevar a la prctica el concepto de Fabricacin integrada por computador
(Computer Integrated Manufacturing, CIM) y para ello es necesario elegir un
conjunto de servicios de comunicaciones estndar que permitan compatibilidad
en todos los niveles a los dispositivos conectados.
MAP no es un protocolo, sino una pila de protocolos basada en el modelo de
referencia de interconexin de sistemas abiertos OSI de ISO. Propone uno o
varios protocolos estndar para cada nivel. Una de sus caractersticas es la
eleccin a nivel fsico de paso de testigo en bus (Token Bus, normalizado como
IEEE 802.4), debido a la exigencia en la industria de tiempos de respuesta
acotados.
MAP provee estndares comunes para la interconexin de computadores y
mquinas herramientas programables usadas en la automatizacin de fbricas.
En el nivel fsico ms bajo, MAP usa el protocolo IEEE 802.4 de bus de seales.

Con frecuencia, MAP se usa junto con TOP, un protocolo de oficina

desarrollado por Boeing Computer Services. TOP se utiliza en la oficina y MAP,
en la fbrica.
En la capa fsica, la red IEEE 802.4 utiliza cable coaxial de 75 ohmios por el
que viajarn seales moduladas, es decir, IEEE 802.4 es una red en banda
ancha que modula sus seales en el nivel fsico. Tambin se permite la
utilizacin de repetidores con objeto de alargar la longitud de la red. Las
velocidades de transferencia de datos que prev esta norma estn
comprendidas entre 1,5 y 10 Mbps.
TOP
Es utilizado por los agentes en sistemas de informacin recuperar, convertir, y
realizar varias operaciones en objetos mecanografiados. El PROTOCOLO TOP,
un cliente entra en contacto con un servidor usando una conexin de la
corriente (tal como TCP), y ediciones a las series de peticiones. Despus de
recibir una peticin, el servidor enva una contestacin. Un agente dado de la
informacin puede actuar como un cliente y servidor, y puede hablar con los
clientes mltiples y los servidores simultneamente.
Los servidores SUPERIORES, desemejante de los servidores del HTTP, no
terminan normalmente una sesin despus de enviar una contestacin, a
menos que el cliente solicite para terminar una sesin. Sin embargo, el
PROTOCOLO TOP no se disea para ser utilizada directamente por los usuarios
del extremo, ni son los clientes esperados mantener conexiones abiertas
indefinidamente.
Por lo tanto, un servidor puede terminar una sesin SUPERIOR si no recibe
una peticin en el plazo de 60 segundos de la contestacin pasada. El servidor
puede tambin terminar una conexin si un cliente no puede terminar una
peticin dentro de cierto perodo. Este perodo no debe ser menos de 60
segundos, y debe probablemente ser perceptiblemente ms largo. Por
supuesto, los agentes deben asumir que las faltas de la red y de la mquina
pueden cortar una conexin en cualquier momento.
Las peticiones consisten en unas o ms lneas, dependiendo de la clase de
peticin dada. La primera lnea de cualquier peticin comienza con el nombre
de la peticin seguida por un espacio o una lnea terminacin. Se espera que el
servidor siempre d una cierta clase de respuesta a la primera lnea de la
peticin; esto puede ser una contestacin final o una contestacin que indica
que el cliente debe continuar.
Todas las lneas se terminan con el carcter de retorno del carro (CR) seguido
por el carcter del line-feed (LF). Bloques delimitados del VALOR, puede, sin
embargo, contener datos arbitrarios, incluyendo retornos del carro, line-feeds,

y anula, entre los delimitadores. El exterior de los bloques delimitados del

VALOR, todo deber ser transmitido por los caracteres que utiliza el juego de
caracteres del ASCII.
La versin 0.2 del PROTOCOLO TOP define las peticiones siguientes:

PROTO
Negociaban protocolo.
NOV Utilizado para la sincronizacin.
PARADO
Terminaban una sesin.
OPERACIN Llamaban una operacin alejada.
ATTR Traan una cualidad del objeto.
CNVT Convertan un objeto a un formato alterno.
TYPQ Conseguan la informacin sobre un tipo.
TYPL Enumeraban los tipos que se han colocado o se han cambiado
recientemente.
AUTH Solicitaban un permiso
SNA

Systems Network Architecture (SNA) es una arquitectura de red, diseada

por IBM en 1974 y utilizada para la conectividad con hosts o mainframe de IBM
(grandes computadoras y servidores muy robustos que soportan millones de
transacciones, generalmente utilizados en bancos), as como los servidores IBM
AS/400, considerados como servidores middlerange.
Los bancos siguen utilizando SNA por considerarlo ms seguro que el
modelo TCP/IP; es comn que las redes de cajeros automticos estn
conectadas bajo SNA.
Como SNA es muy complejo de utilizar para los programadores, existe una
biblioteca de funciones o interfaz de programacin de aplicaciones (API),
llamada CPI-C, especialmente diseada para crear aplicaciones que se
comuniquen utilizando SNA.
Originalmente, fue diseado para permitir la comunicacin con un host.
Cada red o subred eran controladas por este host. Las computadoras se podan
comunicar con dicho host, sin embargo no podan establecer comunicacin
directa con otras computadoras. Este estilo de red, recibe el nombre de subrea SNA.
Sin necesidad de host, el nuevo diseo de red que s permite la comunicacin
peer-to-peer implementando SNA es el APPN (Advanced Peer-to-Peer
Networking).SNA define los estndares, protocolos y funciones usadas por los
dispositivos, para permitirles la comunicacin entre ellos, en las redes SNA.
ARQUITECTURA SNA

Es un modelo que presenta similitudes con el modelo de referencia OSI (Open

System Interconnection, Interconexin de Sistemas Abiertos).
La arquitectura SNA se compone de las siguientes capas:
1. Fsica: SNA no define protocolos especficos para su capa de control
fsica. Se puede emplear cualquier otro estndar para su
implementacin.
2. Control de Enlace de Datos (Data Link Control, DLC): define varios
protocolos incluidos el Synchronous Data Link Control (SDLC) y el
protocolo de comunicacin Token Ring Network para LAN entre iguales
(peers).
3. Control de Ruta (Path Control): implementa mucha de las funciones
de la capa de red del modelo OSI.
4. Control de Transmisin (Transmission Control): proporciona un
servicio de conexin de punta a punta confiable, as como servicios de
cifrado y descifrado.
5. Control de Flujo de Datos (Data Flow Control): administra el
procesamiento de las peticiones y respuestas, asigna el turno para la
comunicacin, y puede interrumpir el flujo de informacin pedida.
6. Servicios de Presentacin (Presentation Services): especifica los
algoritmos de transformacin de datos para cambiarlos de una forma a
otra, sincroniza las transacciones y coordina los recursos compartidos.
7. Servicios de Transaccin (Transaction Services): proporciona
servicios de aplicacin en forma de programas que implementan el
procesamiento distribuido o servicios de gestin.