ARQUITECTURA DE REDES SISTEMAS Y SERVICIOS.

2 Ing. Telecomunicacin. Curso 2010/11

REDES DE DATOS
1. TCNICAS DE CONMUTACIN .................................................................................... 2
1.1 INTRODUCCIN ................................................................................................................... 2
1.2 CONMUTACIN DE CIRCUITOS .......................................................................................... 3
1.3 CONMUTACIN DE MENSAJES ............................................................................................ 4
1.4 CONMUTACIN DE PAQUETES ........................................................................................... 6
1.4.1 ORIENTADO A CONEXIN O DE CIRCUITO VIRTUAL .............................................................. 6
1.4.2 NO ORIENTADO A CONEXIN O DATAGRAMA ....................................................................... 7
1.5 COMPARACIN DE LAS TCNICAS DE CONMUTACIN ..................................................... 8
2. MODELOS DE CAPAS .................................................................................................... 10
2.1 INTRODUCCIN ................................................................................................................. 10
2.2 DE LOS SISTEMAS CERRADOS A LOS ABIERTOS .............................................................. 11
3. EL MODELO OSI DE LA ISO ........................................................................................ 12
3.1 INTRODUCCIN ................................................................................................................. 12
3.2 COMUNICACIN ENTRE CAPAS ........................................................................................ 13
3.3 LAS FUNCIONES DE LAS CAPAS EN OSI ........................................................................... 14
3.4 COMUNICACIN ENTRE SISTEMAS .................................................................................. 15
3.5 EVOLUCIN DEL MODELO OSI ........................................................................................ 18
4. EL MODELO DE INTERNET......................................................................................... 19
4.1 INTRODUCCIN ................................................................................................................. 19
4.2 JERARQUA TCP/IP .......................................................................................................... 19

2 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez

1. TCNICAS DE CONMUTACIN
1.1 Introduccin
Para hacer llegar la informacin transmitida desde su origen al destino se debern
utilizar los distintos recursos de la red (nodos y enlaces). Estos recursos debern
compartirse con las dems comunicaciones que se vayan a realizar en la red. Para
compartir los enlaces se utilizarn tcnicas de multiplexin (vistas en temas anteriores).
Cuando la informacin llega a un nodo, del que salen distintos enlaces, se debe elegir el
enlace de salida adecuado. Por supuesto la eleccin depender del origen y el destino de
la informacin, y existen numerosas tcnicas para realizarla. La tarea de pasar la
informacin de un enlace a otro se conoce como conmutacin. Existen tres tcnicas
bsicas de conmutacin:
Conmutacin de circuitos
Conmutacin de mensajes
Conmutacin de paquetes. Dentro de esta tcnica se distinguen
Orientada a conexin
No orientada a conexin
Segn la tcnica de conmutacin elegida el tratamiento del trfico que se cursa en la red
ser distinto. Para medir cmo trata la red al trfico cursado se utiliza el concepto de
calidad de servicio (QoS, Quality of Service). Hay muchos parmetros que se utilizan
para cuantificar la calidad de servicio ofrecida por la red. En redes de conmutacin de
circuitos, por ejemplo, se suele hablar de la probabilidad de bloqueo en llamada, es
decir, la probabilidad de que se rechace una llamada que est intentando establecerse.
En redes de conmutacin de paquetes se cuantifica, por ejemplo, el retardo de los
paquetes en la red o la variacin del mismo. El ancho de banda (o capacidad) requerido
en una comunicacin tambin puede considerarse un parmetro de calidad de servicio.
Cada tipo de trfico en concreto necesitar un grado de calidad de servicio determinado
y tradicionalmente se ha venido eligiendo la tcnica de conmutacin que mejor se
adaptaba a sus necesidades.
Para la transmisin de voz, trfico en tiempo real, la conmutacin de circuitos resultaba
la ms adecuada, de manera que, como se ya hemos visto en temas anteriores, las redes
de telefona utilizaban la conmutacin de circuitos como tcnica de conmutacin.
Sin embargo para redes de datos las caractersticas de tiempo real no son siempre un
requisito imprescindible y sin embargo s que resulta especialmente interesante
aprovechar mejor el ancho de banda disponible para transmisin, de ah que
tradicionalmente se han venido utilizando tcnicas de conmutacin de paquetes, que van
a introducir en este tema.
Actualmente, y apoyndose en las tcnicas bsicas de conmutacin, se han desarrollado
otras nuevas que introducen mejoras sustanciales. Podra denominrselas como tcnicas
de conmutacin integrada, ya que su principal finalidad es la de conseguir ofrecer un
grado de calidad de servicio aceptable para trficos con distintos requisitos, utilizando
una misma tcnica de conmutacin.
Redes de Datos 3
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
1.2 Conmutacin de circuitos
Es la conmutacin utilizada en la RTC. En este caso a cada comunicacin, es decir al
trfico generado entre cada par origen destino, se le asignan recursos de red de forma
fija, estableciendo una conexin fsica entre origen y destino. De esta manera se reserva
capacidad en los enlaces o medios de transmisin y en los nodos de conmutacin, que
se utilizarn nica y exclusivamente para esta comunicacin. As, cuando dos
terminales necesitan comunicarse deben, en primer lugar, establecer un camino o
circuito reservado extremo a extremo (conexin). Para compartir la capacidad de los
medios se utilizan tcnicas de multiplexin (por divisin de frecuencia, tiempo, u otras
tcnicas o combinaciones de varias), de este modo se reserva, para cada comunicacin,
una regin del espectro o un intervalo de tiempo determinado en las tramas de cada
enlace, como indica la figura 1 que representa un ejemplo de conmutacin de circuitos.
Para realizar esta reserva de recursos de extremo a extremo se necesita sealizacin, es
decir, es necesario intercambiar informacin entre los terminales y la red y entre nodos
de la red. As una conexin constar de tres fases:
Establecimiento de la conexin:
En el momento en que se vaya a comenzar la comunicacin, por ejemplo una
conversacin telefnica, se recorrern todos los recursos (nodos y enlaces) que formen
parte del trayecto entre el origen y el destino y se reservar la capacidad necesaria en los
mismos, establecindose as el circuito reservado entre origen y destino. En caso de que
los recursos estn ocupados y no sea posible esta reserva, la conexin ser rechazada.
Transferencia de informacin:
En esta fase se realiza la transmisin de datos, voz... a travs del camino o circuito
reservado en la fase anterior.
Liberacin de la conexin:
Una vez terminada la fase de transferencia se liberan todos los recursos reservados, de
forma que puedan ser utilizados para cualquier otra conexin que se quiera establecer.
A
C
D
E
4 3 2 1 6 5
1
2 3
4
5
6
B
4
3
2
1
6
5
Fuente
Sumidero

