Nt1 Redes 06

e
Escuela Politcnica Superior

Universidad de Huelva
TEMA 1
Fundamentos de comunicaciones
y redes de datos
Diego A. Lpez Garca
Manuel Snchez Raya
Versin 0.2
1 de Octubre de 2006
T
E
R
C
E
R

C
U
R
S
O
.

R
E
D
E
S

D
E

C
O
M
P
U
T
A
D
O
R
E
S
Departamento de Ing. Electrnica,
Sistemas Informticos y Automtica
E.P.S. I.T.I. DE HUELVA
REDES DE COMPUTADORES Pg. 2/30
NDICE
1.- Introduccin............................................................................................................. 3
2.- Conceptos de comunicaciones.................................................................................. 4
2.1- Tipos de Redes. .................................................................................................. 5
3.- Arquitectura de Red. ................................................................................................ 7
3.1.- Unidades de informacin transmitidas en la comunicacin. ............................... 8
3.2- Funciones de los sistemas de comunicacin. ....................................................... 9
3.3.- El modelo de referencia OSI de ISO. ............................................................... 11
3.4.- Transmisin de datos en el modelo OSI........................................................... 14
3.5.- El modelo de referencia TCP/IP. ..................................................................... 19
3.6.- Comparacin entre los modelos OSI y TCP/IP ................................................ 20
4.- Breve historia de las redes de comunicacin........................................................... 22
4.1.- Arpanet. .......................................................................................................... 22
4.2.- Nfsnet.............................................................................................................. 24
4.3.- Usenet. ............................................................................................................ 24
4.4.- El nacimiento de Internet................................................................................. 25
4.5.- Novell Netware. .............................................................................................. 26
5.- Estndares y Agencias de Normalizacin. .............................................................. 27
5.1.- Organizaciones de Estndarizacin en Comunicaciones................................... 28
5.2.- Agencias de Normalizacin Internacionales..................................................... 28
5.3.- Normas sobre Internet. .................................................................................... 29
BIBLIOGRAFA:
Apuntes de Redes de Comunicaciones. Universidad de Oviedo.
Stallings, W.; "Comunicaciones y Redes de Computadores". 6 Edicin; Prentice-Hall;
2000 (681.324 STA com)
1.- Introduccin.
El siglo XX ha estado dominado por la tecnologa de la informacin, es decir, todos los
aspectos relacionados con la recoleccin, procesamiento distribucin de la informacin.
En este siglo, hemos visto el nacimiento de la radio y la televisin, la extensin por todo
el planeta de las redes telefnicas, el nacimiento y la expansin de los ordenadores, as
como la puesta en rbita de satlites de comunicaciones.
En los ltimos aos, estas reas han ido convergiendo, y las fronteras entre captura,
transporte, almacenamiento y procesamiento de la informacin, son cada vez ms
tenues. Es crecimiento de la demanda de estos servicios es exponencial. A medida que
aumenta la capacidad para recoger, procesar y distribuir la informacin, las exigencias
de procesamientos ms sofisticados crecen con mayor rapidez.
Adems, se ha producido una drstica reduccin en los costes de los equipos
informticos. Simultneamente, el campo de las comunicaciones ha experimentado
tambin una importante reduccin de costes, as como unas mejoras tcnicas
substanciales.
El resultado de esta evolucin ha sido la aparicin de redes de ordenadores como una
solucin ms barata, fiable y flexible para muchas situaciones prcticas, y a la vez ha
abierto la puerta a nuevas aplicaciones impensables anteriormente.
El viejo modelo de un ordenador para satisfacer todas las necesidades de clculo, ha
sido reemplazado por otro en el que un nmero grande de ordenadores autnomos pero
interconectados realizan todo el trabajo. Este tipo de sistemas se conocen como redes de
ordenadores. Para aclarar ms el concepto, entenderemos por interconexin de dos o
ms ordenadores, aquella situacin en la que stos sean capaces de intercambiar
informacin.
La forma fsica de lograr esta situacin no implica la utilizacin de hilos de cobre, sino
que puede realizarse con otras tecnologas como fibra ptica, microondas o conexiones
va satlite. Con autnomos queremos excluir aquellos casos donde existe una clara
relacin maestro/esclavo. Si un ordenador puede forzosamente arrancar, parar o
controlar a otro, stos no se considerarn autnomos.
Llamaremos sistema distribuido a una red de ordenadores en la que la existencia de
mltiples equipos autnomos es transparente para el usuario, es decir, no le resulta
visible la divisin del sistema en distintos equipos.
2.- Conceptos de comunicaciones.
Desde un punto de vista de las comunicaciones, podramos hacer las siguientes
definiciones:
Seal: Es una codificacin elctrica o electromagntica de informacin.
Sealizacin: Es el acto de propagar la seal a travs de un medio adecuado.
Transmisin: Se define como la comunicacin de los datos mediante la
propagacin y el procesamiento de seales.
Redes de computadores: Se denomina as al conjunto de ordenadores que se
comunican entre s mediante una red de comunicaciones.
Un sistema de transmisin de datos est formado por una fuente de los datos,
generalmente un computador que extrae esos datos del usuario a travs de un teclado o
de disco, un transmisor que es el encargado de adecuar la informacin al sistema de
transmisin empleado, realizando para ello la generacin de la seal que se va a
transmitir.
Fuente Transmisor Sistema de
transmisin
Receptor Destino
Sistema origen
Sistema destino
(a) Diagrama general de bloques
(b) Ejemplo
Modem Modem Servidor
Red publica de telfonos
Estacin de Trabajo
El receptor realiza el proceso inverso, extrayendo del medio o sistema de transmisin la
seal distorsionada o degradada previsiblemente proveniente del transmisor y
convirtindola mediante tareas de decisin en datos digitales. Estos datos digitales se
deben interpretar en el Destino, por el receptor final del mensaje, que puede ser el
usuario a travs de un terminal de datos o un sistema de almacenaje en disco.
Fuente
Transmisor Sistema de
transmisin
Receptor Destino
Texto Texto
Cadena
de bits
Cadena
de bits
Informacin
de entrada m
Entrada de
datos g(t)
Seal transmitida
s(t)
Datos de
salida (t)
Informacin
de salida
Seal recibida
(t)
Seal
analgica
Seal
analgica
2.1- Tipos de Redes.
Redes de rea Local (LAN)
En general, una LAN (Local Area Network) es una red privada cuya extensin est
limitada en el espacio: un edificio, un campus o en general una extensin inferior a unos
cuantos kilmetros. Su aplicacin ms extendida es la interconexin de ordenadores
personales y estaciones de trabajo en oficinas y fbricas para compartir recursos e
intercambiar datos y aplicaciones.
Las topologas ms tpicas son las conexiones en bus o estrella. El medio de transmisin
ms utilizado es el cobre combinado con fibra ptica a alto nivel.
Redes de rea Extensa (WAN)
Una WAN se caracteriza por ocupar una gran rea geogrfica (hasta un continente
entero). Los medios de transmisin son muy variados y la topologa suele ser mallada,
con conexiones troncales (backbones) habitualmente en anillo y fibra ptica. Contiene
una serie de ordenadores (servidores) en los que corren las aplicaciones de los usuarios
(tambin conocidos como hosts), que se conectan mediante lo que se viene en llamar
subred. En general, la subred est formada por lneas de transmisin y nodos de
conmutacin de paquetes.
REDES DE REA EXTENSA (WAN) REDES DE REA LOCAL (LAN)
Distancias de hasta miles de
Kilmetros
Distancias inferiores a unos pocos
kilmetros
Protocolos complejos Protocolos simples
Suelen ser pblicas y administrada
por empresas u organismos
nacionales
Suelen ser privadas y administradas
por sus propietarios
Habitualmente usa circuitos de la
red telefnica para sus conexiones
Suele emplear comunicaciones
digitales sobre cables propios
Tasas de error altas (1 bit errneo
entre cada 10
5
bits transmitidos).
Tasas de error bajas (1 bit errneo
entre cada 10
9
bits transmitidos)
Suele emplear enlaces punto a
punto
Suele emplear redes broadcast
Las lneas de transmisin, tambin llamadas circuitos o canales, se encargan de mover
la informacin de una mquina a otra. Los nodos de conmutacin de paquetes o routers
son ordenadores especializados que se emplean para conectar dos o ms lneas de
transmisin. Cuando llegan datos por una lnea de entrada, el router selecciona el canal
de salida ms adecuado para enviar el mensaje hacia su destino.
Redes de rea Metropolitana (MAN)
Son redes de carcter intermedio entre las LAN y las WAN. Poseen caractersticas de
ambas aunque se diferencian de las LAN en que su rea se extiende a toda una ciudad, y
de las WAN en que presenta ms homogeneidad en cuanto a topologa y medios de
transmisin.
Red de rea local
Red de rea amplia
Nodos de conmutacin
Fuente Transmisor Sistema de
transmisin
Receptor Destino
Sistema origen Sistema destino
3.- Arquitectura de Red.
He aqu la definicin algunos elementos previos:
Sistema abierto : Sistema capaz de interconectarse con otros de acuerdo con
unas normas establecidas. La Interconexin de Sistemas Abiertos se ocupar del
intercambio de informacin entre sistemas abiertos y su objetivo ser la
definicin de un conjunto de normas que permitan a dichos sistemas cooperar
entre s.
Capa o nivel: Conjunto de funciones o servicios en que se divide el proceso de
comunicacin.. Las capas estn jerarquizadas y cada capa aade nuevas
caractersticas a partir de los servicios que proporciona la capa inmediatamente
inferior.
Entidad: Elemento que lleva a cabo las funciones asignadas a la capa en la que
se encuentra. Las entidades equivalen a procesos software o dispositivos
electrnicos inteligentes. Entidades pertenecientes a capas equivalentes en dos
equipos diferentes de llaman entidades homlogas (peers).
Protocolo: Conjunto de reglas (semnticas, sintcticas y de temporizacin) que
gobiernan la comunicacin entre entidades de una misma capa. Es decir, en el
protocolo de la capa N, una entidad intercambia informacin con su homloga
en la mquina destino, de cara a proporcionar los servicios asignados a esa capa.
Para ello, har uso de los servicios que proporciona la capa anterior.
Arquitectura de red: Conjunto de capas y protocolos que constituyen un
sistema de comunicaciones.
Con la definicin de estos trminos ya puede vislumbrarse la estructura en que se
descompone un sistema de comunicacin, que puede resumirse as:
a) El sistema de comunicacin est formado por un conjunto de entidades situadas
en diferentes capas.
b) Las entidades de una determinada capa N cooperan entre s de acuerdo con un
determinado protocolo N.
c) Las entidades de una capa N utilizan los servicios N-1 proporcionados por las
entidades de las capas inferiores, mediante un acceso a ellos. La estructura de
estas capas es desconocida para la capa N, la cual, slo tiene en cuenta los
servicios proporcionados por lo que se ha denominado bloque N-1.
d) Las entidades de una capa N realizan unas determinadas funciones N, utilizando
los servicios.
e) Una capa, la N, proporcionar a la capa inmediatamente superior, la N+1, una
serie de servicios. Para ello puede usar los servicios ofrecidos por la capa N-1.
Por ejemplo, a partir de un enlace fsico con errores, se podra construir un
enlace lgico libre de errores.
Segn ISO, el modelo que hemos definido es vlido para configuraciones simples como
sera el caso de una lnea punto a punto dedicada. Pero para cubrir configuraciones ms
complejas como es el caso de interconexiones a travs de una red pblica de transmisin
de datos, se elabor otro modelo en el que se ha permitido el encadenamiento entre
bloques o capas.
3.1.- Unidades de informacin transmitidas en la comunicacin.
Para acceder a un servicio, se recurre a un SAP (Punto de Acceso al Servicio), que
puede entenderse como el punto en el que interactan dos capas contiguas de una misma
estacin. Puede haber ms de un SAP entre dos capas, en funcin de la calidad de
servicio que se requiera. Cada SAP tiene una direccin que lo identifica. En UNIX, los
SAP son los puertos o sockets y su direccin el nmero del puerto o socket.
Para permitir la comunicacin entre dos capas, debe existir un conjunto de reglas que
definan la interfaz. As, la interfaz definir aspectos fsicos (conectores, niveles
elctricos) y/o lgicos (estructuras de datos, temporizacin, etc.) que permitan la
interconexin de las capas. Cada mquina puede tener sus propias interfaces entre capas
sin que esto afecte a la comunicacin entre capas equivalentes.
En una comunicacin tpica, la capa N+1 pasa una I DU (Unidad de Datos de la interfaz)
a travs de un SAP a la capa N dentro de la misma mquina. Una IDU est compuesta
por una informacin de control de la interfaz (ICI) y una parte de datos o SDU (Unidad
de Datos del Servicio). La SDU es la informacin para la que se requiere el servicio,
mientras que la ICI es la informacin que necesita la interfaz para proporcionar el
servicio en la forma deseada.
Mientras la ICI puede variar de una mquina a otra, la SDU permanece invariable. La
SDU de la capa N junto con la cabecera y la cola que forman la informacin de control
del protocolo (PCI), integran la llamada N-PDU (Unidad de Datos del Protocolo) de la
capa N. Si la informacin no se fragmenta, la informacin de la SDU de la capa N
coincide con los datos de la PDU de la capa N. Si por el contrario, la informacin es
fragmentada, se formarn varias PDU de capa N. Estos trozos debern ser
reensamblados en el destino para obtener la SDU.
Un servicio ofrecido por una capa puede mapearse directamente sobre un servicio de la
capa inferior, o bien, la capa puede disponer de un protocolo que le permita mejorar el
servicio que ofrece la capa inferior (por ejemplo correccin de errores). En cualquier
caso, el usuario de los servicios de una capa, debe ver a sta como una caja negra.
3.2- Funciones de los sistemas de comunicacin.
Hemos visto que en cada capa existen unas funciones o servicios a realizar. Entre estas
funciones estn las siguientes.
Nombres y direcciones.
En la comunicacin, la identificacin de las partes que intervienen es fundamental. No
slo hay que saber qu nos estn diciendo sino que hay que saber quin lo dice. En
general, distinguiremos entre nombres, direcciones y rutas a la hora de identificar una
estacin, o de forma ms general, un recurso. Mediante el nombre identificaremos el
recurso al que queremos acceder. Su direccin nos indicar en que punto de la red se
encuentra, y la ruta nos definir el camino ptimo a seguir para llegar al recurso. La
funcin que se optimiza puede ser el coste de la comunicacin, la fiabilidad, el tiempo,
o una ponderacin de varios de estos criterios.
Fragmentacin y reconstruccin de mensajes.
Resulta evidente que la longitud de la informacin que se desea enviar o se va a recibir
no tiene que coincidir necesariamente con el tamao del paquete que realmente circula
por la red. En ese caso, el mensaje original debe se fragmentado en trozos ms pequeos
para su envo a travs del canal de comunicacin. Esta situacin obliga a que la estacin
receptora sea capaz de identificar los diferentes bloques y reensamblarlos con el fin de
obtener la informacin original.
Compactacin.
En ocasiones, para aumentar la eficiencia de un canal, pueden enviarse en un mismo
paquete varios bloques pequeos de informacin. Es obligacin del sistema de
comunicacin hacer esta tarea transparente al usuario.
Establecimiento de conexiones y Multiplexacin.
Para poder establecer una comunicacin que involucre varios mensajes es necesario
establecer una sesin o una conexin. La sesin mantiene informacin sobre el estado
de las comunicaciones para permitir la recuperacin de la misma tras un error, o bien
para ordenar la secuencia de mensajes. En este sentido, una conexin puede verse como
un flujo de mensajes entre dos estaciones. Por otra parte, puede ocurrir que una estacin
tenga un nico canal de comunicacin, pero quiera mantener simultneamente varias
sesiones abiertas. Esto obliga a que las distintas sesiones existentes compartan el canal
mediante su Multiplexacin. Tambin puede ocurrir lo contrario, es decir, que una
sesin desee emplear varios canales disponibles en una mquina con el fin de aumentar
la capacidad de la conexin. Esta multiplexacin / demultiplexacin del canal exige un
control adicional sobre el flujo de mensajes.
3.5.- Control de errores.
En la comunicacin es importante disponer de canales fiables, es decir, libres de errores.
Esto incluye tres aspectos fundamentales: deteccin, correccin y recuperacin de
errores. Las principales causas de error son el ruido en la lnea de transmisin, el
deterioro de la informacin en algn nodo intermedio o la prdida de paquetes. As
pues, deben detectarse:
Deterioros en la informacin (errores a nivel de bit)
Prdidas de mensajes
Duplicacin de mensajes
Mensajes fuera de secuencia.
La deteccin de errores de bits se logra aadiendo informacin redundante, por ejemplo
usando bits de paridad. Los errores de secuencia se detectan aadiendo a los mensajes
identificadores de secuencia nicos. En general, cuando se detecta un error, la solucin
suele ser la peticin de retransmisin del paquete o paquete afectados.
Congestin y control de flujo.
Un sistema de comunicacin puede sufrir los mismos problemas de congestin que las
carreteras. Esto es debido a que un gran nmero de usuarios comparten un nmero
limitado de recursos. Si en un momento dado hay una gran demanda de dicho recurso,
ste puede llegar a saturarse y no ser capaz de atender todas las peticiones que recibe.
Estamos ante una congestin.
Los mecanismos de control de congestiones, son los medios de que dispone la red para
evitar un bloqueo de la misma a medida que aumenta el trfico de informacin. Los
mecanismos de control de flujo permiten regular el intercambio de informacin entre
dos entidades de forma que una no enve ms informacin de la que la otra es capaz de
procesar.
Sincronizacin.
Para que pueda existir comunicacin entre dos entidades, es necesario que exista una
sincronizacin a distintos niveles:
Nivel de bit: El receptor debe conocer o ser capaz de determinar el comienzo y
duracin de cada elemento de seal para poder leerla de forma correcta.
Nivel de byte: Muchos sistemas intercambian informacin en forma de
caracteres de 8-bits (byte), aunque varios bytes pueden empaquetarse en un
nico mensaje para su transmisin. Por ello, el receptor debe ser capaz de
distinguir el comienzo y final de cada byte dentro del paquete.
Nivel de bloques: Es necesario determinar el inicio y final de un bloque de
bytes. La informacin contenida un bloque suele tener un significado u otro en
funcin de su posicin. Es habitual que los bytes iniciales acten como cabecera
y contengan informacin que permite al protocolo de la capa controlar la
comunicacin.
Nivel de acceso al medio de comunicacin: En el caso de acceder a un medio
de comunicacin con estructura de bus, es importante asegurar que slo un
usuario tiene acceso al medio en un instante determinado.
Nivel de protocolo: Dos entidades pares que se comunican, y que mantienen
informacin sobre el estado de la comunicacin deben estar sincronizadas al
comienzo de la misma o tras un error grave de la comunicacin, para poder
recuperarla.
Nivel de proceso: Este tipo de sincronizacin es necesaria para acceder a un
recurso compartido como por ejemplo datos comunes almacenados en un disco.
Gestin de Prioridades.
Con el fin de establecer jerarquas a la hora de competir por el acceso a un recurso,
pueden establecerse distintos niveles de prioridad para los mensajes. En general,
mensajes de alta prioridad sufrirn retardos menores. Un uso tpico es la transmisin de
alarmas en aplicaciones de control, indicar la parada de una aplicacin, o el uso de
mensajes de control de comunicacin.
3.3.- El modelo de referencia OSI de ISO.
El modelo OSI (Open Systems Interconnection) de ISO (International Standards
Organization) fue una propuesta para la standarizacin de las redes de ordenadores. Este
modelo tiene siete capas, diseadas con arreglo a los siguientes principios:
1. Una capa se crear en situaciones en las que se requiera un nivel diferente de
abstraccin.
2. Cada capa deber realizar una funcin bien definida.
3. La funcin que realiza cada capa deber seleccionarse tomando en cuenta la
minimizacin del flujo de informacin a travs de las interfaces.
4. El nmero de capas ser suficientemente grande como para que funciones
diferentes no estn en la misma capa, y suficientemente pequeo para que la
arquitectura no sea difcil de manejar.
El modelo OSI por si mismo, no es una arquitectura de red puesto que no especifica el
protocolo que debe usarse en cada capa, slo indica un reparto de servicios factible para
a partir de ah definir los protocolos oportunos.
Capa fsica
La capa fsica se ocupa de la transmisin de bits a travs de un canal de comunicacin.
Debe asegurar que cuando un extremo enva un bit con valor 1, sea recibido como tal en
el otro extremo. Los problemas de diseo a considerar aqu son los aspectos mecnico,
elctrico, de interfaz y el medio de transmisin fsica. Como servicios que puede
implementar son de sincronizacin y control de errores.
Capa de enlace
Su principal tarea consiste en proporcionar una lnea sin errores a partir de un medio de
transmisin cualquiera. Esta capa debe crear y reconocer los lmites de las tramas.
Adems debe resolver los problemas creados por el deterioro, prdida o duplicidad de
tramas. La capa de enlace ofrece distintos servicios a la capa de red, cada uno con
distinta calidad y precio. De nuevo sincronizacin y errores son servicios propios de
esta capa. Adems incluye el servicio de control de congestin o control de flujo que
permite evitar que un emisor muy rpido sature a un receptor muy lento. Tambin
pueden verse en esta capa procesos de multiplexacin y de compactacin.
Capa de red
La capa de red se ocupa del control de la operacin de la subred. Un punto vital de su
diseo, es la decisin sobre como encaminar los paquetes del origen al destino. El
encaminamiento puede basarse en unas tablas estticas o bien determinarse
dinmicamente en funcin del trfico de red. Tambin debe detectar y corregir
problemas de congestin de trfico. En ocasiones tambin incluye funciones de
contabilidad para el cobro de los servicios de subred. La capa de red tambin debe
resolver los problemas de comunicacin entre distintas redes, fragmentando por ejemplo
los paquetes en unidades inferiores cuando sea necesario.
Capa de transporte
La principal funcin es aceptar los datos de la capa de sesin, dividirlos si es necesario
y pasarlos a la capa de red. Adems debe asegurar que todos lleguen correctamente al
otro extremo. Este trabajo debe hacerse de forma eficiente para aislar la capa de sesin
de cambios en el hardware.
Lo habitual es establecer una conexin de red distinta para cada conexin de transporte
solicitada por la capa de sesin. Si la conexin de transporte necesita un gran caudal,
sta podra crear mltiples conexiones de red. Por otra parte, si el mantenimiento de una
conexin de red es costoso podra multiplexar varias conexiones de transporte sobre la
misma conexin de red.
La capa de transporte determina qu tipo de servicio debe dar a la capa de sesin. El
tipo de conexin ms habitual es el punto a punto libre de errores. La capa de transporte
es la primera capa extremo a extremo dentro de la jerarqua. Debe preocuparse del
establecimiento y liberacin de conexiones as como proporcionar mecanismos de
control de flujo y de congestiones.
Capa de sesin
Una capa de sesin permite que los usuarios de diferentes mquinas puedan establecer
sesiones entre ellos. Un servicio de la capa de sesin es gestionar el control de dilogo,
es decir, acta como moderador en una reunin donde varios individuos desean
comunicarse. Puede permitir que el trfico vaya en las dos direcciones simultneamente,
o bien alternativamente, en cuyo caso determinar que estacin tiene el turno.
Otro servicio asociado a la capa de sesin es la administracin del testigo si existe.
Tambin debe encargarse de la sincronizacin. Esto implica la insercin de puntos de
verificacin en el flujo de datos, en los que puede retomarse la conversacin en caso de
fallo.
Capa de presentacin
La capa de presentacin se ocupa de los aspectos de sintaxis y semntica de la
informacin que transmite. Tambin puede ocuparse de la compresin y encriptacin de
los datos intercambiados.
Capa de aplicacin
Contiene una cantidad de protocolos usados frecuentemente, como por ejemplo ofrecer
servicios de terminal virtual, transferencia de archivos, correo electrnico, ejecucin
remota de procesos, etc.
3.4.- Transmisin de datos en el modelo OSI
Una vez vistas las distintas capas que especifica el modelo de referencia OSI, conviene
estudiar la forma en que se produce una comunicacin. Supongamos que el proceso
emisor tiene una informacin que enviar, para ello, entregar los datos a la capa de
aplicacin. La capa de aplicacin aade a la informacin que recibe una cabecera (que
puede ser nula) que permite a la capa seguir el protocolo que tenga definido. El conjunto
formado por los datos originales y la cabecera de aplicacin es entregado a la capa de
presentacin.
La capa de presentacin transforma este bloque de distintas formas, en funcin del
servicio pedido, y aade una nueva cabecera, la correspondiente a la capa de
presentacin.
El nuevo conjunto de datos es entregado a la capa inmediatamente inferior, la capa de
sesin. Es importante destacar que la capa de presentacin no distingue que parte de los
datos que recibi corresponden a la cabecera de la capa de aplicacin y que parte son los
datos del usuario.
Es importante hacer notar que en una o varias de las capas, el conjunto de datos que
recibe la capa N de la N+1 pueden ser fragmentados en bloques ms pequeos para su
entrega a la capa N-1. En ese caso, cada bloque recibir su propia cabecera y adems la
capa que realiza la fragmentacin deber ser la encargada (en la mquina receptora) de
reensamblar los bloques hasta formar el conjunto inicial de datos, y entregarlos a la capa
superior.
El proceso se repite hasta llegar a la capa fsica, momento en el cual los datos son
enviados a travs del canal fsico disponible hacia la mquina de destino. La capa fsica
de la estacin receptora recibir el conjunto de bits del mensaje y comenzar el proceso
inverso. Capa a capa deber ir eliminando las distintas cabeceras y transmitiendo el
resultado hacia las capas superiores hasta llegar al proceso receptor.
Evidentemente, el objeto de aadir y eliminar las cabeceras no es tener algo que hacer,
sino que las cabeceras permiten a cada capa suministrar el servicio que le fue requerido
por la capa superior de acuerdo al protocolo establecido para la capa. De esta manera, la
comunicacin funciona como si cada capa se comunicase directamente con su
homloga en la mquina de destino a travs de un canal lgico proporcionado por el
resto de capas en ambas mquinas.
Aunque la idea puede parecer rebuscada, es similar a lo que sucede en la comunicacin
entre personas. Inicialmente tenemos una idea que queremos comunicar a nuestro
contertulio. Esa idea es entrega a la zona del cerebro encarga del lenguaje. A su vez, el
rea del lenguaje se encargar de generar los impulsos nerviosos necesarios para hacer
vibrar nuestras cuerdas vocales. Esta vibracin se transformar en un sonido recogido
por el odo de nuestro interlocutor. Los impulsos nerviosos generados por su odo sern
enviados al cerebro que los transformar en palabras, y de ellas extraeremos la idea.
El proceso de la comunicacin es similar si el rea del lenguaje decide enviar la
informacin al rea encargada de la escritura. En este caso, el rea del lenguaje estar
pidiendo un servicio diferente a la capa inferior: escribir en lugar de hablar. Adems, el
medio fsico empleado ser distinto, papel en lugar del aire. En cualquier caso nosotros
slo somos conscientes de que enviamos o recibimos un pensamiento.
Ejemplo
A modo de ejemplo en las pginas siguientes se muestra como dos sistemas abiertos
interconectados realizan el intercambio de informacin. Se ha supuesto una red formada
por dos dominios constituidos por redes locales y unidos a travs de una red pblica de
transmisin de datos. Dentro de cada red, local o pblica, las interfaces de cada nodo
estn identificadas mediante una direccin fsica (que en el caso de la red pblica puede
ser un nmero de abonado) impuesta por el propio hardware de red y que normalmente
el usuario no puede modificar.
.uhu
redes.uhu nat.uhu
impresora.uhu
gandalf.us neo.us
Por razones nemotcnicas a los nodos y dominios se les dan nombres que permitan
recordar su denominacin en la red fcilmente. Estos nombres estn asociados a
direcciones lgicas, que son las que realmente utiliza el sistema de comunicaciones para
identificar cada nodo y dominio. Por lo general el nombre o direccin de un nodo se
compone de la identificacin del dominio donde se encuentra junto con su identificacin
individual dentro de ese dominio. Las identificaciones lgicas son asignadas por los
usuarios a los nodos, generalmente bajo la supervisin de un administrador de la red.
Cuando se transmite un mensaje, pasa de la capa 7 a la 1 del sistema emisor, y cada
capa aade su propia cabecera o trata el mensaje de alguna forma. Las tramas que
constituyen el mensaje se transmiten sobre el medio hasta el sistema receptor en el que
pasan de la capa 1 a la 7, eliminndose las cabeceras y reconstituyndose el mensaje.
Cuando las funciones de una capa en particular no son necesarias, se emplea una capa
nula.
En el primer ejemplo el mensaje va destinado a un nodo que se encuentra en la misma
red fsica que el nodo emisor. Por ello, las funciones de encadenamiento entre entidades
no son necesarias y la capa de red y la distincin entre direcciones lgicas y fsicas
pierden sentido al no ser necesario para realizar el encaminamiento.
El mensaje es adquirido por la capa de aplicacin, que se implementara como el
software necesario para recoger el mensaje del teclado del usuario del terminal B de
redes y enviarlo por la red. Una vez obtenido el mensaje la aplicacin lo entregara al
modulo o programa que implementa la capa de presentacin, que adecuar el mensaje a
la sintaxis de la red. En este caso se ha ejemplificado como una traduccin a idioma de
la red, que podramos suponer que es el ingls. En la realidad la capa de presentacin
adecua estructuras de datos, representaciones de datos enteros, de coma fija, de coma
flotante, comprime, encripta, etc. A unas estructuras estndar para el sistema de
comunicaciones.
REDES IMPRESORA
La capa de sesin mantiene la sesin de trabajo de cada usuario dentro de un mismo
nodo, identificando a cada usuario para diferenciar su sesin de la de los dems. Todas
estas sesiones convenientemente identificadas (generalmente mediante la identificacin
tanto del origen, B, como del destinatario, C) se multiplexan en la capa de transporte
que transfiere a la capa de red los datos destinados a cada nodo (correspondientes a una
o varias sesiones) dando su identificacin lgica en la red (10.33 como destino y 10.32
como origen).
Cuando el nodo destinatario se encuentra en la misma red, esta capa simplemente
entrega a la de enlace los datos a enviar con la identificacin de la interfaz fsica (bc)
que corresponde al destinatario. La trama de datos creada por la capa de enlace es
convertida en seales elctricas (en este caso) que se propagan por el medio de
transmisin.
Una vez captadas las seales por la interfaz fsica del destinatario, se convierten de
nuevo en una trama. La capa de enlace se encarga de determinar si est dirigida al nodo
en el que se encuentra mediante la comprobacin de la direccin fsica que viene en la
trama. Si es as la acepta y la entrega para ser procesada por la capa de red, sino la
rechaza.
REDES NAT GANDALF NEO
La capa de red comprueba la direccin lgica de destino, y si es la suya entrega los
datos a la de transporte. Esta identifica los datos que vienen para las distintas sesiones y
los demultiplexa entre ellas (en este caso la sesin del usuario C). La capa de sesin
elabora sus datos para el mantenimiento de la misma y pasa en mensaje an en la forma
de representacin de la red a la capa de presentacin. Esta lo descomprime, desencripta
y/o adecua su representacin a la utilizada en el nodo destinatario (que no tiene por que
se la misma que la del nodo de origen). Finalmente la aplicacin correspondiente har
aparecer el mensaje en la pantalla del terminal del usuario destinatario.
REDES IMPRESORA NAT GANDALF NEO
En el segundo ejemplo la transmisin se realiza entre dos nodos localizados en
dominios diferentes, redes.uhu y neo.us. Esto obliga a la informacin a pasar por
nodos intermedios en su camino entre el usuario D, origen de la transmisin, y el
destinatario E.
En principio todo el proceso es igual al anterior hasta que la informacin llega a la capa
de red, encargada precisamente del encaminamiento entre subredes. Esta capa se
encuentra con el problema de que si entrega la informacin a la capa de enlace
indicando como destinatario la direccin fsica de neo.us (32), nadie en su subred
atender esa trama de datos. Sin embargo si conoce la direccin fsica en su red del
nodo que le sirve de enlace con nodos de de otros dominios, nat.uhu (23) y a esa
direccin fsica dirige la trama.
La trama es aceptada por la capa de enlace de nat.uhu pues est dirigida su direccin
fsica. Pero cuando los datos llegan a la capa de red este detecta que la direccin lgica
del destinatario no es la suya. Sin embargo, nat.uhu est preparada para estas
situaciones ya que se encarga del encaminamiento del trfico que va y viene desde fuera
de la subred local. Dispone de dos interfaces de comunicacin con caractersticas y
sintaxis de direccin diferentes, y de unas tablas de encaminamiento que le permiten
saber en funcin de la direccin lgica del destinatario a que red y a que direccin fsica
ha de dirigir la informacin. En este caso decide pasar a la capa de red implementada
para la red pblica los datos, y sta los destina a travs de la capa de enlace hacia la
direccin fsica 1520 que corresponde al nodo que realiza funciones similares en la
red us.
La informacin se transmite a travs de la red pblica con seales elctricas de
caractersticas muy distintas a las de la red local, y son aceptadas por la capa de enlace
de gandalf.us. Su capa de red detecta tambin una direccin lgica de destino distinta
a la suya para realizar a continuacin un proceso similar al de nat. Ahora los datos
pasan de nuevo a unas capas relacionadas con la red local us (que puede ser un
estndar diferente a la red que se utiliza en uhu) y son dirigidos, ahora si, a la
direccin fsica del destinatario, neo.us (32). El proceso hasta llegar a la pantalla del
usuario del terminal E es el ya descrito en el ejemplo anterior.
En la tercera figura se muestran los caminos seguidos por la informacin a travs de las
capas y se pueden observar los fenmenos de multiplexacin sobre la capa de transporte
y que esta es la primera de las capas que mantiene un dilogo extremo a extremo en la
comunicacin entre subredes. La cuarta figura muestra distintos dispositivos en los que
se producen encadenamientos en distintas capas.
3.5.- El modelo de referencia TCP/IP.
Este modelo es el usado por ARPANET, el abuelo de las redes de ordenadores.
La capa Internet
Por diversas razones, en el caso de ARPANET se eligi una red basada en conmutacin
de paquetes sobre un servicio de red sin conexin. Esta capa de red es la capa internet.
Su funcin es permitir que los host inserten paquetes en cualquier red, y que estos
viajen independientemente hacia su destino (que quiz sea una red distinta). Incluso
pueden llegar en distinto orden del que fueron enviados, en cuyo caso, es obligacin de
las capas superiores reordenarlos si fuese preciso.
La capa internet define un tipo oficial de paquete y un protocolo llamado IP (internet
protocol). La principal obligacin de la capa es distribuir los paquetes hacia su destino,
por ello su funcin es el encaminamiento de los mensajes y evitar atascos, aunque sus
mecanismos de control de congestiones son bastantes limitados. Equivale a la capa de
red del modelo OSI.
La capa de transporte
Es la siguiente capa en el modelo TCP/IP. Est diseada para permitir el dilogo entre
entidades homlogas extremo a extremo, al igual que la capa de transporte de modelo
OSI. Utiliza dos protocolos: TCP (Transmision Control Protocol) y UDP (User
Datagram Protocol). El primero es un protocolo orientado a conexin, libre de errores,
que permite enviar bloques de bytes de una mquina a otra por un canal libre de errores.
TCP tambin administra el control de flujo. El protocolo UDP es un protocolo sin
conexin basado en datagramas simples. Se penso para aquellos casos en los que la capa
de sesin necesitase un canal lgico distinto del que proporciona TCP.
Capa de aplicacin
El modelo TCP/IP no tiene las capas de presentacin ni de sesin. La experiencia ha
demostrado que esta aproximacin es la correcta. Esta capa contiene todos los
protocolos de alto nivel como por ejemplo: TELNET (terminal remoto), FTP
(transferencia de ficheros), SMTP (correo electrnico), DNS (servidor de nombres), etc.
Ms recientemente se le han aadido otros protocolos como NNTP (news) y HTTP.
La capa de enlace entre el host y la red no est definida en TCP/IP. En realidad slo
especifica que el host debe estar unido a la red a travs de algn protocolo que permita
el envo de paquetes IP.
3.6.- Comparacin entre los modelos OSI y TCP/IP
El modelo OSI y el TCP/IP tienen muchas cosas en comn. Ambos se basan en la idea
de una pila de protocolos independientes. Adems, la funcionalidad de las capas es
bastante similar. Por ejemplo, en ambos modelos, las capas hasta la de transporte deben
proporcionar un servicio de transporte extremo a extremo independiente de la red, a
procesos que desean comunicarse. En ambos casos, las capas que estn por encima de la
capa de transporte son usuarios de los servicios, que sta proporciona, orientados a la
aplicacin.
An as, tambin poseen muchas diferencias. El modelo OSI tiene tres conceptos
bsicos: servicios, interfaces y protocolos. Probablemente, la principal contribucin del
modelo OSI es hacer explcita la distincin entre estos conceptos. Cada capa realiza
unos servicios para la capa superior. La definicin de los servicios indica qu es lo que
hace la capa, no cmo es el acceso de las capas superiores o como funcionan las
mismas.
La interfaz de una capa indica cmo acceder a los servicios que ofrece, pero tampoco
dice nada sobre como funciona interiormente. Finalmente el protocolo de la capa es un
problema exclusivo de la misma. Slo debe ser capaz de asegurar que la capa
proporciona correctamente sus servicios. Su modificacin no debera afectar al software
de las dems capas.
En su origen, el modelo TCP/IP no hizo esta distincin, aunque con el tiempo se ha
adecuado a estos propuestos por el modelo OSI. Como consecuencia, los protocolos del
modelo OSI estn mejor escondidos que en el modelo TCP/IP. El modelo OSI se
plante antes de definir los protocolos de cada capa por ello el modelo no se desvi en
favor de ningn protocolo en particular. El principal inconveniente es que los
diseadores del modelo no tenan mucha experiencia y por ello no saban muy bien en
qu capa incluir cada servicio.
Por ejemplo, la capa de enlace estaba pensada para redes punto a punto. Cuando
aparecieron las redes broadcast hubo que insertar una subcapa para acomodarlas.
Cuando se comenzaron a disear sistemas basados en OSI con los protocolos que
existan, se dieron cuenta que no encajaban con los servicios requeridos de la capa. Los
miembros del comit ISO pensaban que cada pas tendra una red, controlada por el
gobierno y adecuada al modelo OSI. El problema es que las cosas no evolucionaron as.
Con TCP/IP sucedi lo inverso: primero se definieron los protocolos y el modelo result
ser una descripcin de los mismos. Evidentemente, los protocolos se ajustan al modelo,
pero el modelo no se ajusta a ningn otro conjunto de protocolos, por lo que no es til
para describir redes que no sean de tipo TCP/IP.
Otra diferencia est en el tipo de conexin. El modelo OSI soporta servicios sin
conexin y orientados a conexin en la capa de red, pero la capa de transporte slo
acepta servicios orientados a conexin. El modelo TCP/IP slo soporta servicio de
datagramas en la capa de red, pero admite ambas formas de servicio en la capa de
transporte, con lo que el usuario puede elegir. Esto es importante para aplicaciones
basadas en un protocolo simple de pregunta / respuesta.
4.- Breve historia de las redes de
comunicacin.
4.1.- Arpanet.
ARPANET (Red de la Agencia de Proyectos de Investigacin Avanzada) es la creacin
de ARPA, que es la Agencia de Proyectos de Investigacin Avanzada del Departamento
de Defensa de EEUU. Su programa, iniciado en los ltimos aos de la dcada de los 60,
comenz por estimular la investigacin en temas relacionados con redes de ordenadores,
mediante la canalizacin de recursos a los departamentos de ciencias de la computacin
de varias Universidades de Estados Unidos, as como a algunas compaas privadas.
Esta investigacin produjo una red experimental de cuatro nodos, que se dio a conocer
pblicamente en diciembre de 1969. Desde entonces, creci en forma substancial, hasta
llegar a tener varios centenares de hosts, cubriendo casi la mitad de la Tierra. En 1983,
una vez demostrada su capacidad para establecer un servicio fiable de comunicaciones,
ARPA cedi la administracin de la red a la DCA (Defense Communications Agency),
para que la utilizase como una red operacional. Lo primero que hizo la DCA fue separar
la parte militar en una subred separada, llamada MILNET, con fuertes restricciones para
su acceso desde otras redes externas. En 1990, fue sustituida por otras redes que ella
misma haba creado, de forma que fue cerrada y desmantelada, aunque MILNET sigue
operativa.
A comienzos de los aos 60, Paul Baran haba sugerido la idea de la conmutacin de
paquetes frente a la conmutacin de circuitos propia de las lneas telefnicas. ARPA
decidi que esta novedosa solucin deba ser la base para las comunicaciones entre los
ordenadores militares dado que resultaba ms segura en caso de ataque, pues la
destruccin de un nodo de comunicaciones no implicara la interrupcin automtica de
las mismas. Por ello, la red que se desarrollara deba ser una red de conmutacin de
paquetes, formada por una subred y unos host que la utilizan.
La subred estaba formada por una serie de minicomputadores llamados IMP (Interfaz
Message Processors) conectados entre s por lneas de transmisin de datos. Para mayor
seguridad, cada IMP deba estar conectado al menos a otros dos, de esta forma si alguna
lnea o algn IMP resultaba destruido, los mensajes continuaran circulando por
caminos alternativos.
Cada nodo de la red consistira en un IMP y un host, en la misma habitacin y
conectados por un cable que permitiese comunicaciones fiables a alta velocidad. Un
host podra enviar mensajes a un IMP de hasta 8063 bits. El IMP lo fragmentara en
trozos menores de 1008 bits y los enviara de forma independiente hacia su destino.
Cada paquete deba ser recibido entero antes de que un nodo intermedio lo reenviase
hacia el destino final.
ARPA seleccion a BBN, una empresa de Massachusetts, para que construyera la
subred en diciembre de 1968. BBN eligi un modelo modificado de los DDP-316 de
Honeywell, con 12K palabras de 16-bits como memoria principal para utilizarlos como
IMP. Los IMP no tenan discos, ya que las partes mviles se consideraban poco fiables.
Los IMP estaban conectados entre s por lneas alquiladas de 56 Kbps.
El software se dividi en dos partes: el host y la subred. El software de la subred inclua
los protocolos de comunicacin entre dos IMP consecutivos y entre IMP origen - IMP
destino. El software del host se encargaba de las comunicaciones host - IMP, host -
host, y el software de aplicacin.
Para resolver el problema del software del host, ARPA convoc un encuentro entre
investigadores, la mayor parte estudiantes de graduado. Los estudiantes esperaban
encontrar a algn experto en redes para que les explicase el diseo de las mismas y de
su software, para despus asignar a cada uno una parte del trabajo. La realidad es que no
hubo ningn experto, y ellos mismos tuvieron que hacer todo el trabajo.
Sin embargo, una primera red experimental comenz a funcionar a finales de 1969 con
cuatro nodos: UCLA, UCSB, SRI y UTAH. Se eligieron estas cuatro universidades por
el nmero de contratos que ya tenan con ARPA, y adems porque sus ordenadores de
proceso eran totalmente incompatibles entre s. La red creci rpidamente y se
aadieron ms IMP. En menos de tres aos estaba extendida por todo Estados Unidos.
Posteriormente, el software de los IMP se modific para permitir la conexin de
terminales a los IMP, sin necesidad de un host intermedio. A este tipo de IMP se les
denomin TIP (Terminal Interfaz Processor). Tambin se permiti la conexin de varios
hosts a un mismo IMP para ahorrar dinero, la conexin de un host a varios IMP para
aumentar la seguridad y la separacin entre host e IMP.
Para favorecer la difusin de ARPANET, ARPA tambin financi la investigacin
sobre redes va satlite y redes va radio. Llegado este punto, se concluy que los
protocolos de que se disponan no eran los ms adecuados para enfrentarse a redes
heterogneas. Como consecuencia se buscaron nuevos protocolos, lo que culmin con la
propuesta en 1974 de TCP/IP por parte de Cerf y Kahn. TCP/IP estaba especficamente
concebido para la comunicacin entre diversos tipos de redes. Esto favoreci que
nuevas redes se incorporasen a ARPANET.
Para facilitar la difusin de estos protocolos ARPA financi a BBN y la Universidad de
California en Berkeley para que los integrasen en el Unix de Berkeley. Se crearon as
los sockets, como interfaz del sistema con la red, y escribieron muchas aplicaciones,
utilidades y programas de administracin para facilitar su uso.
El momento fue el idneo, coincidi con la compra de nuevos VAX en muchas
universidades y redes locales para interconectarlos, pero no tenan el software. La
aparicin de Unix BSD 4.2 fue providencial, y su uso se generaliz rpidamente. Es
ms con TCP/IP era fcil conectar la LAN a ARPANET. La expansin de la red hizo
necesario crear un nuevo protocolo para organizar las mquinas en dominios y mapear
los nombres de las mquinas con sus direcciones IP. El nuevo protocolo fue DNS
(Domain Naming System).
4.2.- Nfsnet.
A finales de los 70, NSF (la Fundacin Nacional para la Ciencia de Estados Unidos) se
fij en el enorme impacto que ARPANET estaba teniendo sobre la investigacin
universitaria, permitiendo que investigadores de todo el pas compartiesen datos y
colaborasen en proyectos de investigacin. Sin embargo, para conectarse a ARPANET,
la universidad deba tener algn contrato de investigacin con el Departamento de
Defensa.
Esta dificultad para el acceso a ARPANET llev a NSF a crear una red virtual, llamada
CSNET (Red de Ciencias de la Computacin) entorno a una mquina de BBN que tena
lneas mdem y conexiones a ARPANET. Usando CSNET, los investigadores podan
llamar y dejar correo electrnico para que otros los leyesen ms tarde. Era simple, pero
funcionaba.
Hacia 1984 NSF comenz el diseo de una red de alta velocidad que sucediese a
ARPANET, y estuviese abierta a todos los grupos de investigacin universitarios. Para
comenzar, NSF estableci una red base que conectase sus seis centros de
supercomputacin. El software sobre el que corran las comunicaciones fue TCP/IP
desde el comienzo.
NSF financi la creacin de diversas redes regionales conectadas a NSFNET y
constituy la base para intercomunicar universidades, centros de investigacin,
bibliotecas y museos. NSFNET tena tambin conexiones con ARPANET. El xito fue
inmediato.
A medida que la red fue creciendo, NSF se dio cuenta de que no podra seguir
financiando el servicio para siempre. Adems, existan empresas que deseaban
conectarse a NSFNET pero lo tenan prohibido debido las restricciones impuestas por
NSF. De esta forma, NSF anim a MERIT, MCI e IBM a formar una corporacin sin
nimo de lucro, ANS, como paso intermedio hacia la comercializacin de la red. En
1990, ANS se hizo cargo de NSFNET y actualiz los enlaces de 1.5 Mbps a 45 Mbps
formando ANSNET.
En 1991, el Congreso de Estados Unidos autoriz la financiacin de NREN, el sucesor
de NSFNET para la investigacin, para su funcionamiento a velocidades de Gigabits. El
objetivo es tener una red nacional a 3 Gbps antes del prximo siglo. Es un prototipo de
la pretendida superautopista de la informacin.
4.3.- Usenet.
Cuando apareci el Unix por primera vez, y se utiliz ampliamente en los laboratorios
Bell, los investigadores descubrieron que necesitaban una forma de copiar archivos de
un sistema Unix a otro. Para resolver este problema, escribieron el uucp (Unix to Unix
Copy). A medida que los sistemas Unix adquirieron mdems de llamada automtica,
fue posible copiar archivos entre mquinas distantes, mediante el programa uucp, de
forma automtica. Vino el surgimiento de redes informales, en las que una mquina
central con un marcador telefnico automtico se encargaba de llamar a un grupo de
mquinas, durante la noche, para acceder y transferir archivos y correo electrnico entre
ellas. Dos mquinas que tuviesen mdems, pero sin llamada automtica, podan
comunicarse al hacer que la mquina central llamara a la primera, cargase los archivos
ycorreo pendientes, y luego llamase al destino para descargarlos.
Estas redes crecieron muy rpido debido a que todo lo que se necesitaba para que uno se
uniera a la red, era el sistema UNIX con un modem, algo que prcticamente cualquier
departamento de ciencias de la computacin tena. Estas redes, se unieron para formar
una sola red que se denomin UUCP, constituida por aproximadamente 10.000
mquinas y un milln de usuarios.
La rama europea correspondiente se denomin EUNET y dispona de una estructura
ms organizada. Cada pas europeo tena una sola mquina de entrada operada por un
nico administrador. Los administradores mantienen un contacto permanente para
administrar el trfico de la red. Todo el trfico internacional circula entre los puntos de
entrada de los diferentes pases. La conexin con Estados Unidos se haca a travs de un
enlace entre Amsterdam y Virginia. Tambin existan ramas en Japn, Corea, Australia
y otros pases.
El nico servicio que sta red ofreca era el correo electrnico, pero una red similar
llamada USENET, que se cre entre las universidades de Duke y Carolina del Norte,
ofreca un servicio de noticias. En la prctica todas las mquinas de EUNET y UUNET
disponen de ambos servicios, por ello, se suele utilizar el nombre de USENET para
referirse a todas ellas.
En el servicio de news, se establecen infinidad de grupos de noticias a los que puede
subscribirse cualquier usuario. Algunos grupos son de tipo tcnico, aunque otros estn
relacionados con hobbies, poltica, ... Cada usuario puede poner mensajes en los grupos
a los que est subscrito y leer los enviados por los dems. Estos mensajes se copian
mediante uucp y se distribuyen a todas las mquinas que actan como servidores.
4.4.- El nacimiento de Internet.
El nmero de redes, mquinas y usuarios conectados a ARPANET creci rpidamente
despus de que TCP/IP se convirtiese en el protocolo oficial. Cuando NSFNET y
ARPANET se interconectaron, el crecimiento se hizo exponencial. Hacia mediados de
los 80, se comenz a ver todo este conjunto de redes y subredes como la Internet,
aunque no hubo ningn acto oficial que inmortalizase el momento.
El crecimiento ha seguido siendo exponencial, y hacia 1990 Internet contaba ya con
3000 redes y 200.000 ordenadores conectados. En 1992, se lleg al milln de hosts. En
1994 se estim que el nmero de hosts se duplicaba cada ao. El pegamento que une
todas estas redes es el modelo de referencia TCP/IP junto con sus protocolos.
Pero, qu significa estar en Internet?. Podemos considerar que una mquina est en
Internet si ejecuta los protocolos del modelo TCP/IP, tiene una direccin IP, y la
capacidad de enviar paquetes IP a otras mquinas que tienen las mismas caractersticas.
El concepto queda oscurecido por el hecho de que muchos ordenadores personales
tienen la capacidad de conectarse a servicios de Internet a travs de un intermediario
mediante el uso del modem.
Con la expansin sufrida, no es posible administrar la red con el estilo informal con que
se haca. En 1992, se fund la Internet Society para promover el uso de Internet e
incluso poder hacerse cargo de su administracin.
Las cuatro aplicaciones bsicas de Internet son:
1. Correo electrnico.
2. Servicio de Noticias (news).
3. Login remoto: Telnet, ssh, rlogin
4. Transferencia de ficheros (ftp).
Hasta comienzos de los 90, Internet era usada fundamentalmente por las universidades,
organismos gubernamentales y algunas compaas con fuertes departamentos de
investigacin. La aparicin de una nueva aplicacin, el World Wide Web lo cambi
todo y atrajo a millones de usuarios. Esta aplicacin desarrollada en el CERN, consistia
en un programa para interfaz grfica y se denomin Mosaic. En s no cambiaba los
servicios bsicos, sino que simplemente facilitaba su uso sin ms que usar el ratn.
Luego lleg la lucha de los Navegadores de Internet, Internet Explorer, Netscape,
Mozilla, Opera, etc, ero eso ya es otra historia
4.5.- Novell Netware.
Es la red local para ordenadores personales ms extendida del mundo. Se dise para su
uso en compaas que sustituan sistemas basados en mainframes por grupos de
ordenadores personales. Cada usuario posee un PC que hace las veces de cliente de
otros ms potentes, que actan como servidores de ficheros, de bases de datos, ofrecen
colas de impresin, etc.
NetWare usa una arquitectura de red propia, basada en el antiguo sistema XNS de
Xerox. Esta arquitectura, anterior a OSI, es ms parecida a TCP/IP. De hecho, consta de
5 capas, con funciones similares a los de TCP/IP, pero el conjunto de protocolos es
distinto.
Las capas fsica y de enlace se pueden elegir de entre varios estndares como Ethernet,
TokenRing o ARCnet. Sobre ellos, define un nivel de red en el que usa el protocolo IPX
que proporciona un servicio sin conexin no fiable. Su funcionalidad es muy similar a
IP.
Sobre IPX, en la capa de transporte se dispone de un protocolo orientado a conexin y
libre de errores, llamado NCP y que es el ncleo fundamental de NetWare. Hay otro
protocolo que slo proporciona servicios de datagramas, que es el SPX. Otra posible
opcin es el uso de TCP. Cada aplicacin de la capa superior (transferencia de ficheros,
anuncio de servidor, correo, ...) puede elegir el servicio de transporte que desea utilizar.
5.- Estndares y Agencias de Normalizacin.
Existen muchos fabricantes y suministradores de redes de ordenadores, cada uno con
sus propias ideas sobre como deben funcionar las comunicaciones entre ordenadores.
Por ejemplo, IBM tena ms de una docena de protocolos propios. Esta situacin haca
que fuese difcil construir redes de ordenadores si stos pertenecan a distintos
fabricantes.
El caos generado por esta situacin dio lugar a la exigencia de que se estableciesen
normas. El objeto de la normalizacin no solo era facilitar la interconexin de equipos
diferentes, sino lograr un incremento del mercado para aquellos productos que se
acogiesen a la norma, lo que conducira a una economa de escala que permitira la
reduccin de costes y con ello un mercado an mayor.
Las normas se dividen en dos categoras que pueden definirse como: de facto y de jure.
Las normas De Facto, son aquellas que se han establecido sin ningn planeamiento
formal. Por ejemplo, las normas IBM-PC y sus sucesoras son normas de hecho porque
docenas de fabricantes decidieron copiar fielmente las mquinas que IBM sac al
mercado.
Por el contrario, las normas De J ure(de derecho), son normas formales, adoptadas por
un organismo que se encarga de su normalizacin. Las autoridades internacionales
encargadas de la normalizacin se dividen, por lo general, en dos clases: la establecida
por convenio entre gobiernos nacionales, y la establecida voluntariamente sin un tratado
entre organizaciones. En el rea de normas de redes de ordenadores, existen dos
organizaciones principales, de cada uno de los dos tipos.
Las normalizaciones tienen las siguientes ventajas:
Las normalizaciones aseguran un gran mercado. Se estimula la produccin
masiva y en algunos casos la utilizacin de alta y muy alta escala de integracin
lo que reduce mucho los costos.
Un estndar permite que productos de diferentes suministradores se comuniquen
entre s, dotando al comprador de mayor flexibilidad en la seleccin y uso de los
equipamientos.
Pero por otro lado tienen las siguientes desventajas:
Los estndares tienden a congelar la tecnologa. Mientras un estndar se
desarrolla, se revisa y se adopta, se habrn desarrollado otras tcnicas ms
eficaces.
Hay varios estndares para la misma funcin. Recientemente, las organizaciones
dedicadas a desarrollar estndares han comenzado a cooperar ms estrechamente
para que esto no suceda.
5.1.- Organizaciones de Estndarizacin en Comunicaciones.
El status legal de las compaas telefnicas en el mundo vara considerablemente de un
pas a otro. En un extremo est Estados Unidos que tiene unas 1500 compaas
distintas, todas ellas privadas. Antes de su fragmentacin en 1984, AT&T era la mayor
de estas compaas, prestando servicio al 80 % de la poblacin de Estados Unidos y
cubriendo ms de la mitad de su rea geogrfica. Las dems compaas daban servicio
al resto de usuarios, principalmente en reas rurales. En el otro extremo, estn los pases
en los que el gobierno detenta un monopolio sobre las comunicaciones, como suele
suceder en muchos pases europeos.
Es clara la necesidad de que los servicios de comunicacin sean compatibles a escala
mundial, para asegurar que la gente (y los ordenadores) de un pas pueden comunicarse
con los de otro pas diferente. Esta coordinacin la ofrece una agencia de las Naciones
Unidas llamada, UI T (Unin Internacional de Telecomunicaciones). La UIT tiene tres
rganos principales, dos de ellos se ocupan sobre todo de la difusin internacional de
radio y el otro est fundamentalmente relacionado con sistemas telefnicos y de
comunicaciones de datos.
A este ltimo grupo se le conoce como UI T-T o CCI TT (Comit Consultivo
Internacional Telegrfico y Telefnico). El CCITT tiene cinco clases de miembros:
Miembros A, que son las compaas telefnicas nacionales, o los ministerios de
telecomunicaciones.
Miembros B, que son los reconocidos como administraciones privadas (por
ejemplo AT&T).
Miembros C, que son las organizaciones cientficas e industriales.
Miembros D, que corresponden a otras organizaciones internacionales.
Miembros E, que corresponden a aquellas organizaciones cuya misin
fundamental est en otro campo, pero que estn interesadas en el trabajo de la
CCITT.
La tarea del CCITT consiste en promover las recomendaciones tcnicas sobre aspectos
telefnicos, telegrficos e interfaces de comunicacin de datos. Esta labor ha producido
normas que tienen un reconocimiento internacional como por ejemplo la norma V.24
(EIA RS-232 en Estados Unidos), y la norma X.25 que especifica la interfaz entre un
ordenador y una red de ordenadores (conmutacin de paquetes).
5.2.- Agencias de Normalizacin Internacionales.
Las normas internacionales son producidas por la I SO (International Standards
Organization), que es una organizacin voluntaria, fuera de tratados y fundada en 1946,
cuyos miembros son las organizaciones nacionales de normalizacin correspondientes a
los 89 pases miembros, y otros 85 organismos.
La ISO emite normas en una gama amplia de temas, que van desde las tuercas y los
tornillos, hasta los recubrimientos de los postes telefnicos. La ISO tiene casi 200
comits tcnicos (TC), cuyo orden de numeracin se base en el momento de su
creacin, ocupndose cada uno de ellos de un tema especfico. Por ejemplo, TC1 est
relacionado con temas relativos a tuercas y tornillos, mientras que el TC 97 est
relacionado con ordenadores y procesamiento de informacin. Cada uno de los TC tiene
subcomits (SC), los cuales se dividen a su vez en grupos de trabajo (WG).
Los WG, constituidos por unos 100.000 voluntarios distribuidos en todo el mundo, son
los que realizan el trabajo. Varios de estos voluntarios son por lo general asignados
por las propias compaas, representantes de gobiernos nacionales o expertos
provenientes del mundo acadmico.
La ISO y el CCITT algunas veces cooperan (de hecho, ISO es un miembro de clase D
del CCITT), con respecto a la emisin de normas sobre telecomunicaciones, con objeto
de evitar el absurdo de dos normas internacionales oficiales, mutuamente incompatibles.
El procedimiento que utiliza la ISO para el establecimiento de normas, est diseado
para conseguir el mayor consenso posible. El proceso comienza cuando alguna de las
organizaciones nacionales considera necesario el establecimiento de una norma
internacional. Entonces, se forma un grupo de trabajo que llega a plantear una propuesta
de trabajo (DP). Una vez que se genera la DP se hace circular entre todos los miembros,
los cuales cuentan con seis meses, a partir de ese momento, para plantear sus
comentarios y crticas. Si una mayora significativa aprueba la propuesta, se produce un
documento revisado, denominado DIS (Anteproyecto de Norma Internacional), el cual
se hace circular nuevamente con objeto de tener ms comentarios y realizar una
votacin al respecto. Con base en los resultados de esta vocacin, se prepara, aprueba y
publica el testo final de la IS (norma internacional). En algunas de las reas, en donde
existe una gran polmica, la DP o DIS probablemente tenga que pasar por varias
versiones, en su planteamiento, antes de adquirir el nmero de votos necesarios para su
aprobacin. El proceso completo puede llevar varios aos.
Existen otros organismos que tambin establecen normas a distintos niveles. Por
ejemplo NI ST (National Institute of Standards and Technology) de Estados Unidos se
encarga de establecer normas de obligado cumplimiento para las adquisiciones que
realiza el gobierno de Estados Unidos, con excepcin de las que realiza directamente el
ministerio de Defensa, que tiene sus propias normas (normas MIL).
Otro participante importante en el mundo de las normas es el I EEE, que es la
organizacin profesional ms grande del mundo. Esta institucin, adems de publicar
numerosas revistas y programar un nmero muy importante de conferencias anuales, ha
establecido un grupo dedicado al desarrollo de normas en el rea de ingeniera elctrica
y computacin. La norma 802 del IEEE, para una red de rea local, es la norma clave
para el desarrollo de las LAN. Posteriormente, fue adoptada por la ISO como base para
la norma ISO 8802.
5.3.- Normas sobre Internet.
Internet tiene sus propios mecanismos de estandarizacin, diferentes de los del CCITT y
la ISO. De forma sencilla, podemos decir que los participantes en los encuentros de UIT
o de la ISO llevan trajes. Las personas que llegan a las reuniones para estandarizacin
de Internet llevan vaqueros o uniformes militares.
UIT-T e ISO estn pobladas por funcionarios y representantes de las grandes empresas
que han hecho de la estandarizacin su trabajo. Por el contrario, la gente relacionada
con Internet busca un acuerdo para que las cosas funcionen, pero sin que sea un fin en s
mismo.
Cuando se creo ARPANET, el departamento de defensa cre un comit informal para su
desarrollo. En 1983, el comit se renombr y se denomin IAB (Internet Activities
Board). Recibi una serie de encargos adicionales cuyo objetivo bsico era lograr que
los investigadores involucrados en ARPANET e Internet avancen en la misma
direccin. Posteriormente, el acrnimo IAB se cambi por Internet Architecture
Board.
Cada uno de los diez miembros del IAB encabeza un grupo de trabajo (task force) sobre
algn aspecto de especial relevancia. El IAB tiene varias reuniones al ao para discutir
resultados y comunicarlos al ministerio de Defensa y al NSF. Cuando se necesita un
standard, el IAB elabora el nuevo standard y lo distribuye para que se elaboren distintas
implementaciones. Las comunicaciones se realizan en forma de RFC (Request For
Comments). Las RFC se encuentran disponibles a travs de la red y pueden ser
consultadas por cualquiera. Su numeracin sigue un estricto orden cronolgico y en la
actualidad es de unas 2000.
Con la difusin de Internet, esta forma de trabajo no era efectiva. En 1989, el IAB se
reorganiz de nuevo. Los investigadores formaron el I RTF (Internet Research Task
Force), y al I ETF (Internet Engineering Task Force), ambos dependientes del IAB. El
IAB se ampli para incluir representantes de otras organizaciones. El IRTF se debe
hacer cargo de la investigacin a largo plazo, mientras que el IETF debe resolver los
problemas tcnicos a corto plazo.

Nt1 Redes 06

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Nt1 Redes 06

Cargado por

Copyright:

Formatos disponibles

e

Escuela Politcnica Superior

También podría gustarte