Modelo de Referencia OSI

(31 / 7 / 2000)
Leonor Rodrguez Borrego
1.Contenidos.
1. Contenidos.
2. Introduccin
3. Normalizacin
4. El Modelo de Referencia OSI.
5. Servicios segn OSI.
6. Comparacin entre OSI y otros modelos.
7. Bibliografa y Referencias.
2.Introduccin
Este documento constituye una descripcin del Modelo de Referencia OSI. Se
van a tratar tanto conceptos generales sobre las redes de comunicaciones que mantienen
relacin con este modelo, como puede ser la normalizacin (objeto del primer punto del
documento), como caractersticas especficas del modelo elaborado por ISO, como
pueden ser la estructura del modelo y el modo de transferencia de informacin(objeto
del cuarto punto).
Finalmente se dedica un ltimo punto a la comparacin del modelo con otro tipo
de redes y modelos, lo que puede hacer, quizs, ms familiar el modelo de referencia
OSI.
3. Normalizacin.
En este apartado se va a estudiar tanto la normalizacin como concepto general
aplicable a cualquier tipo de tecnologa como la normalizacin dentro del marco OSI.
Los diferentes organismos de normalizacin tambin sern sujeto de estudio en este
apartado.
3.1. Conceptos generales. Ventajas y desventajas.
La normalizacin es el proceso de definicin de una serie de reglas y de normas
para la construccin o definicin de un sistema de comunicaciones.
La normalizacin comienza a ser necesaria desde el momento en el que
comienzan a utilizarse los sistemas abiertos (sistemas cuya arquitectura es conocida). La
utilizacin de sistemas abiertos supone una serie de ventajas e inconvenientes que se
relatan a continuacin.
Ventajas:
- Economa: Con los sistemas normalizados el mercado aumenta ya
que se incrementa el nmero de personas y empresas que pueden
acceder a l. De ello se benefician tanto el comprador , aumenta la
competencia, como les empresas, tienen ms mercado y por lo tanto
ms ventas.
- Libertad: De este modo el consumidor no depende nicamente del la
persona o casa que le ha vendido un determinado sistema, sino que
podr acudir a cualquier otra casa que la resulte ms econmica, ms
fiable,...
Desventajas:
- Retraso tecnolgico: La normalizacin es un proceso lento ya que
no es fcil poner de acuerdo a todos los fabricantes, y debido a
esta lentitud muchas veces para cuando se ha terminado el
estndar ya se ha desarrollado una tecnologa mejor. En
telecomunicaciones este es un factor a tener muy en cuenta, ya
que las tecnologas cambian y se mejoran cada 6 o 9 meses
periodo de tiempo que no es suficiente para normalizar.
En general las ventajas compensan a las desventajas por lo cual se opta por la
normalizacin.
3.2. Normalizacin dentro del marco OSI.
La principal motivacin para el desarrollo del modelo OSI fue crear un marco
para la normalizacin. El modelo define en trminos generales las funciones a realizar
en cada una de las capas y facilita el proceso de hacer las normalizaciones en dos
formas:
- El hecho de que cada capa tenga unas funciones perfectamente
definidas supone que las normalizaciones pueden ser desarrolladas de
forma independiente en cada capa, lo cual acelera el proceso de hacer
las normalizaciones.
- El hecho de que los lmites entre las capas estn bien definidos
supone que los posibles cambios en una de las capas no afectar a las
dems capas, de forma que la implementacin de nuevas
normalizaciones se facilita.
En el modelo OSI se emplea lo que podemos denominar como un diseo
modular; la funcin se descompone en una serie de mdulos, haciendo las interfaces
entre mdulos tan sencillas como sea posible. Adems, se utiliza el principio de diseo
con ocultacin de informacin: las capas inferiores estn implicadas con niveles de
detalles ms grandes; las capas superiores son independientes de esos detalles. Dentro
de cada capa se suministra tanto el servicio proporcionado a la capa superior siguiente
como el protocolo a la capa paritaria en otro sistema.
La naturaleza de la normalizacin requerida en cada capa contiene tres puntos
clave:
- Especificacin de protocolo: Incluye el formato de la unidad de datos
del protocolo, la semntica de todos los campos y la secuencia
permitida de PDUs.
- Definicin del servicio: Es equivalente a una descripcin funcional
que define qu servicios se estn proporcionando, pero no cmo se
estn proporcionando.
- Direccionamiento: Las entidades se referencian por medio de un
punto de acceso al servicio, SAP.
3.3. Organismos de normalizacin.
Existen diversos organismos de normalizacin de los cuales vamos a destacar los
siguientes por ser los ms relacionados con el mbito de las telecomunicaciones.
- ISO International Standard Organization: Organizacin internaional dedicada
a escribir y distribuir estndares tcnicos para la industria y el comercio.
Participan en esta organizacin otras como ITU-T o ANSI.
- IEEE Instituto de Ingenieros Elctricos y Electrnicos: Organizacin
profesional americana que trabaja principalmente en la estandarizacin de
interfaces con equipos de instrumentacin y LAN. El proyecto IEEE 802
gener el estndar para LAN y MAN.
- ITU Unin Internacional de Telecomunicaciones: Se encuentra bajo la carta
de las Naciones Unidas. Es la mayor organizacin internacional para el
desarrollo de acuerdos globales en el uso del espectro de radio. Dos
organismos importantes dentro de la ITU son:
- ITU-T, antiguo CCITT, genera recomendaciones elctricas y
funcionales para telecomunicaciones y comunicaciones de datos.
- ITU-R, antiguo CCIR, organizacin para el estudio sobre cuestiones
tcnicas, funcionales u operacionales en radiocomunicaciones. Las
recomendaciones de ITU-T e ITU-R se agrupan por series, con
nombres de letras.
- ETSI Instituto Europeo de Estndares de Telecomunicacin: Fue creada en
respuesta a la postura de la UE de reforzar los recursos europeos destinados a
la normalizacin.
-
-
- IRTF Internet Research Task Force: Es el comit para la investigacin en
Internet, el cual depende del IAB. Todo el trabajo realizado tanto por el
IRTF, como por el IETF (Internet Engineering Task Force) se lleva a cabo
por grupos de trabajo cuyos integrantes son voluntarios.
El proceso de normalizacin en ISO tiene 6 etapas y se generan 3 tipos de
documento:
CD (Borrador Comit): Documento que maneja internamente el grupo de
trabajo que se encarga del problema.
DIS (Draft International Standard): Borrador de estndar internacional.
IS (International Standard): Estndar publicado por la ISO.
Todo este proceso dura entre 10 meses y un ao, por lo que se puede considerar
un proceso lento.
En el caso de Internet este proceso es ms sencillo; cuando un usuario detecta un
problema que es capaz de resolver genera un documento gratuito llamado RFC, que
consiste en una peticin de comentarios. Este documento se enva al comit IETF de
forma que durante 6 meses se pone a prueba. Si durante este periodo de tiempo no
surgen grandes inconvenientes el documento se convierte en un estndar.
4. Modelo de Referencia OSI.
En 1977 ISO lleg a la conclusin de que debido a la complejidad de las tareas
de comunicaciones no era suficiente una normalizacin, sino que era necesario dividir
las funciones en partes ms manejables y organizarlas como una arquitectura de
comunicaciones. Esta conclusin llev a ISO a crear un comit para desarrollar esta
arquitectura, el resultado del cual fue el modelo de referencia de Interconexin de
sistemas abiertos (OSI Open System Interconection). El estndar final se public en
1984.
4.1.Conceptos bsicos de OSI.
Se definirn en este subapartado varios conceptos muy estrechamente
relacionados con el modelo OSI debido a que se van a emplear en mltiples ocasiones.
- Servicio: Es un conjunto de primitivas que una capa proporciona a la capa
siguiente superior. El servicio define las operaciones que la capa efectuar en
servicio de sus usuarios, pero no dice nada con respecto a cmo se realizan
dichas operaciones. Un servicio se refiere a una interfase entre las capas
siendo la capa inferior la que provee el servicio y la superior la que lo utiliza.
El servicio indica la funcionalidad; qu hace.
- Protocolo: A diferencia del servicio es un conjunto de reglas que gobiernan
el formato y el significado de las tramas, paquetes o mensajes que son
intercambiados por las entidades corresponsales dentro de una capa. Las
entidades utilizan el protocolo para realizar sus definiciones de servicio,
teniendo libertad para cambiar el protocolo, pero asegurndose de no
modificar el servicio visible a los usuarios. Indica cmo lo hace.
- Interfaz: La interfaz indica dnde se ofrece el servicio, es decir, a dnde hay
que dirigirse para solicitar el servicio.
Para cada nivel se definen varios servicios y la forma de implementar los
diferentes servicios es mediante los protocolos. El lugar situado entre dos capas al cual
se tiene que remitir el usuario para que se le ofrezca el servicio es el punto de acceso al
servicio, SAP
4.2. El Modelo.
La tcnica de estructuracin adoptada por ISO es la estructuracin en capas o
niveles. Las funciones de comunicacin se particionan en un conjunto jerrquico de
capas. Cada capa realiza un conjunto de funciones para comunicarse con otro sistema.
Se apoya en la siguiente capa inferior para realizar funciones ms primitivas y para
ocultar los detalles de estas funciones. Una capa proporciona servicios a la capa superior
siguiente.
La tarea de OSI fue definir el conjunto de capas y los servicios realizados por
cada una de ellas. El particionamiento debera lgicamente las funciones, y tener capas
para hacer el tratamiento de cada capa pequeo, pero no debera tener muchas capas. El
modelo de referencia resultante tiene siete capas cuya descripcin pasamos a hacer a
continuacin.
4.3.Estructura en niveles. Funcionalidad de cada nivel.
En este apartado se discuten brevemente cada una de las capas y, donde es
apropiado se dan ejemplos de normalizaciones para los protocolos de estas capas.
Capa Fsica
La capa fsica abarca la interfaz fsica entre dos dispositivos y las reglas por las cuales
se pasan los bits de uno a otro. La capa fsica tiene cuatro caractersticas importantes:
Mecnicas: relaciona las propiedades fsicas de la interfaz con el medio de
transmisin.
Elctricas: relaciona la representacin de los bits y la tasa de transmisin de datos.
Funcional: especifica las funciones realizadas por los circuitos individuales de la
interfaz fsica entre un sistema y el medio de transmisin.
De procedimiento: especifica la secuencia de eventos por los que se intercambia un
flujo de bits a travs del medio fsico.
Un ejemplo de estndar de esta capa es la RS 232 C para mdem.
Capa deEnlace
Mientras la capa fsica proporciona solamente un servicio bruto de datos, la capa de
enlace hace el enlace fsico seguro y proporciona medios para activar, mantener y
desactivar el enlace. El principal servicio proporcionado por la capa de enlace a las
capas superiores es el de deteccin de errores y control. As, con un protocolo de la capa
de enlace de datos completamente operacional, la capa adyacente superior puede
suponer una transmisin libre de errores en el enlace.
Este nivel garantiza todo lo mencionado anteriormente pero nicamente en los extremos
del cable, es decir, garantiza una comunicacin con un interlocutor adyacente.
Algunos ejemplos de estndares de esta capa son HDLC, LAPB, LLC y LAPD.
Capa de Red
La capa de red ofrece la capacidad de encadenamiento global, para ello se definen dos
funciones dentro de esta capa:
Direccionamiento.
Encaminamiento.
El nivel de red proporciona los medios para la transferencia de informacin entre
sistemas finales a travs de algn tipo de red de comunicacin. Libera a las capas
superiores de la necesidad de tener conocimiento sobre la transmisin de datos
subyacente y las tecnologas de conmutacin utilizadas para conectar los sistemas.
Capa de Transporte
La capa de transporte proporciona un mecanismo para intercambiar datos entre sistemas
finales. Puede estar relacionada con la optimizacin del uso de los recursos de red y
proporcionar una calidad del servicio solicitada.
Se puede decir que el nivel de transporte hace sobre el nivel de red lo que el nivel de
enlace sobre el nivel fsico, proporciona la seguridad de que las aplicaciones de ambas
mquinas disponen de aplicaciones lgicas sin errores.
Capa de Sesin
La capa de sesin proporciona los mecanismos para controlar el dilogo entre
aplicaciones en sistemas finales. En muchos casos habr poca o ninguna necesidad de
los servicios de la capa de sesin, pero en algunas aplicaciones, estos sistemas se
utilizan. Los servicios clave proporcionados por el nivel de sesin incluyen la disciplina
del dilogo (full-duplex, semi-duplex,...), el agrupamiento (para definir grupos de datos)
y la recuperacin.
Capa de Presentacin
La capa de presentacin define el formato de los datos que se van a intercambiar entre
las aplicaciones y ofrece a los programas de aplicacin un conjunto de servicios de
transformacin de datos.
Este nivel da el significado a la informacin. Algunos de los servicios que proporciona
son los de compresin de datos, encriptacin y codificacin.
Capa de Aplicacin
Esta capa contiene funciones de administracin y generalmente mecanismos tiles para
admitir aplicaciones distintas. Se considera que pertenecen a esta capa los servicios de
transferencia de ficheros, correo electrnico y acceso terminal a computadores remotos.
4.4.Transferencia de informacin entre niveles.
La transferencia de informacin entre niveles se hace en modo de trasvase
vertical de datos. Esto supone que en la comunicacin entre dos mquinas por encima
de la capa fsica cada entidad de protocolo enva los datos hacia abajo a la capa inferior
siguiente para que le lleven los datos a su entidad paritaria. La informacin viaja desde
la capa ms alta hasta la ms baja de una misma mquina. En esta ltima es donde
tenemos el camino de comunicaciones por el cual viajar la informacin a la capa ms
baja de la otra mquina, de forma que esta informacin ir subiendo capa por capa hasta
alcanzar la capa ms alta de esta mquina.
Dentro de la arquitectura OSI destaca el uso de las unidades de protocolo (PDU,
protocol data unit). La PDU de un nivel N est compuesta por el SDU (service data
unit) de ese mismo nivel, que es la informacin a enviar, y la cabecera impuesta por la
capa N, PCI. Dicha PDU pasa al nivel inferior, N-1, a travs de un punto de acceso a
servicio, convirtindose en la SDU del nivel N-1. En la siguiente figura se ilustra este
proceso:
MQUINA A MQUINA B
La informacin que viaja por la red son la PCI y la SDU, como se ha comentado
las PCI son las cabeceras de control de los protocolos, por lo tanto son necesarias para
el sistema remoto.
A partir de la introduccin de los datos en la SDU de la capa de aplicacin de la
mquina A se van creando los diferentes PDU con la insercin de cada nivel de su
cabecera correspondiente; cuando se llega a la capa fsica sta manda su PDU a la capa
fsica de la mquina B, y de este modo comienza de nuevo el trasvase vertical de datos,
esta vez en sentido ascendente, hasta llegar a la capa de aplicacin de la mquina B.
PCI SDU (N)
INFO
PCI SDU (N-1)
PCI SDU(N)
PDU(N)
PDU(N-1)
PCI SDU (N)
INFO
PCI SDU (N-1)
PCI SDU(N)
PDU(N)
PDU(N-1)
Aplicacin
Presentac.
Sesion
Transporte
Red
Enlace
Fisico
DL-PDU
N-PDU
R-PDU
T-PDU
P-PDU
A-PDU
datos
Aplicacin
Presentac.
Sesion
Transporte
Red
Enlace
Fisico
DL-PDU
N-PDU
R-PDU
T-PDU
P-PDU
A-PDU
datos
4.4.1. Particin y multiplexacin en el modelo OSI.
Particin: La particin es uno de los servicios que se ofrecen en el nivel de
transporte que consiste en que si en algn caso no es suficiente con un enlace existe la
posibilidad de poder emplear ms. Una conexin entre niveles de transporte supone
varias conexiones en el nivel de red, de forma que entre todas van a disponer del enlace
que el nivel de transporte requiere. Cada uno de los enlaces que se van a emplear puede
utilizar un protocolo diferente.
Multiplexacin: La multiplexacin en OSI se va a ilustrar con un ejemplo;
supongamos un enlace con 500 Mbps (alta capacidad), por este enlace se pueden meter
mltiples servicios, es decir, puede ser interesante soportar sobre un solo enlace o
conexin de red muchos servicios. Por ejemplo en una videoconferencia (2 Mbps)
empleo diferentes conexiones; datos, video, audio, ..., todos por seperado.
En este caso se tienen varias conexiones de nivel de transporte sobre una sola conexin
de red.
En general la multiplexacin y la particin no la pueden hacer todos los niveles,
normalmente lo hacen el nivel de transporte y en algunos casos el nivel de red.
5. Servicios segn OSI.
5.1. Primitivas de servicio y parmetros.
En la arquitectura OSI los servicios entre capas adyacentes se expresan en
trminos de primitivas y parmetros. Una primitiva especifica la funcin que se va a
llevar a cabo y los parmetros se utilizan para datos e informacin de control.
El formato general de una primitiva es el siguiente:
Nivel_FUNCIN A REALIZAR_tipo primitiva (parmetros)
Como se puede observar la primitiva consta de cuatro partes, a saber:
Nivel: se corresponde con la inicial de la capa o nivel que requiere la
primitiva. Puede ser: A,P,S,T,N,L.
Funcin a realizar: se tienen tres posibilidades:
CONNECT(establecer la conexin)
DATA(intercambio de datos)
DISCONNECT (liberacin de conexin).
Tipo de servicio: se tienen cuatro posibles servicios:
Request(Peticin)
Indication (Notificacin)
Response (Respuesta)
Confirmation (Confirmacin)
Parmetros : se indicarn los parmetros que se necesiten.
Si se considera la transferencia de datos desde una entidad (N) a su entidad
paritaria (N) en el otro sistema ocurren los hechos siguientes:
1. La entidad origen (N) invoca a su entidad (N-1) con una primitiva
DATA.request. Asociados a esta primitiva van los parmetros necesarios, tales
como los datos que se van a transmitir y la direccin destino.
2. La entidad origen (N-1) prepara una (N-1) PDU para envirsela a su entidad
paritaria (N-1).
3. La entidad destino (N-1) entrega los datos al destino apropiado (N) a travs de
DATA.indication, que incluye como parmetros los datos y la direccin origen.
4. Si se quiere confirmacin, la entidad destino (N) emite un DATA.respuesta a su
entidad (N-1).
5. La entidad (N-1) convierte la confirmacin en una (N-1) PDU
6. . La confirmacin se entrega a la entidad (N) como una DATA.confirmacin.
5.2. Tipos de servicio.
Se clasifican los servicios atendiendo a dos posibilidades. Si se atiende al tipo de
primitivas que se intercambian en la comunicacin se obtienen servicios confirmados,
no confirmados o confirmados por el proveedor. Si se atiende al fundamento de la
operacin se tienen servicios orientados a la conexin y servicios no orientados a la
conexin.
5.2.1. Clasificacin en funcin de las primitivas.
Servicio confirmado
Se puede tener confirmacin por parte del usuario o pro parte de proveedor.
Confirmado por el usuario.
Se produce la secuencia de las cuatro primitivas y en ese orden. El usuario
remoto es el que acepta o no lo que se le enva.
Este tipo de servicio da mayor fiabilidad pero tambin es ms lento.
Confirmado por el proveedor
En este caso la confirmacin no se da por parte del usuario, sino por parte del
proveedor. Este tipo de servicio se emplea en redes locales.
t Indic.
response
confirm
request
t Indic.
confirm
request
USUARI O PROVEEDOR
USUARI O PROVEEDOR
No confirmado.
En este tipo de servicios la peticin se cursa pero no se da ninguna confirmacin de la
llegada de esta peticin a su destino.
Puede ser til cuando la respuesta no es necesaria quizs por el protocolo empleado.
I niciado por el proveedor
Se emplea una sola primitiva que es enviada por el proveedor. Normalmente se emplea
para emitir errores; por ejemplo, cuando una entidad detecta un error y ha de indicar al
usuario y al proveedor que hay un problema se emplear este tipo de servicio.
5.2.2. Clasificacin en funcin del modo de operacin.
Servicio orientado a la conexin.
En un servicio orientado a la conexin la red es consciente de la comunicacin.
A partir del establecimiento de la conexin todos los paquetes viajan por el camino
lgico fijado.
En los nodos de la red se produce la lectura de la informacin de conexin de
cada paquete y se conmuta hacia donde se indique. Para ello se valen de tablas de rutado
y tablas de conexiones.
t Indic.
request
USUARI O PROVEEDOR
t
Indic.
Indic
USUARI O PROVEEDOR
Se producen tres procesos en este tipo de comunicaciones:
Establecimiento de conexin.
Transferencia de datos
Liberacin de la conexin
La secuencia de primitivas implicadas en cada proceso es la siguiente:
Establecimiento de llamada
El establecimiento de llamada en general se hace mediante un servicio robusto,
confirmado, porque el corresponsal remoto ha de estar de acuerdo con el
establecimiento de la conexin.
Es en esta fase donde se establece el camino lgico.
Transferencia de datos
La fase de transferencia de datos es ms larga, y por lo tanto no se hace con
confirmacin.
Liberacin de la conexin
N_CONNECT.request
N_CONNECT.indication
N_CONNECT.response
N_CONNECT.confirm
N_DATA.request
N_DATA.indication
N_DATA.request
N_DATA.indication
N_DISCONNECT.request
N_DISCONNECT.indication
No todos los niveles implementan la desconexin de la misma forma, unos la
hacen con confirmacin y otros sin ella.
Servicio no orientado a la conexin
En un servicio no orientado a la conexin cada paquete de una comunicacin
viaja por una ruta diferente. La red no hace distinciones entre comunicaciones.
Generalmente slo se produce una fase, la de transferencia de datos. De este
modo slo hay una primitiva que ser UNIDATA.
Normalmente, como podemos ver en el grfico, se suele emplear el servicio no
confirmado.
En este caso no existen las tablas de conexiones, slo hay tablas de rutado ya
que cada datagrama lleva la direccin de destino.
N_UNIDATA.request
N_UNIDATAindication
6.Comparacin entre OSI y otros modelos.
6.1.Comparacin IBM SNA / OSI.
SNA es un modelo de referencia propio de IBM. Este modelo est desarrollado
para sus aplicaciones.
Tambin tiene siete capas, pero los lmites entre ellas son diferentes a los de
OSI.
OSI I BM
Cuando se dice que coinciden dos niveles es en cuanto a las funciones, no a los
protocolos.
6.2.Comparacin X25 / OSI.
X.25 es un protocolo para redes orientadas a la conexin. Es el nico que ha ido
bien para este tipo de redes.
X.25 slo hace funciones de nivel de red, por lo tanto abarca los tres primeros
niveles del modelo OSI, fsico, enlace y red.
En el nivel de red X.25 emplea un protocolo llamado PLP_X.25, en el nivel de
enlace se utiliza LAPB que es un derivado de HDLC, y a nivel fsico se emplea la
interfaz X.21 o X.21 BIS. Esta ltima es igual que la RS-232 de ANSI para transmisin
sncrona.
Aplicacin Servicios de transaccion
Presentacin Servicios de interpretacin
Sesin Control de flujo
Control de transaccin
Transporte
Red Control de ruta
Enlace Control enlace
Fsico Control fsico
6.3.Comparacin LAN / OSI.
El modelo de redes LAN oblig a OSI a que volviera a definir el nivel de enlace.
OSI dividi este nivel en dos subcapas llamadas LLC y la capa MAC.
LLC: Implementa los servicios del nivel de enlace de OSI.
MAC: Subcapa que sirve para resolver el control de acceso al medio compartido,
proporciona las direcciones fsicas de las mquinas.
6.4.Comparacin TCP/IP / OSI.
TCP es un modelo ms bien anrquico, no hay un modelo de referencia
estructurado como en OSI.
Las principales crticas que se le hacen al modelo TCP/IP son las que siguen:
Conceptos: No se definen claramente conceptos tan importantes como el protocolo,
primitivas, ...
Grafidad: La falta de conceptos hace que sea un modelo que slo se puede describir
a s mismo. Con OSI puedo explicar Internet pero no ocurre lo mismo a la inversa.
Nivel1/nivel2: TCP no define la relacin entre el nivel de red y nivel de enlace y
entre el nivel de enlace y el nivel fsico. Para el nivel 1 y el 2 habr lo que sea, pero
no est definido explcitamente.
Calidad: no se puede decir que en estos momentos esta crtica sea justa pero en su
momento lo fue ya que este modelo fue elaborado por universitarios.
Conclusin
OSI es una referencia terica (en vitrina), pero no vlida en la prctica, en la
que el modelo ms utilizado es TCP/IP. An as este modelo es necesario para
comprender la teora de las redes de comunicacin.
7. Bibliografa y Referencias.
Bibliografa
Comunicaciones y Redes de Computadores; Stallings, W. Prentice Hall.
Redes de Ordenadores; Tanenbaum, A. Prentice Hall.
Sistemas de telecomunicacin I; Etxebarria, B y Hernez, I. Escuela Superior de
Ingenieros de Bilbao.
Referencias
www.uady.mx/sitios/teleinfo/solucion/sld008.htm ; Modelo de referencia OSI.
www.gsyc.inf.uc3m.es/~jjmunoz/ro/9697/ ; Redes de ordenadores. TCP/IP vs OSI.
http://lucas.cdf.udc.es/ing_ind/infotec/jvaz/redes_os.htm ;Modelo y niveles de OSI.
www.4.uji.es/~alo19803/Tcpip.htm/ ;Protocolo TCP/IP.