Figura 1. Conmutacin de circuitos
4 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
Con esta tcnica de conmutacin se logra tener una calidad de servicio garantizada en la
fase de transferencia de informacin, ya que los recursos permanecen reservados (en
exclusiva) para esa conexin. El retardo de la transmisin extremo a extremo y la
cantidad de informacin perdida sern mnimos. Sin embargo tambin presenta algunas
desventajas como son:
Uso ineficaz de los recursos durante los periodos de inactividad: Si en una conexin
existen periodos de silencio los recursos siguen estando reservados pero no se
utilizan, con lo que se est desperdiciando capacidad en el canal de comunicacin.
Un ejemplo claro es una conversacin telefnica, en la que los periodos de silencio
pueden ser bastante significativos.
Si todos los circuitos estn ocupados la comunicacin es imposible: Como ya se ha
dicho, la conexin puede ser rechazada en caso de que no exista capacidad
suficiente en alguno de los recursos que se deben atravesar a lo largo de la red.
Nunca se utiliza la capacidad mxima del canal para un solo circuito, aunque en
realidad sea ste el que lo est utilizando de forma exclusiva. Un subcanal slo
utiliza la capacidad reservada para esa conexin.
Se necesita sealizacin para establecer la conexin, lo que conlleva un tiempo de
establecimiento de conexin y que los datos no se empiecen a enviar hasta que no
est establecida la conexin.
1.3 Conmutacin de mensajes
Esta es, en realidad, la tcnica de conmutacin ms antigua que existe, ya que era la
utilizada con el sistema telegrfico. En este caso se transmite a la red la informacin
completa, formando lo que se conoce como mensaje. Al llegar a cada nodo el mensaje
espera en una cola de entrada hasta que le llegue su turno para ser procesado y le sea
asignado un enlace de salida para continuar su camino. Se realiza por tanto
almacenamiento y reenvo del mensaje en cada nodo de red, como se representa en la
figura 2.
Redes de Datos 5
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
De este modo el retardo en cada nodo, es decir el intervalo de tiempo desde que llega el
mensaje hasta que sale por el enlace adecuado, depender de la cantidad de mensajes
que hayan llegado antes que l, del tamao de los mismos y de su propio tamao. Este
retardo puede aumentar considerablemente, de tal forma que puede resultar imposible
utilizar esta tcnica para trfico en el que los retardos deban mantenerse muy acotados,
por ejemplo para trfico que necesite respuesta en tiempo real, como sera el caso de las
conversaciones telefnicas.
Adems, que existan colas en los nodos implica que sea necesario almacenar los
paquetes que llegan y an no han sido procesados. Si en un nodo toda la memoria
destinada a este fin est ocupada y llega un nuevo mensaje, este se perder sin remisin.
Existe el inconveniente aadido de que si un terminal genera un mensaje de un tamao
pequeo y llega a la cola antes un mensaje muy grande, el primero se ve retrasado de
forma innecesaria, cuando puede que incluso el emisor est esperando una respuesta
(por ejemplo cuando el trfico es interactivo). Existen algunos mecanismos para aliviar
este problema, dando prioridad a los mensajes ms cortos de la cola, aunque es la
conmutacin de paquetes la que soluciona ms eficientemente este inconveniente.
Por supuesto la conmutacin de mensajes tambin tiene ventajas. Al no reservar
capacidad en enlaces y nodos y ser la asignacin de la capacidad dinmica, se
aprovecha la capacidad total del canal, no existiendo nunca periodos de silencio
mientras alguna comunicacin necesite el enlace. Por tanto la multiplexin que se
realiza aqu es estadstica por divisin de tiempo. Cada mensaje utilizar toda la
capacidad del enlace cuando le toque el turno de ser transmitido, instante que depender
de las caractersticas de las dems comunicaciones que pretendan utilizar el enlace.
1
A
C
D
E
B
Fuente
Sumidero
2
1
1 2 Mens.

Figura 2. Conmutacin de mensajes
6 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
1.4 Conmutacin de paquetes
La conmutacin de paquetes est especialmente diseada para cursar trfico de datos.
Se consigue utilizar los recursos de la red slo cuando hay trfico que transmitir, por lo
que no se desperdicia capacidad en los periodos de inactividad. Los datos a transmitir
entre origen y destino se dividirn en paquetes. El tamao de estos paquetes puede ser
variable y depender de diversos factores, pero se suele establecer una longitud mxima
que nunca se deber superar. De esta forma se asegura que ninguna comunicacin se
vea perjudicada frente a otra por el tamao de los paquetes que utilizan. Tambin
existen colas en los nodos, de forma que cada paquete espera hasta que pueda ser
transmitido a un enlace de salida.
Como en la conmutacin de mensajes los retardos vendrn dados por el tamao de las
colas y el tiempo de tratamiento de los paquetes, que ser funcin del tamao de los
mismos, ya que tambin se usa la tcnica de almacenamiento y reenvo. Estos retardos
por lo tanto son variables y dependern de la carga de trfico en la red.
Como el tamao de las colas es limitado, la memoria en los nodos de conmutacin no es
infinita: cuando se llenen habr que descartar paquetes si llegan nuevos, de manera que
se da tambin el problema de prdidas de paquetes, es decir de informacin, lo que
degrada la QoS ofrecida. En este caso la multiplexin realizada es tambin estadstica
por divisin de tiempo, se utiliza la capacidad del enlace segn se va necesitando y de
forma exclusiva para cada paquete.
Cada paquete deber llevar una cabecera en la que aparecern datos como:
La direccin del destino, para poder realizar el correcto encaminamiento de los
paquetes hasta el mismo.
La longitud del paquete, en caso de que los paquetes puedan tener distinta longitud,
para poder saber dnde termina un paquete y empieza el siguiente. Tambin hay
veces que se utilizan secuencias de bits determinadas (FLAGS) que identifican el fin
del paquete.
El nmero de secuencia del paquete, es decir, la posicin que ocupa dentro del total
de la informacin. Permitir reensamblar en el destino los paquetes en el orden
correcto para obtener la informacin transmitida, en el caso de que los paquetes
puedan llegar desordenados.
Informacin de control, por ejemplo para indicar el tipo de paquete que es, si es de
datos entre fuente y sumidero, o para mantenimiento y gestin de la red.
Al paquete se suele aadir una serie de bits que se utilizan para deteccin y correccin
de errores. La tcnica ms utilizada para esto es el cdigo de redundancia cclico (CRC).
Existen dos modalidades de conmutacin de paquetes.
1.4.1 Orientado a conexin o de circuito virtual
Slo el primer paquete de cada mensaje tiene que llevar la direccin destino. Con este
paquete se establece la ruta que debern seguir todos los paquetes pertenecientes a esta
conexin. Cuando llega un paquete que no es el primero se identifica a qu conexin
pertenece y se enva por el enlace de salida adecuado, segn la informacin que se
gener con el primer paquete y que permanece almacenada en cada conmutador o nodo.
Como todos los paquetes siguen la misma ruta llegarn en secuencia al destino, aunque,
por supuesto el retardo de cada uno puede ser variable. De esta forma en la cabecera no
Redes de Datos 7
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
es imprescindible que aparezca la secuencia del paquete, pero s un identificador de
conexin para poder realizar la conmutacin en cada nodo. El protocolo X.25, definido
por la ITU_T, sigue este modelo de conmutacin que se representa en la figura 3.
1.4.2 No orientado a conexin o datagrama
En este caso cada paquete debe llevar la direccin destino y con cada uno los nodos de
la red deciden el camino que se debe seguir. Existen muchas tcnicas para realizar esta
decisin, como por ejemplo comparar el retardo que sufrira en ese momento el paquete
que se pretende transmitir segn el enlace que se escoja. Las tcnicas de
encaminamiento suelen basarse en el estado de la red, que es dinmico, por lo que las
decisiones tomadas respecto a los paquetes de la misma conexin pueden variar segn
el instante, de manera que stos pueden seguir distintas rutas. En el caso de que esto
ocurra los retardos pueden variar en las distintas rutas elegidas, y por tanto los paquetes
se pueden recibir en el destino en orden distinto a como fueron transmitidos. De manera
que la informacin deber incluir un nmero de secuencia del para poder ordenarla en el
destino e interpretarla correctamente. La figura 4 representa este tipo de conmutacin.
El protocolo IP est basado en esta tcnica de conmutacin en modo datagrama.
A
C
D
E
B
Fuente
Sumidero
1
2 3 2
1
4
1 2
3
1 2 3 4 1 2 3 4

Figura 3. Conmutacin de paquetes orientada a conexin (circuitos virtuales).
8 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
1.5 Comparacin de las tcnicas de conmutacin
Vamos a comparar las distintas tcnicas de conmutacin en cuanto a los retardos de
trnsito sufridos por la informacin a transmitir, es decir, el tiempo transcurrido desde
que el origen decide que va a enviar una informacin hasta el instante en que el receptor
la recoge.
En cada enlace utilizado habr que considerar siempre tiempo de transmisin y el de
propagacin. El primero depender de la cantidad de informacin a transmitir y de la
capacidad del enlace utilizada para ello y ser el nmero de bits transmitidos dividido
por la capacidad, en bits por segundo, utilizada para la transmisin. Evidentemente si se
est utilizando conmutacin de circuitos esta capacidad ser la reservada para esa
comunicacin, aunque el resto no se est utilizando. Si se est utilizando conmutacin
de mensajes o paquetes la capacidad utilizada es la totalidad de la ofrecida por el enlace.
De esta manera, ante una red poco cargada la conmutacin de circuitos ser menos
eficiente en cuanto al retardo de transmisin en cada enlace, ya que se est
desaprovechando la capacidad del mismo. El retardo de propagacin depender de la
velocidad de propagacin de la seal en el medio y de la longitud del enlace. Como
estos parmetros no dependen de la tcnica de conmutacin utilizada no existen
diferencias entre las distintas tcnicas.
Si se utiliza conmutacin de circuitos existe un retardo al establecer la conexin,
consecuencia del intercambio de informacin de sealizacin que se lleva a cabo entre
los terminales y la red y entre los nodos de conmutacin, para establecer el circuito. A
partir del momento en que est establecido el circuito los nicos retardos sufridos son
los inevitables de transmisin y propagacin por los enlaces. En redes de conmutacin
de mensajes y paquetes no existe este retardo de establecimiento del circuito, ya que no
hay que establecerlo.
Si se est utilizando conmutacin de paquetes o de mensajes en cada nodo de red la
informacin se almacena en una cola, dnde sta espera su turno para ser procesada y
A
C
D
E
B
Fuente
Sumidero
1
3
1
4
1 2
2 2 1
3
1 3 4 2 1 2 3 4

Figura 4. Conmutacin de paquetes no orientada a conexin (datagrama)
Redes de Datos 9
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
transmitida al enlace. Esto provoca retardos en cada nodo que dependern de la longitud
de los mensajes o paquetes que estn delante en la cola y de la longitud del propio
mensaje o paquete. Estos retardos tienen la caracterstica de depender de la carga del
sistema y por tanto son variables y difciles de predecir y acotar. Si se utiliza
conmutacin de circuitos no existen colas en los nodos, por lo que no se da este
problema.
Por ltimo sealar que, como ya se ha explicado, al utilizar conmutacin de mensajes o
paquetes se introduce informacin de control para el encaminamiento de los datos. Esta
informacin debe, por supuesto, transmitirse junto a los datos, por lo que consume
capacidad en los enlaces aumentando el retardo en cada enlace. Ser necesario
establecer la relacin entre el tamao de la informacin de control y el de los datos
tiles para que el rendimiento de la comunicacin sea ptimo y los retardos provocados
no sean excesivos.
La figura 5 representa los retardos sufridos por la informacin cuando se utilizan redes
con distintas tcnicas de conmutacin. T1 y T2 son los terminales fuente y sumidero, A
y B los nodos de conmutacin que es necesario recorrer entre el origen y el destino. El
eje vertical representa el tiempo. La informacin dibujada en color ms oscuro
representa informacin de sealizacin o control y la presentada en color ms claro los
datos tiles.
Tp: Retardo de
propagacin en el enlace
Tp
Sealizacin para
establecimiento de conexin
DATOS
T1 T2 A B
Tiempo de
asignacin
de enlace
de salida
Circuitos
T1 T2 A B
M
e
n
s
a
j
e
Tiempo de
encolado y
procesado
del mensaje
M
e
n
s
a
j
e
M
e
n
s
a
j
e
Tp
Mensajes
Tp
T1 T2 A B
Tiempo de
encolado y
procesado
del paquete
P
1
P
2
P
3
P
1
P
2
P
3
P
1
P
2
P
3
Paquetes
Tiempo

Figura 5. Retardos en la red segn el tipo de conmutacin
10 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
2. MODELOS DE CAPAS
2.1 Introduccin
La descripcin del conjunto de reglas que gobiernan la comunicacin entre dos equipos
telemticos puede ser tarea extraordinariamente compleja. Existen multitud de equipos
diferentes, en cuanto al fabricante y en cuanto a la funcionalidad, y algunos de los
problemas a resolver en cada escenario concreto suelen repetirse. Este hecho favoreci
la aparicin, hacia mediados de los 70, de distintas arquitecturas de comunicaciones.
Las arquitecturas de comunicaciones son abstracciones que pretenden establecer un
marco de referencia en el que desarrollar soluciones generales para problemas
elementales, sin que este desarrollo tuviera que referirse a un escenario concreto. Al
igual que un manual de construccin, estas arquitecturas recogen una serie de principios
generales de diseo, a modo de verdades universales (el tejado debe ser impermeable,
la cimentacin debe ser resistente...). Adems, especifican un modelo abstracto de un
sistema que se ajuste a la arquitectura (... la cimentacin se har de acuerdo con la
norma...). Al igual que el manual de construccin no se refiere a un edificio particular,
el modelo de referencia no describe un sistema concreto.
Como era de esperar, cada fabricante de equipos posea su propia visin de los
principios generales de diseo que podan considerarse correctos. Distintos
fabricantes originaron diferentes arquitecturas, conocidas habitualmente por sus siglas:
SNA (System Network Architecture) de IBM, DECNET (DNA, DIGITAL Network
Architecture) de DEC, DSN (Distributed System Network) de Hewlett-Packard, BNA
(Burroughs Network Architecture) de Burroughs, ahora Unisys, etc. Estas arquitecturas
eran casi siempre incompatibles entre ellas, pero a menudo se estructuraban en niveles o
capas.
La divisin en capas no es ms que una aplicacin, originaria de IBM, del principio
divide y vencers. En efecto, son muchos los problemas a resolver para comunicar de
forma efectiva equipos telemticos: tpicamente la informacin debe llegar
ordenadamente, sin errores, sin prdidas ni duplicados, atravesando equipos o redes
intermedias por la ruta o rutas adecuadas, tratando con las distintas caractersticas de los
distintos medios fsicos, adaptando las capacidades a las que se transfiere dicha
informacin, y preservando adems la semntica de la misma. Especificar de una sola
vez un conjunto de reglas y procedimientos capaz de realizar todas esas funciones
parece fuera del alcance de cualquier metodologa, y el resultado sera como mnimo
inflexible, ineficiente y muy complejo.
La divisin en capas (idea mostrada en la figura 6) resuelve este problema agrupando
las tareas a realizar en conjuntos relacionados y manejables, cada uno en una capa
diferente. As, funciones relacionadas con el transporte fiable de datos pertenecen a uno
de los conjuntos, mientras que funciones relativas a aspectos de conservacin de la
semntica pertenecen a un segundo. Cada capa resuelve una parte del problema global,
liberando a las dems del conocimiento detallado de la resolucin adoptada. Este
enfoque es menos complejo (el problema se descompone en partes) y ms flexible y
eficiente (implementaciones de las capas pueden evolucionar por separado, adaptndose
a la evolucin de la tecnologa).
Redes de Datos 11
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
El nmero de capas vara segn la arquitectura de que se trate. Su nmero no debe ser
demasiado pequeo, de forma que cada nivel diferente de abstraccin pueda
corresponderse con una capa distinta, y que no haya que agrupar funciones en la misma
capa sin necesidad. Tampoco debe ser demasiado grande, ya que esto complicara
innecesariamente la arquitectura. La divisin entre las capas se realizar teniendo en
cuenta que cada una debe tener una misin bien definida, y que es conveniente
minimizar el flujo de informacin entre distintas capas. Con estos condicionantes, el
nmero de capas de las distintas arquitecturas oscilaba entre 5 y 8.
2.2 De los sistemas cerrados a los abiertos
Todas las arquitecturas citadas hasta el momento son arquitecturas patentadas,
propietarias de un fabricante de equipos concreto. Un efecto lateral que los fabricantes
obtenan con la definicin de una arquitectura propietaria era la aparicin de un
mercado cautivo, sujeto a un monopolio, o al menos oligopolio, de oferta. Una vez el
usuario optaba por una arquitectura concreta, se determinaban tambin los proveedores
para los prximos aos...
Como era de esperar, la situacin no satisfaca por igual a usuarios, administraciones
pblicas y fabricantes, y de las presiones de los dos primeros surge, entre finales de los
70 y principios de los 80, una fuerte demanda de normalizacin de una arquitectura
abierta (por oposicin a las anteriores, cerradas).
Por un lado, el Departamento de Defensa de EE.UU. financia entre 1977 y 1979 el
desarrollo de un conjunto de protocolos, orientados a construir una red de datos basada
en conmutacin de paquetes muy robusta. Este conjunto de protocolos, que despus se
hacen pblicos, se conoce por el nombre de los dos ms populares: TPC/IP.
Por otro lado, la Organizacin Internacional de Normalizacin (ISO) desarrolla entre
1979 y 1984 un modelo de referencia para la interconexin de sistemas abiertos (OSI)
con el objetivo de servir de norma para el intercambio de datos, exclusivamente, entre
sistemas telemticos de distintos fabricantes. Este modelo sera adoptado ms tarde por
medio fsico
Sistema
Capas
Sistema
Subsistema
Informtico
Soporte de
Comunicaciones
Informacin
Red de
Comunicaciones
Procesos de Aplicacin
(programas)
Procesos de Aplicacin
(programas)

Figura 6. Comunicacin de sistemas basada en modelo de capas
12 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
la Unin Internacional de Telecomunicaciones. La misma ITU se inspirara en l para
definir otros modelos de referencia, no orientados exclusivamente a la comunicacin
de datos, como por ejemplo el de la Red Digital de Servicios Integrados (RDSI) y el de
la RDSI de Banda Ancha.
El xito de los sistemas abiertos no elimina totalmente a las arquitecturas propietarias
originales, y fabricantes con una decidida poltica orientada a sus propios productos,
como en el caso de IBM, buscan simplemente proporcionar los mecanismos necesarios
para que su arquitectura completa (SNA), de amplia implantacin, coexista con las
recin llegadas.
3. EL MODELO OSI DE LA ISO
3.1 Introduccin
El modelo de referencia desarrollado por ISO (ISO/IEC 7498 / ITU-X.200), cuyo
nombre completo es Modelo Arquitectural de Referencia para la Interconexin de
Sistemas Abiertos (abreviado como OSI, Open Systems Interconnection), pretende
servir de marco a la interconexin de equipos de comunicacin de datos,
exclusivamente, de distintos fabricantes. Segn la X.200 La finalidad del modelo de
referencia de interconexin de sistemas abiertos es proporcionar una base comn para la
coordinacin en el desarrollo de normas destinadas a la interconexin de sistemas,
permitiendo a la vez situar las normas existentes en la perspectiva del modelo de
referencia global. Este modelo proporciona un marco conceptual y funcional que
permite a los grupos internacionales de expertos trabajar eficaz e independientemente en
la elaboracin de normas para cada capa del modelo de referencia de OSI.
La arquitectura adoptada se articula sobre el concepto de capa o nivel. Si bien este
concepto no es original de OSI, s lo es la definicin rigurosa que de l hace. Al ser el
modelo ms general y ms rico en conceptos, su comprensin facilita el estudio de
cualquier otro modelo. Los conceptos ms relevantes se representan en la figura 7.
Las caractersticas globales pueden resumirse como sigue:
1. Cada sistema de comunicaciones se estructura en niveles o capas sucesivas.
2. Cada capa utiliza los servicios de comunicaciones de la capa inmediatamente
inferior y ofrece servicios a la capa inmediatamente superior. Los servicios se
prestan a travs de unos puntos de acceso al servicio (SAP, Service Access
Point).
3. La frontera o interfaz entre cada dos niveles, que contiene a los puntos de
acceso anteriores, est perfectamente delimitada en trminos de primitivas, que
definen totalmente el servicio utilizado.
4. Una capa se descompone en mdulos especializados o entidades.
5. Para ofrecer un servicio, las entidades residentes en una capa colaboran con las
entidades pares residentes en otros sistemas (tambin denominadas paritarias o
gemelas). El conjunto de reglas que rigen la colaboracin se denomina
protocolo, que se lleva a cabo mediante el intercambio de mensajes o unidades
de datos del protocolo (PDUs, Protocol Data Units).
Redes de Datos 13
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
Capa N+1
Capa N
Capa N+1
Capa N
N-PDU
Sistema A Sistema B
Entidad 1
Entidad 2
Entidad 1
Entidad 2
usuario del
servicio N
usuario del
servicio N
Primitivas
puntos de
acceso al
servicio

Figura 7. Nomenclatura y conceptos del modelo OSI
3.2 Comunicacin entre capas
Como se ha citado, las entidades residentes en una capa proporcionan un determinado
servicio a la capa inmediatamente superior, y ese servicio se define mediante unas
primitivas. Por tanto, la comunicacin entre dos capas contiguas y residentes en el
mismo sistema se lleva a cabo utilizando esas primitivas. Esta comunicacin suele
representarse en las grficas en vertical, existiendo slo cuatro tipos bsicos de
primitivas:
1. Primitiva de Peticin (Request), mediante la cual la capa usuaria solicita o
invoca una funcin de la capa proveedora.
2. Primitiva de Indicacin (Indication), utilizada por la capa proveedora para
invocar a una funcin o notificar que una funcin ha sido invocada.
3. Primitiva de Respuesta (Response), utilizada por la capa usuaria para
completar la funcin invocada mediante una primitiva de indicacin previa.
4. Primitiva de Confirmacin (Confirmation), mediante la cual la capa
proveedora indica que una funcin invocada previamente ha sido completada.
Cualquier tipo de servicio puede definirse combinando primitivas de esos cuatro tipos
bsicos, aunque no siempre es necesario utilizar las cuatro. Para poder abarcar todas las
particularidades que pueden presentar distintos servicios, estas primitivas contienen,
adems, un conjunto de parmetros que dependern del servicio concreto.
La relacin entre servicio y protocolo es inmediata, pero no siempre fcil de distinguir.
Un servicio es un conjunto de primitivas que una capa ofrece a su capa superior, y por
lo tanto, el servicio se ofrece en la interfaz entre dos capas adyacentes del mismo
sistema.
Para cada invocacin de una primitiva en la interfaz entre la capa N y la N+1, se
producir un intercambio de una o varias PDUs de la capa N. Es el protocolo el que
gobierna el formato y significado de esas PDUs que se intercambian entre entidades
14 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
pares, es decir, del mismo nivel o capa, pero en sistemas distintos. Esto permite que los
conceptos de servicio y protocolo sean ortogonales, es decir, estn desacoplados.
3.3 Las funciones de las capas en OSI
El modelo OSI fija el nmero de capas en siete. Los sistemas que implementan las siete
capas se consideran sistemas finales, y, en principio, tienen todos el mismo nivel
jerrquico. Las funciones bsicas de las capas son las que siguen:
1. Fsica: Permitir la transmisin y recepcin de unidades bsicas de informacin
sobre canales de transmisin, liberando a la capa superior de las funciones que
imponga la naturaleza particular del medio de transmisin que se utilice.
2. Enlace: Transferir informacin de forma fiable y sin errores sobre canales
ruidosos y/o compartidos entre sistemas, incompletos o no, conectados entre s
directamente. Proporciona un enlace fiable punto a punto a las entidades de la
capa de superior.
3. Red: Hacer llegar la informacin suministrada por la capa superior desde un
origen a su destino, atravesando tanto sistemas intermedios como subredes, y
escogiendo la ruta apropiada a travs de ellos si fuera necesario. El servicio
ofrecido puede ser orientado o no a conexin.
Estas tres primeras capas ofrecen el servicio de red. Los protocolos que la
implantan debern aparecer en los nodos de la red de comunicaciones.
4. Transporte: Proporcionar una transferencia fiable y ordenada de datos entre
sistemas finales, independientemente de la calidad proporcionada por la red,
optimizando costes de comunicacin.
Junto con las tres primeras capas, forma el denominado bloque de transporte,
que, a la luz de lo expuesto, se ocupa exclusivamente de aspectos relacionados
con las comunicaciones.
5. Sesin: Ofrecer mecanismos para organizar y sincronizar dilogos entre
entidades de aplicacin. La capa de sesin permite a las aplicaciones marcar el
progreso del dilogo, controlar qu sistema est en posesin del turno, informar
de la ocurrencia de errores y superarlos retomando el dilogo en el punto en el
que se interrumpi.
6. Presentacin. Representar la informacin a transferir entre los dos sistemas,
asegurando la compatibilidad sintctica y permitiendo a la capa siguiente que se
ocupe slo del significado de la informacin (semntica). Para ello define una
forma comn o cannica en la que representar y manipular la informacin. Esta
forma cannica es independiente de la implementacin de los sistemas a
comunicar. La informacin as representada constituye datos estructurados, y no
una secuencia de bits que podran ser interpretados de distinta forma en cada
extremo.
7. Aplicacin: Proporcionar a los usuarios (personas o programas) un conjunto de
servicios de informacin distribuidos, asegurando la compatibilidad semntica.
Redes de Datos 15
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
APLICACION
PRESENTACION
SESION
TRANSPORTE
RED
ENLACE
FISICO
APLICACION
PRESENTACION
SESION
TRANSPORTE
RED
ENLACE
FISICO
repetidor puente
OSI
encaminador sistema
final
sistemas intermedios
sistema
final
FIS. FIS.
ENL.
FIS.
ENL.
FIS.
RED
ENL.
FIS.
RED
ENL.
FIS.

Figura 8. Modelo OSI y sistemas intermedios
No todos los sistemas abiertos deben implementar las siete capas, ya que pueden existir
sistemas incompletos que acten de intermediarios cuando no exista un mismo medio
fsico que una a los sistemas finales. Dependiendo de la capa en la que realizan su
funcin estos sistemas intermedios se denominan repetidores (capa 1), puentes (bridges,
capa 2) o encaminadores (routers, capa 3). Todo esto queda reflejado en la figura 8.
3.4 Comunicacin entre sistemas
Las entidades residentes en cada una de las capas necesitan comunicarse con las
entidades pares residentes en otros sistemas. La comunicacin se realiza mediante el
paso de mensajes, denominados PDUs (Unidades de datos del protocolo), que consisten
en informacin de control de protocolo y posiblemente datos de usuario (N). Los datos
de usuario (N) son los datos transferidos entre entidades (N) en nombre de las entidades
(N+1) para las cuales las entidades (N) proporcionan servicios. Se define adems la
unidad de datos del servicio (SDU) (N) como la informacin cuya identidad es
preservada cuando es transferida entre entidades (N+1) pares y que no es interpretada
por las entidades (N) sustentadoras. Estos conceptos se representan en la figura 9,
extrada de la X.200.
Tanto la informacin a compartir (procedente de los usuarios y programas a los que la
capa de aplicacin ofrece sus servicios de comunicaciones) como la informacin de
control (que se intercambia entre las entidades pares) necesitan utilizar el mismo medio
fsico. Para ello, y segn la informacin va atravesando, en sentido descendente, las
distintas capas del modelo, se van aadiendo encabezamientos sucesivos que contienen
esta informacin de control. El conjunto resultante se transmite por el canal, que en el
sistema receptor seguir el camino inverso, como se muestra en la figura 10.

16 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez

Figura 9. Correspondencia entre unidades de datos en capas adyacentes (extrado de la X.200)
Cada encabezamiento ser utilizado slo por la capa receptora del mismo nivel de la
arquitectura, y ser eliminado despus. Los encabezamientos destinados a las capas
superiores son completamente ignorados, permitiendo que el funcionamiento de las
distintas capas sea independiente. El utilizar la informacin de control de capas
superiores constituye una violacin del modelo, porque compromete la evolucin
separada de las distintas capas.
Algunos conceptos importantes en la comunicacin entre entidades pares son:
asociacin (N): Relacin cooperativa entre invocaciones de entidad (N).
Una capa (N) puede ofrecer a la capa (N+1) un servicio en modo con conexin,
un servicio en modo sin conexin, o ambos, utilizando el servicio o los servicios
proporcionados por la capa (N-1).
conexin (N): Asociacin solicitada por una entidad (N+1) para la transferencia
de datos entre dos o ms entidades (N+1). La asociacin se establece por la capa
(N) y proporciona la identificacin explcita de un conjunto de transmisiones de
datos (N) y el acuerdo referente a los servicios de transmisin de datos (N) que
se proporcionarn al conjunto. Esta asociacin vincula las entidades (N+1) pares
con las entidades (N) en la capa inferior inmediata. La capa N proporciona a las
entidades de la capa (N+1) la capacidad de establecer y liberar una conexin y
transferir datos por la misma como un servicio en modo con conexin. La
utilizacin de un servicio en modo con conexin por entidades (N+1) pares se
lleva a cabo en tres fases distintas:
a) establecimiento de la conexin
Redes de Datos 17
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
b) transferencia de datos
c) liberacin de la conexin
Caractersticas de un servicio en modo conexin:
a) duracin
b) entraa el establecimiento y mantenimiento de un acuerdo entre dos o
ms partes sobre la transmisin de datos entre las entidades (N+1)
pares interesadas, y la utilizacin del proveedor del servicio (N)
c) permite la negociacin, entre todas las partes interesadas, de los
parmetros y opciones que regirn la transmisin de datos
d) proporciona identificacin de la conexin por medio de la cual las
taras relativas a la resolucin y transmisin de la direccin pueden
evitarse en las transferencias de datos
e) proporciona un contexto dentro del cual las sucesivas unidades de
datos transmitidas entre las entidades pares estn relacionadas
lgicamente, y permite mantener la secuencia y proporcionar
control de flujo para dichas transmisiones.
La transmisin en modo sin conexin es la transmisin de una sola unidad de
datos de un punto de acceso al servicio de origen a uno o ms puntos de acceso
al servicio de destino sin establecer una conexin. El servicio en modo sin
conexin permite a una entidad iniciar dicha transmisin mediante un solo
acceso al servicio.
Caractersticas de un servicio en modo sin conexin:
a) No tiene una duracin que pueda distinguirse claramente
b) Slo requiere una asociacin preconfigurada entre las entidades (N+1) pares
participantes, lo que determina las caractersticas de los datos que han de ser
transmitidos, y no comprende un acuerdo dinmico de la utilizacin del
servicio
c) Toda la informacin necesaria para entregar una unidad de datos (direccin
de destino, seleccin de calidad de servicio, opciones, etc.) se presenta a la
capa que proporciona el servicio en modo sin conexin, junto con la unidad
de datos que se ha de transmitir, en un solo acceso al servicio. La capa que
proporciona el servicio en modo sin conexin no tiene que relacionar este
acceso con ningn otro.
d) Cada unidad de datos transmitida podra ser encaminada independientemente
por la capa que proporciona el servicio en modo sin conexin.
e) Se podran transmitir copias de una unidad de datos a varias direcciones
destino.
18 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez

Figura 10. Comunicacin entre dos sistemas basada en el modelo de capas
3.5 Evolucin del modelo OSI
El modelo expuesto hasta ahora slo representa un marco en el que desarrollar unos
servicios concretos soportados por unos protocolos determinados. Si bien esta
definicin no pertenece en rigor al modelo tras la publicacin de ste ISO ha ido
normalizando servicios y protocolos como normas internacionales independientes. El
conjunto formado por el modelo de referencia y los protocolos y servicios que en l
tienen cabida constituyen la arquitectura propiamente dicha.
La evolucin tecnolgica ha ido obligando al modelo OSI a soportar diversos
refinamientos y adaptaciones. Esta evolucin no slo afecta a protocolos y servicios,
sino que a veces obliga a dividir alguna de las capas en subniveles, para dar acomodo a
nuevos conceptos dentro del modelo. En un caso concreto los problemas ha resolver han
sido tan importantes que han necesitado la definicin de una torre paralela: es el caso de
la gestin de red.
Por ltimo, con el paso del tiempo han ido proliferando protocolos y servicios (sobre
todo en las capas inferiores del modelo), algunos con gran cantidad de parmetros y
elementos opcionales (sobre todo los correspondientes a las capas superiores). La
existencia de distintas opciones podra comprometer la interoperabilidad de distintas
implementaciones, que era el objetivo inicial. Para atajar este problema se han ido
estableciendo perfiles funcionales. Estos perfiles no son ms que combinaciones de
servicios y protocolos con todas las posibles opciones predeterminadas.
Redes de Datos 19
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
4. EL MODELO DE INTERNET
4.1 Introduccin
Poco antes de la aparicin del modelo OSI, el departamento de defensa de EEUU inicia
un proyecto encaminado a proporcionar una red de datos extraordinariamente robusta,
capaz de comunicar dos puntos incluso aunque alguna de las partes de la red hubiera
sido severamente daada, siguiendo una arquitectura distribuida. Dicha red fue llamada
ARPAnet, y creada en 1977-79. En 1983 se dividi en dos subredes: MILNET (fines
militares) y ARPAnet (investigacin).
Actualmente dicha red se extiende por todo el mundo, con un crecimiento exponencial y
se la conoce como Internet. Se basa en la jerarqua o pila de protocolos TCP/IP. Estos
protocolos son abiertos, en el sentido de que no pertenecen a ningn fabricante en
concreto. Sus especificaciones son pblicas y gratuitas.
El conjunto resultante no constituye un modelo de referencia propiamente dicho, ya que
no existe ninguna especificacin de ste, por lo que resulta ms adecuado el nombre de
jerarqua o familia. Como los protocolos de nivel de transporte TCP (Transport Control
Protocol) y de nivel de red IP (Internet Protocol) son los ms conocidos, se suele utilizar
el nombre de jerarqua de protocolos TCP/IP para denominar la familia completa.
4.2 Jerarqua TCP/IP
En la jerarqua TCP/IP las funciones correspondientes a las capas de sesin,
presentacin y aplicacin de OSI se integran en una nica capa, llamada de aplicacin,
como se aprecia en la figura 11. Esta jerarqua tiene menos niveles que el modelo OSI
(5 frente a 7), con lo que se gana en sencillez aunque se obtiene un modelo menos
completo.

Figura 11. Modelo de capas de Internet frente a OSI
En la jerarqua TCP/IP se pueden distinguir los siguientes niveles, mostrados en la
figura 11:
Fsico o Hardware: equivalente al del modelo OSI visto anteriormente.
20 Redes de Datos
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
Subred, o de interfaz de red: nivel especfico de la subred empleada (ethernet,
X.25, ATM, FDDI). Acepta los datagramas IP y los transmite hacia el nivel fsico
desacoplando los niveles superiores del tipo de subred usada.
Interred: servicio de transferencia de datagramas entre sistemas finales. Acepta
datos de la capa de transporte, los encapsula en paquetes IP, determina mediante un
algoritmo de encaminamiento el equipo al que enviarlo y pasa el paquete a la interfaz de
red.
Transporte: servicios de comunicacin extremo a extremo entre aplicaciones.
Aplicacin: es el nivel ms alto. Los usuarios utilizan esta capa para acceder a
programas o servicios de aplicacin, como
Transferencia de ficheros: FTP (File Transfer Protocol).
Correo electrnico: SMTP (Simple Message Transfer Protocolo).
Login o acceso remoto: Telnet.
Acceso a informacin mediante web: HTTP (Hiper Text Transfer Protocol)
Adems es frecuente agrupar estos cinco niveles en dos grandes bloques: servicios de
aplicacin y servicios de red, como muestra la figura 12.

Figura 12. Bloques del modelo TCP/IP
Podemos enumerar algunas caractersticas de esta jerarqua:
Independencia de la tecnologa de red subyacente (local, extensa, punto a
punto...), gracias al uso de un protocolo de interred comn: IP.
Conexin universal entre dos nodos (no importa el lugar).
Estndares de protocolos de aplicacin creados a partir de:
Abundante software preexistente.
Numerosas herramientas de uso.
Dentro de los elementos conectados a una red TCP/IP distinguiremos:
Redes de Datos 21
Arquitectura de Redes Sistemas y Servicios
Curso 2010/11
Isabel Romn Martnez
Sistemas finales (host), normalmente conectados a una nica subred.
Sistemas Intermedios (SI) o encaminadores (routers): interconectan dos o ms
redes.
En la figura 13 se muestran los niveles TCP/IP, y algunos de los protocolos que se
definen para esos niveles.

Figura 13. Pila de protocolos de Internet