Redes de Computadores-Parte I

Pgina -1 -
REDES DE COMPUTADORES
Profesores: Alberto Gonzlez de la Calle

Curso 1995-1996
Pgina -1 -
TEMARIO
TEMA 1 - REPASO DE ISO
TEMA 2 - NIVEL DE RED
TEMA 3 - NIVEL DE TRANSPORTE
TEMA 4 - NIVEL DE SESIN
TEMA 5 - NIVEL DE PRESENTACIN
TEMA 6 - NIVEL DE APLICACIN
TEMA 7 - INTRODUCCIN ARQUITECTURA TCP/IP
TEMA 8 - INTERCONEXIN DE REDES
TEMA 9 - EVALUACIN DE LAS PRESTACIONES DE PROTOCOLOS
TEMA 10 - REDES DE ALTAS PRESTACIONES
& BIBLIOGRAFA:
** REDES DE ORDENADORES - A. S. Tanembaum
P.M. 1991
(Bsico)
* REDES LOCALES DE COMPUTADORAS. - J.A. Beltrad

Mac GrawHill 1990
** INTERNETWORKING LANS AND WANS. Gilbert Meld
Wiley, 1993
(Interconexin)
* FDI NETWORKING- Martin A W
Mac Graw Hill 1993
** REDES ATM - M. Boisseav
Gestion 2000 SA 1994
*** SISTEMAS Y REDES TELEINFORMTICAS. J. Garca Toms
Sepa 1989
(Bsica)
*REDES DE TELECOMUNICACIONES. Miscina Swartz
A. Wicer 1994
** TPC/IP ILLUSTRATED VOL I y II
A.W. 1994
W. Richard Stevens / Gary Wright
* REDES DE ORDENADORES. PROTOCOLOS, NORMAS E INTERFACES. Ulyses Blakk

RAMA 1995
Letra pequea = procede de apuntes de 3 pero no se ha dado en 4
Smbolo = entr en examen 3 (y adems en varios de ellos)
1 - Repaso del modelo ISO
Redes de Computadores
REPASO DEL MODELO ISO
Introduccin
El desarrollo inicial de redes de computadores fue promovido a partir de redes experimentales como ARPANET o CYCLADES, y fue
inmediatamente seguido por fabricantes de computadores (SNA, DNA, etc..). Mientras que las redes experimentales fueron concebidas como heterogneas
desde el principio, cada fabricante desarroll un conjunto particular de convenciones para interconectar sus propios equipos, refirindose a dicho conjunto
como su arquitectura de red. De esta forma surgen las que se han venido a denominar arquitecturas de propietarios. Con el objetivo de resolver la
problemtica de la interconexin, diferentes organizaciones internacionales han realizado un esfuerzo en orden a desarrollar normas que unifiquen criterios.
Algunos organismos de normalizacin son:
CCIT. Comit Consultivo Internacional de Telefona y Telegrafa. Estn presentes en l las empresas y organismos estatales de comunicaciones, as
como asociaciones de empresas privadas.
ISO. International Standard Organization. Es una asociacin voluntaria de los organismos nacionales de normalizacin.
ECMA. European Computer Manufactures Association. Asociacin de empresas dedicada al desarrollo de estndares aplicables a la tecnologa de
ordenadores y comunicaciones.
CEPT. Conferencia Europea de Correos y Telecomunicaciones. Grupo de administraciones estatales europeas de comunicaciones. Crea normas para el
mbito de la C.E.E.
IEEE. Institute of Electrical and Electronic Engineers. Es una sociedad constituida por profesionales del entorno tcnico.
El modelo OSI de la ISO

Una de las organizaciones que ms se ha destacado en este terreno de la estandarizacin es ISO, que cre en 1977 un subcomit para el
desarrollo de una serie de estndares, todos ellos en torno al Modelo Bsico de Referencia para la Interconexin de Sistemas Abiertos (Open Systems
Interconection - OSI), una arquitectura que podemos denominar abierta, ya que se refiere a la arquitectura visible exteriormente de los sistemas que se
van a comunicar.
El OSI tiene como objetivo fundamental la interconexin de sistemas heterogneos (de distinta arquitectura), estandarizando para ello un
conjunto de normas de interaccin entre los sistemas interconectados.
Este modelo simplemente especifica el comportamiento externo que debe ofrecer cada sistema.
Particionamiento estructurado: Redes estructuradas y no estructuradas

Por ARQUITECTURA de una sistema teleinformtico se suele entender la especificacin funcional del
sistema y sus componentes. La IMPLEMENTACIN (o realizacin) es el conjunto de estructuras software y
hardware que realizan las funciones definidas en la arquitectura.
Segn esto, la arquitectura de un sistema teleinformtico puede ser:
- no estructurada: no sometida a ninguna normativa internacional
- estructurada: sometida a una norma internacional y adems es jerrquica y modular.
As en las arquitecturas estructuradas el tratamiento del control de los dispositivos y la red pasa a travs de
una serie de fases (procesos) que permiten abstraer a las aplicaciones de los detalles del nivel fsico. A cada nivel se le
asigna unos determinados cometidos, debe realizar unas determinadas funciones de nivel, debe proporcionar unos
servicios al nivel inmediatamente superior y se beneficia de los servicios del nivel inmediatamente inferior. De esta
manera, se simplifica la labor del diseo, identificando fcilmente lo que ocurre en cada nivel y se incrementa la
productividad en cuanto a su mantenimiento. Sin embargo, se elevan la redundancia de los datos (por ejemplo, hay 7
cabeceras en el modelo OSI) y el nmero de procesos que se ejecutan. No obstante, las ventajas ofrecidas son
incomparablemente superiores a las desventajas que pudieran producirse.
Darse cuenta de cmo el tratamiento del control de los dispositivos y la red pasan a travs de una serie de fases (procesos), que permiten
abstraer a las aplicaciones de los detalles del nivel fsico. De esta manera, se simplifica la labor de diseo, identificando fcilmente lo que ocurre en cada
nivel, y se incrementa la productividad en cuanto a mantenimiento. Sin embargo, se elevan la redundancia de los datos (al incluirse las cabeceras de cada
uno de los niveles) y el nmero de procesos que se ejecutan. No obstante las ventajas son mayores que los inconvenientes.
En la terminologa de las redes de computadoras, un PROTOCOLO es un conjunto de reglas que dirigen la

transferencia de informacin para que sta pueda ser provechosa, es decir, es un conjunto de reglas sintcticas,
semnticas y de procedimiento que gobiernan el intercambio de informacin entre entidades pares (de sistemas
diferentes puestos en comunicacin) de un mismo nivel, en un entorno de comunicaciones abierto. Por tanto, cualquier
proceso de comunicacin presupone la existencia de ciertos protocolos. Ejemplo: HDLC del nivel de enlace.
Pgina -1 -

Un INTERFAZ en el modelo RM-OSI de ISO es el conjunto de especificaciones que definen una frontera
normalizada entre entidades de niveles adyacentes de un mismo sistema, en un entorno de comunicaciones abierto.
Dicho de otro modo, es el conjunto de reglas mecnicas, elctricas, funcionales y de procedimientos que gobiernan la
transferencia entre entidades pertenecientes a niveles adyacentes a un mismo sistema. Ejemplos: V-24 X21, aunque
no estn bien separadas las funciones de protocolo e interfaz por estar realizadas antes del RM-OSI.
El diseo de la arquitectura de una red se debe hacer de tal forma que los diferentes procesos de aplicacin
puedan cooperar de forma armnica y compatible en el procesamiento de tareas distribuidas por la red.
La definicin del RM-OSI se basa en proyectar la red en un conjunto jerrquico de capas independientes,
donde cada capa utiliza los servicios suministrados por la capa inmediatamente inferior para dar un servicio de mejor
calidad a la capa superior.
Ventajas prcticas de una arquitectura en capas o estructurada:
- abstraccin: no interesa a una determinada capa cmo las dems realizan o implementan sus servicios; slo importa
lo que la capa ofrece como servicio, es decir, las dems capas son verdaderas cajas negras.
- facilidad de mantenimiento: gracias a la independencia entre capas, una capa puede ser alterada sin cambiar a las
dems.
- reduccin de esfuerzos para evolucin: otras o nuevas aplicaciones pueden ser implementadas, en la capa apropiada,
aprovechando los mismos servicios ya efectuados por las otras capas.
Los objetivos que se logran con los sistemas estructurados se pueden resumir en los siguientes:
- Distribucin de funciones: funciones diferentes para cada nivel.
- Independencia de los dispositivos de distintos fabricantes siempre que stos se sometan a la normativa.
- Independencia de las comunicaciones.
- Crecimiento vegetativo: el crecimiento no influye en el sistema
- Facilidad de cambio tecnolgico y de mantenimiento ya que cualquier cambio que haya que realizar en una
determinada funcin afecta slo a un determinado nivel.
- Simplicidad del control de la red.
- Mejora de la disponibilidad del sistema.
- Mejora de la eficiencia o rendimiento del sistema.
El modelo OSI
El modelo OSI no es en s mismo una arquitectura de red, pues no especifica los servicios y protocolos a usar
en cada nivel, slo dice lo que debe de hacer cada uno de ellos. La ISO dice lo que hay que hacer pero no cmo
hacerlo.
Uno de los mayores atractivos de las redes de comunicaciones es que permitirn que muchos equipos de tratamiento de datos diferentes
compartan la misma informacin. Para ello es necesario definir muy claramente los procesos de transmisin de datos, desde los aspectos meramente fsicos
hasta aquellos relativos a funciones adicionales que puedan requerirse de la red. Para facilitar esta definicin, la ISO ha definido la arquitectura OSI que se
basa en 7 niveles: los tres primeros estn orientados a las comunicaciones, los tres siguientes al sistema y el ltimo a las aplicaciones.
El modelo de la ISO para OSI tiene siete niveles:
1- FSICO: (cmo se utiliza el medio para ese paso?). Proporciona los medios mecnicos, elctricos, funcionales y
de procedimiento para activar, mantener y desactivar conexiones fsicas para la transmisin de bits entre
entidades de enlaces de datos. Define las seales y caractersticas fsicas y electrnicas para la conexin fsica
entre el equipo de datos (ETD) y el de comunicaciones (ETCD). Este nivel contiene las funciones que
traducen directamente la informacin lgica a transmitir en los fenmenos fsicos que hacen posible la
transmisin. El nivel fsico se ocupa de la transmisin de bits puros a travs de un canal de comunicacin.
Este nivel se ocupa del nmero de voltios a usar, del tiempo de bit, modo de transmisin (dplex, semiduplex..), etc.
Algunas funciones son:
- activacin y desactivacin de la conexin fsica.
- gestin del nivel fsico.
- transmisin de las unidades de datos del nivel de enlace
Algunos servicios son:
- conexiones fsicas.
- identificacin del circuito de datos
- notificacin de condiciones de fallos, etc.
2- ENLACE: (cmo se realiza cada paso de esa ruta?). Proporciona la transmisin sin errores sobre un canal de
comunicaciones. Establece el enlace entre nodos y la desconexin de stos. Se encarga de proporcionar una
transmisin libre de errores para el nivel de red. Ello lo consigue rompiendo los datos a enviar en tramas de
datos, transmitiendo las tramas secuencialmente y procesando las tramas de reconocimiento enviadas hacia
atrs por el receptor. El nivel de enlace crea y reconoce las fronteras de las tramas en la serie de bits enviados
por el nivel fsico.
Algunos de los servicios son:
- establecer y liberar el enlace
- establecer y liberar la conexin
- transferencia de datos
- reinicio
Algunas de las funciones son:
- establecer y liberar el enlace
- divisin de tramas y sincronizacin
- control de secuencia o de flujo
- deteccin de errores en al transmisin
- supervisin de la conexin fsica
- en RAL control de acceso al medio (MAC)
3 - RED: (por qu ruta se llega all?). Tiene como misin esencial establecer el camino de transmisin y las
condiciones de red utilizando enlaces protegidos frente a los errores con el objeto de que los datos lleguen a su
destino. Principalmente son servicios de datagramas y servicios de circuitos virtuales. Se encarga de
proporcionar realmente el camino, por los diferentes nodos de la red, a travs del cual van a ir los datos. Debe
determinar cmo se encaminan los paquetes de informacin, evitar embotellamientos, contabilizar los datos
(para facturacin). Tambin es misin del nivel de red el resolver todos los problemas que impidan que las
redes sean heterogneas y puedan ser interconectadas.
Algunos servicios son:
- provisin de direcciones de red
- provisin de conexiones de red.
- identificacin de los puntos terminales de red.
- transferencia de unidades de datos de servicio de red.
- identificacin de la calidad de servicio
- notificacin de errores irrecuperables al nivel de transporte
- secuenciamiento y control de flujo
- liberacin de conexin de red.
Funciones:
- encaminamiento y retransmisin
- conexiones de red.
- multiplexacin de las conexiones de red
- deteccin de errores
- recuperacin de errores.
- transferencia de datos expeditos
- reinicio
- seleccin de servicio
4- TRANSPORTE: (dnde est el otro proceso?). Llamado tambin extremo a extremo: proporciona la
comunicacin entre dos nodos finales con independencia de los mecanismos de transmisin (servicios de los
niveles inferiores). La funcin bsica del nivel de transporte, es aceptar datos del nivel de sesin, trocearlos en
unidades ms pequeas si es necesario, pasarlos al nivel de red, y asegurar que todas estas piezas llegan
correctamente al otro lado en el orden correcto. Por otro lado, esto debe de hacerse eficientemente, y de
manera que asle al nivel de sesin de los inevitables cambios en la tecnologa del hardware. As, el nivel de
transporte proporciona un camino lgico de los datos y el nivel de red el camino real de los mismos.
Funciones de este nivel:
- deteccin de errores: detectar la prdida, corrupcin, duplicacin, desordenamiento o mala entrega de
los paquetes que llegan a este nivel procedente del nivel de red.
- recuperacin de errores sealados por la red.
- seleccionar el tipo de conexin de red que mejor satisfaga las necesidades del usuario.
- establecer el tamao ptimo de las tramas de transporte.

- multiplexacin y demultiplexacin utilizadas para compartir una nica conexin de red entre varias
conexiones de transporte.
- direccionamiento de los usuarios
- concatenacin y separacin permitiendo juntar varias tramas de datos en una sola cuando se requiere
en emisin y la operacin contraria cuando se requiere en recepcin
- segmentacin y reensamblado: dividir una trama en varias en el emisor y la operacin contraria en el
receptor.
- control de flujo extremo a extremo
Existen tres tipos de conexin de red:
- tipo A: conexin de red con coeficientes aceptables de errores residuales (errores no previstos) y
coeficiente aceptable de errores sealados por la red.
- tipo B: conexin de red con coeficiente aceptables de errores residuales y coeficiente inaceptable de
errores sealados por la red.
- tipo C: conexin de red con coeficiente inaceptables de errores residuales.
5- SESIN: (con quin se establece la comunicacin?). Su principal misin es la sincronizacin del dilogo entre
los dos interlocutores, es decir, establece el turno o sesin de dilogo para el intercambio de datos entre s.
Algunos de los servicios de este nivel son:
- control de flujo para la sesin
- control del dilogo: la sesin puede permitir que haya trfico en ambas direcciones al mismo tiempo, o
solo en una de ellas a la vez (fijando entonces el carril de aquel a quien corresponde el turno).
- gestin de marcas: algunas operaciones no pueden realizarse simultneamente y el nivel de sesin
controla su funcionamiento mediante marcas: el que posea la marca puede realizar la operacin
crtica.
- sincronizacin entre las redes.
- puntos de chequeo en los datos para evitar prdidas de datos y evitar repetir transmisiones redundantes
(slo se transmite la parte que ha llegado mal y no toda la informacin).
- intercambio de datos entre tareas
- apertura, terminacin y restablecimiento de las conexiones de sesin.
6- PRESENTACIN: (cmo se muestra el proceso?). Se ocupa de la sintaxis, es decir, de todo lo relativo a la
presentacin de la informacin que se intercambia. Proporciona independencia a los procesos de aplicacin de
las diferencias de sintaxis y diferencias de representacin de los datos. Son funciones propias de este nivel:
conversin de complemento a uno a complemento a dos, cdigo ASCII,.... as como compresin de datos,
encriptacin, etc.. Este nivel presenta los datos que llegan al nivel de aplicacin de una forma comprensible
para ste ltimo.
7 - APLICACIN: (cmo interacciona nuestra aplicacin en entorno OSI?). Esta relacionado con la semntica
(significado) de los datos intercambiados. Contiene los programas de usuario (aplicaciones) que requieren el
uso de una red para su ejecucin. Estos programas utilizan los servicios de los niveles inferiores. Son
funciones de este nivel la transferencia de ficheros de forma que se compatibilice su uso en la red
(convirtiendo cdigos de fin de lnea, retorno de carro,.. a cdigos apropiados para el terminal destino), correo
electrnico, entrada remota de trabajos,....
Estos niveles han sido creados basndose en los siguientes puntos:
- crear un nmero pequeo de capas.
- crear una capa por cada conjunto de funciones bien definidas: funciones similares agrupadas en la misma capa.
- crear nuevas capas slo si se logra independencia entre capas, si hay interfaces con la superior y la inferior, y si estos interfaces son sencillos.
Los datos parten del nivel de aplicacin y van pasando de un nivel al nivel inferior. Cada nivel puede aadir una cabecera a los datos que
recibe. Una vez llega la informacin al nivel fsico, son transmitidos a la mquina receptora. En esta mquina, las diversas cabeceras son quitadas una a
una y as el mensaje se propaga hacia arriba por los niveles hasta que finalmente llega al proceso receptor. La comunicacin entre entidades pares (del
mismo nivel, en distintos sistemas) es horizontal y virtual, y se sirve de los servicios prestados por las entidades de nivel inferior, salvo el nivel fsico que es
horizontal y fsica.
La idea clave es que, a pesar de que la transmisin de los datos actualmente es vertical, cada nivel se programa como si realmente fuera
horizontal. Cuando el nivel de transporte del lado emisor, por ejemplo, recibe un mensaje del nivel de sesin, le coloca una cabecera de transporte y lo
enva al nivel de transporte del lado receptor.
La comunicacin entre entidades de un mismo sistema pertenecientes a un mismo nivel no est contemplada en el modelo RM-OSI y puede, por
tanto, ser horizontal, vertical, virtual o aparente, real o directa ya sea fsica o lgica.
Los niveles 1,2 y 3 estn orientados siempre a la transmisin, y la misin de estos niveles es que los datos
lleguen al otro lado sin errores y de la mejor manera posible, independientemente del medio de transmisin.
Los niveles 4, 5 y 6 estn orientados a la transmisin. El nivel 7 est orientado a la aplicacin concreta.
Definiciones
Se entiende por SISTEMA como un conjunto de uno o ms computadores, el software asociado, los
perifricos, terminales, operadores humanos, procesos fsicos, medios de transferencia de informacin, etc., que
forman un todo autnomo capaz de realizar procesos y/o transferencia de informacin.
As pues, un sistema puede ser desde un simple terminal hasta una red compleja total. Por ello, el Modelo de
Referencia de OSI puede servir para tratar dos tipos de problemas: interconexin de equipos o interconexin de redes.
Un SISTEMA ABIERTO es un sistema que cumple las normas de OSI en su comunicacin con otros
sistemas.
Una ENTIDAD o PROCESO es un elemento dentro de un sistema abierto que procesa informacin para una
aplicacin particular. Las entidades son elementos activos que se encuentran en cada una de las capas y realizan los
cometidos de sta pudiendo ser por tanto de tipo software o de tipo hardware. As tenemos entidades de aplicacin, de
sesin, de red .....
Se denominan ENTIDADES PARES a aquellas que pertenecen a una misma capa y ENTIDADES
ADYACENTES a aquellas que pertenecen a capas adyacentes.
La tcnica de estructuracin utilizada en el Modelo de Referencia de OSI es la estratificacin en niveles. Segn esta tcnica, cada sistema est
compuesto lgicamente de un conjunto ordenado de subsistemas y slo hay comunicacin entre los subsistemas adyacentes, y sta se realiza a travs de los
lmites (fronteras) entre ellos, tal y como se muestra en la siguiente figura:
Un SUBSISTEMA es la interseccin de un sistema con un nivel. Cada subsistema proporciona unos servicios
al subsistema correspondiente de nivel superior.
Sistema A
Sistema B
Sistema C Sistema D
entidades de aplicacin
Medio Fsico de OSI
conexiones
Elementos Bsicos de OSI

Un NIVEL es una subdivisin de la arquitectura OSI, constituido por subsistemas del mismo rango.
Cada subsistema est compuesto por varias entidades. As, se puede ver un nivel como un conjunto de
entidades distribuidas en sistemas abiertos interconectados.
sistema A
sistema B
sistema C
Nivel superior
Nivel (N+1)
Nivel (N)
Nivel (N-1)
servicio (N+1)
servicio (N)
servicio (N-1)
entidades
Subsistema
Nivel inferior
medio fsico para la interconexin
Sistemas, niveles y servicios en el entorno OSI
Adoptando la notacin empleada en el modelo OSI, sealaremos como NIVEL-(N) a cualquier nivel especfico, NIVEL-(N+1) al nivel
inmediatamente superior y NIVEL-(N-1) al nivel inmediatamente inferior. Tambin aplicaremos esta notacin con los protocolos, las conexiones, los
servicios,...
La comunicacin entre entidades de un mismo sistema y niveles adyacentes es siempre vertical, directa o real
y fsica o lgica, segn estn implementados por hardware o software, y siempre a travs de los puntos de conexin o
N-SAP y sus N-CEP segn las reglas de la interfaz del nivel.
datos usuario
APLICACIN
APLICACIN
formatos
PRESENTACIN
PRESENTACIN
protocolo
mensajes de sesin
SESIN
SESIN
servicio
control de flujo
TRANSPORTE
TRANSPORTE
interfaz
paquetes (X.25, X.29)
RED
RED
ENLACE
tramas (HDLC, BSC, LAP.B)
FSICO
bits (V.24)
ENLACE
FSICO
Niveles OSI y tipos de datos
NIVEL FSICO
NIVEL ENLACE
NIVEL DE RED
NIVEL DE
TRANSPORTE
NIVEL DE SESIN
NIVEL DE
PRESENTACIN
NIVEL DE
APLICACIN
RESUMEN Niveles del modelo ISO de la OSI

- Se ocupa de la transmisin de bits puros.
- Define las seales y caractersticas fsicas y electrnicas,
- Define voltios, tiempo de bit, modo de transmisin.....
- Proporciona la transmisin sin errores sobre un canal de comunicaciones.
- Rompe los datos en tramas y las enva secuencialmente, retransmitiendo las
defectuosas.
- Regula el flujo de informacin.
- Proporciona las funciones de control entre dos nodos adyacentes.
- Determina el encaminamiento de los paquetes, evitando embotellamientos.
- Funcin bsica: acepta datos del nivel de sesin, los trocea en unidades ms
pequeas, los pasa al nivel de red y se asegura de que todas esas piezas
llegan correctamente y en orden al otro lado.
- Asla al nivel de sesin de los cambios en la tecnologa hardware.
- Crea una conexin distinta para cada conexin de transporte solicitada por el
nivel de sesin: multiplexacin, dedicado, ....
- Debe establecer y borrar conexiones en la red.
- Regula el flujo de informacin.
- Proporciona un camino lgico de los datos
- Controla las conexiones lgicas: establecimiento, control flujo y terminacin.
- Permite establecer sesiones entre usuarios de diferentes mquinas.
- Servicios:
1- Control de dilogo: permitir trfico en ambas direcciones al mismo
tiempo, o solo en una de ellas a la vez (por turnos).
2- Gestin de marcas: control mediante marcas de operaciones que no
pueden realizarse simultneamente.
3- Sincronizacin entre las redes.
4- Puntos de chequeo en los datos para evitar prdidas de datos y no tener
que repetir transmisiones redundantes (slo se transmite la parte que
ha llegado mal y no toda la informacin).
- Proporciona el formato de los datos y las transformaciones de stos.
- Se encarga de la sintaxis y semntica de la informacin transmitida.
- Conjunto de funciones de los programas de usuario que permiten compatibilizar
terminales incompatibles.
- Funciones de correo electrnico, entrada remota de trabajos,...
- Compatibilizar ficheros transformando sus cdigos para que sean aceptados por
el otro terminal.
Servicios, funciones y protocolos

Para un nivel-(N) se definen los conceptos de servicio-(N), funcin-(N) y protocolo-(N):
- Un SERVICIO-(N) es una capacidad que el nivel-(N) y los niveles inferiores a l ofrecen a las entidades-(N+1) del
nivel superior (N+1), y ese servicio se ofrece en el lmite entre ambos niveles.
- PUNTOS DE ACCESO A SERVICIO (N-SAP): los servicios que ofrece la capa N a la N-1 son proporcionados a
travs de puntos de acceso a servicio-(N) (abreviado (N)-SAP). As pues, un (N)-SAP es un interface lgico
entre las entidades (N+1) y (N) a travs del cual cambian informacin. Cada (N)-SAP posee una direccin
que le identifica de formo inequvoca.
Restricciones de los (N)-SAP:
- Una entidad N ofrece un servicio N en el N-SAP y una entidad N+1 utiliza el mismo servicio en el
mismo N-SAP
- Un N-SAP es servido y utilizado slo por una entidad N y una entidad N+1 respectivamente en un
momento determinado por lo que una entidad N puede servir a varios N-SAP y una entidad
N+1 puede usar varios N-SAP de forma concurrente.
- No obstante un N-SAP slo puede estar unido a una entidad N+1 en un momento dado aunque
puede desligarse luego de sta y unirse a la misma o a otra entidad N+1
- Cuando se definen los N-SAP y los servicios de la capa N queda perfectamente definida la
comunicacin entre entidades adyacentes dentro de un mismo sistema.
- Una entidad-(N) puede dar servicio a varios N-SAP a la vez concurrentemente.
- Un (N)-SAP slo puede ser servido por una entidad-(N) ligado a ella.
- Un (N)-SAP slo da servicio a una nica entidad-(N+1).
- Un (N)-SAP puede desligarse despus y servir a otra entidad-(N+1).
- Una entidad-(N+1) puede utilizar varias (N)-SAP concurrentemente.
- Una entidad-(N+1) puede mantener varias conexiones de distinto tipo simultneamente a travs de varios (N)-SAP con una misma
entidad par o con otras tantas.
- Un entidad-(N+1) puede utilizar varios (N)-CEP concurrentemente de un mismo (N)-SAP.
- PUNTOS EXTREMOS DE CONEXIN (N)-CEP: identificadores de cada una de las conexiones que una entidad
(N+1) puede mantener abierta a travs de un (N)-SAP.
N-SAP
N-CEP
RESUMEN SERVICIOS
( Puntos de Acceso a Servicio)= interface lgico entre las entidades (N+1) y (N) a travs del
cual cambian informacin.
( Puntos Extremos de Conexin) = identificador de cada una de las conexiones que una
entidad (N+1) puede mantener abierta a travs de un N-SAP
- Una FUNCIN-(N) es parte de la actividad de una entidad-(N), es decir, que una entidad ejecutar una o varias
funciones para proporcionar un servicio a la capa inmediatamente superior.
- Un PROTOCOLO-(N) es un conjunto de reglas y formatos que determinan el comportamiento de la comunicacin
entre entidades-(N) que realizan funciones-(N) en sistemas abiertos diferentes. Esto quiere decir que los
protocolos definen la comunicacin entre entidades pares y que la comunicacin entre dos entidades del
mismo nivel est regulada por un protocolo para ese nivel.
En definitiva, ningn dato se transmite directamente desde una entidad-(N) a otra entidad-(N), ya que cada nivel pasa informacin de control y datos al
nivel inmediatamente inferior a l, hasta que se alcance el nivel inferior. En ste ya hay comunicacin fsica entre los dos sistemas, en vez de la
comunicacin virtual que existe en los dems niveles.
En la siguiente figura se reflejan las relaciones entre niveles, entidades, servicios y protocolos
SISTEMA A
SISTEMA B
protocolo (N+1)
entidad - (N+1)
entidad - (N+1)
NIVEL (N+1)
NCEP
NCEP
**
*
NSAP
NIVEL (N)
NSAP
conexin
protocolo (N)
entidad-(N)
entidad-(N)
Unidades de datos
La unidad de informacin intercambiada en la comunicacin de dos entidades-(N) pares, utilizando una
conexin-(N-1), consta de dos partes:
- UNIDAD DE DATOS DE SERVICIO-(N) ( (N)-SDU): que son los datos necesitados por las entidades-(N) para
realizar las funciones del servicio pedido por la entidad-(N+1). Su identidad se conserva desde un extremo de
una conexin-(N) al otro. Esto es, son datos pasados transparentemente entre las entidades-(N) sobre una
conexin-(N-1), lo cual quiere decir que las entidades-(N) no los interpretan. Las N-SDUs son los datos de
usuario del servicio N. Pueden ser normales o expeditos.
- INFORMACIN DE CONTROL DE PROTOCOLO-(N) ( (N)-PCI): es la informacin intercambiada entre dos
entidades-(N), usando una conexin (N-1), para coordinar su operacin conjunta.
- UNIDAD DE DATOS DE PROTOCOLO-(N) ( N-PDU): combinacin de la (N)-SDU y la (N)-PCI. Es la
informacin transferida entre las entidades-(N), de acuerdo a un protocolo-(N). Sin embargo, no siempre
tiene que existir un (N)-SDU en una (N)-PDU, dado que, a veces, las entidades-(N) pueden necesitar
nicamente informacin para su coordinacin mutua. Las (N)-PDUs se corresponden en (N-1)-SDUs cuando
no existen bloqueos, ni segmentaciones, etc.
Para hacer llegar la unidad de datos a la entidad correspondiente, las entidades-(N) deben pedir el servicio de una conexin-(N-1) entre ellas.
Para este propsito, la comunicacin a travs del lmite (frontera) con los servicios-(N-1) se consigue va un (N-1)-SAP, al que se liga la entidad-(N). La
informacin pasada a travs de dicho lmite se compone de:
Unidades de transferencia entre entidades adyacentes del mismo sistema:

- Informacin de control de interfaz-(N-1) ( (N-1)-ICI): informacin transferida entre una entidad-(N) y una entidad(N-1) para coordinar su operacin conjunta.
- Datos de interfase-(N-1) ( (N-1)-ID): informacin transferida entre una entidad-(N) y una entidad-(N-1) unidas por
un (N-1)-SAP, que normalmente contiene la (N)-PDU.
- Unidad de datos de interfase-(N-1) ( (N-1)-IDU): es la combinacin de ambas, esto es, la informacin pasada entre
dos niveles adyacentes en una interaccin simple
Resumiendo, las (N)-PDUs estn formadas por (N)-PCI ms datos de usuario-(N) y son transferidas entre entidades-(N) pares. El intercambio
de (N)-PDUs entre las entidades-(N) est gobernado por un protocolo-(N), que interpreta las (N)-PDUs. Asimismo, las (N)-IDUs son transferidas entre
niveles adyacentes dentro de un mismo sistema y estn formadas por (N)-ICI ms datos de interfase-(N). Las entidades de los niveles adyacentes en el
mismo sistema interaccionan intercambiando (N)-IDUs en los (N)-SAPs.
N-SDU
N-PCI
N-PDU
(N-1)-ICI
(N-1)-ID
(N-1)-IDU
RESUMEN UNIDADES DE DATOS

( Unidad Datos Servicio) = datos necesitados por las entidades-(N) para realizar las
funciones del servicio pedido por la entidad-(N+1).
( Informacin Control Protocolo) = informacin interambiada entre dos entidades-N
usando una conexin (N-1) para coordinar su operacin conjunta.
( Unidad Datos Protocolo) = combinacin de la N-SDU y la N-PCI.
( Informacin Control Interfase) = informacin transferida entre una entidad-(N) y una
entidad-(N-1) para coordinar su operacin.
( Datos Interfase) = informacin transferida entre una entidad-(N) y una entidad-(N-1)
unidas por un (N-1)-SAP que normalmente contiene la N-PDU.
( Unidad Datos Interfase) = combinacin de (N-1)-ID y (N-1)-ICI.
Dentro de las (N)-PDUs, la parte de datos de usuario-(N) cuya entidad es reservada de un extremo de la conexin al otro es lo que hemos
denominado (N)-SDU. Una (N)-SDU es transferida entre un entidad-(N+1) y una entidad-(N) a travs de un (N)-SAP, en la forma de una o ms (N)-IDUs.
Esta (N)-SDU es transferida como datos de usuario-(N) en una o ms (N)-PDUs.
Nivel-(N+1)
(N+1)-PDU
(N)-ICI
(N)-IDU
(N)-SDU
(N)-PCI
Nivel(N)
(N)-UD
(N)-PDU
Correspondencia lgica entre las unidades de datos en niveles adyacentes
El proceso de intercambio de unidades de datos alternativas se repite en cada nivel, con la excepcin del
superior, donde no hay entidad-(N+1) como tal, y en el inferior, donde no hay una entidad-(N-1) formal sino el medio
fsico.
Funciones con unidades de datos

Sobre las unidades de datos se pueden realizar varias funciones, cada una de las cuales tiene su inversa:
1- Segmentacin y reensamblaje: la segmentacin hace corresponder una (N)-SDU en varias (N)-PDUs. El
reensamblaje es la funcin inversa, hace corresponder varias (N)-PDUs en una (N)-SDU. En la segmentacin,
las N-SDUs se dividen en varias y las n-PDUs se duplican. Se utiliza, por ejemplo, en la
divisin/concatenacin de tramas.
2- Concatenacin y separacin: la concatenacin es una funcin-(N) realizada por el nivel-(N) que hace corresponder
varias (N)-PDUs en una sola (N-1)-SDU. La separacin identifica varias (N)-PDUs que estn contenidas en
una sola (N-1)-SDU.
3- Bloqueo y desbloqueo: el bloqueo hace corresponder varias (N)-SDUs en una (N)-PDU. El desbloqueo identifica
varias (N)-SDUs que estn contenidas en una (N)-PDU.
(N)-PCI
(N)-SDU
(N)-PCI
(N)-PDU
(N)-PDU
sin bloqueo ni desbloqueo
(N)-PDU
segmentacin / reensamblaje
(N)-PCI
(N)-SDU
(N)-PCI
(N)-PDU
bloqueo / desbloqueo
Conexiones
(N)-PDU
(N)-SDU
(N)-SDU
(N)-PDU
N-1) SDU
concatenacin / separacin
Una conexin es una asociacin establecida entre dos o ms entidades N+1 de sistemas distintos identificados
por las direcciones de los N-SAP a los que estn ligados.
Una CONEXIN N es uno de los servicios que ofrece la capa N para que se pueda intercambiar informacin
entre las entidades de la capa N+1. Dicha conexin se estable al referenciar explcita o implcitamente una direccin N
para una entidad N+1 fuente y una direccin N para una entidad N+1 destino. Como en muchos casos la
comunicacin puede ser bidireccional, puede haber una conexin N con cualquier entidad N+1 incluida en la misma,
como fuente y como destino.
Una TRANSMISIN DE DATOS N es una facilidad que consiste en enviar N-SDUs desde una entidad N+1
a otra u otras entidades N+1 por medio de conexiones. Puede ser simplex, dplex...
La COMUNICACIN DE DATOS N es una funcin N que consiste en transferir unidades de datos de
protocolo (N-PDUs) de acuerdo a un protocolo N sobre una o ms conexiones N-1. Puede ser bidireccional simultnea,
bidireccional alternada y unidireccional.
Las entidades-(N) cooperan entre s segn un determinado protocolo(N). Estas entidades-(N) utilizan los servicios-(N-1) proporcionados por los
niveles inferiores. La estructura de estos niveles inferiores es desconocida para el nivel-(N), y ste slo considera los servicios que se le proporcionan a
travs de su frontera con el nivel adyacente inferior.
De esta manera se asegura la independencia de cada nivel, de forma que para un determinado nivel se definen los servicios que le son
proporcionados por los niveles inferiores, sin preocuparse de cmo se realizan estos servicios. Si se produce algn cambio en un nivel determinado, ste no
afectar a los restantes mientras se demuestre que se ofrecen los mismos servicios al nivel superior. As, el modelo resultante posee una gran flexibilidad y
es ms comprensible y manejable.
Operaciones con las conexiones

Bsicamente son tres:
- establecimiento de la conexin: cuando una entidad N+1 quiere transferir informacin a otra entidad N+1 de otro
sistema, primero debe establecer una conexin N desde uno de los N-SAP que utiliza a otro N-SAP dando la
direccin N del otro N-SAP a travs del N-SAP local. Para el establecimiento de la conexin se requiere:
1- La disponibilidad de una conexin N-1 entre las entidades N que soporten la conexin N.
2- Que ambas entidades N estn en un estado en el que puedan ejecutar el protocolo de establecimiento de la
conexin.
Dentro del nivel N se corresponden con conexiones N-1 de la siguiente forma:
A- correspondencia 1 a 1: una conexin N se construye sobre una conexin N-1
B- multiplexacin: muchas conexiones N soportadas por una sola conexin N-1
N
N-1
C- particin: una conexin N que soporta muchas conexiones N-1. La funcin inversa es la recombinacin.
N
N-1
- transferencia de datos: hay dos funciones muy importantes:
- control de flujo: puede realizarse de dos formas:
- control de flujo par: regula el flujo de N-PDUs entre entidades del mismo nivel
- control de flujo de interfaz: regula el flujo de N-IDUs entre una entidad N+1 y una entidad N a
travs de un N-SAP
- control de errores: puede haber varias funciones
- reconocimiento, deteccin y notificacin de errores.
- reinicio: para poder recuperar una prdida de sincronizacin entre entidades N que estaban en
comunicacin
- liberacin de la conexin: Cuando ya no se va a usar una conexin N la entidad N+1 que inici sta inicia ahora la
desconexin entre las entidades N+1 conectadas (denominadas entidades correspondientes)
Primitiva de servicio
La definicin de un servicio establece las propiedades de un tipo de comunicacin especificando las relaciones
entre una entidad usuaria del servicio, el otro usuario y el proveedor del servicio.
Una primitiva de servicio permite describir los servicios como acciones atmicas. Un servicio es invocado por
el usuario o es indicado por el proveedor de servicio mediante el intercambio de un conjunto de primitivas de servicio
a travs de las fronteras entre los niveles implicados.
La ISO ha definido cuatro tipo de primitivas que se corresponden con las etapas principales que suceden en
un intercambio entre los usuarios de servicio, y son:
1- primitiva REQUEST (solicitud) que es emitida por el usuario del servicio para invocar un procedimiento
especfico al proveedor del servicio.
2- primitiva INDICATION (indicacin) es emitida por el proveedor de servicio bien para indicar algn
procedimiento o bien para indicar que un procedimiento ha sido invocado por el usuario situado en el
SAP par.
3- primitiva RESPONSE (respuesta): emitida por el usuario de servicio para completar en un determinado
SAP algn procedimiento previamente invocado por la primitiva INDICATION en ese mismo SAP.
3- primitiva CONFIRM (confirmacin): emitida por el proveedor de servicio para completar en un
determinado SAP algn procedimiento invocado mediante una primitiva REQUEST en ese mismo
SAP.
Dependiendo del conjunto de primitivas de servicio que involucra un determinado servicio, este servicio puede ser de
tres tipos:
- confirmado: una primitiva tipo request en un SAP produce una indication en el otro SAP lo que provoca que
el usuario enve una respuesta (response) que a su vez produce una confirmacin (confirm) en el
SAP original.
- no confirmado: cuando una primitiva request en un SAP slo produce una indicacin en el otro SAP.
- iniciado por el proveedor: cuando slo se utiliza una primitiva tipo indicacin que es iniciada por el
proveedor de servicio para indicar al usuario que iniciado un procedimiento. En definitiva, una
primitiva puede considerarse como una orden que permite obtener la ejecucin de una o varias
funciones dadas.
Una llamada primitiva est materializada por una instruccin o una secuencia de instrucciones directamente
ejecutables o haciendo llamadas a otras primitivas. Por lo tanto, coceptualmente cada entidad se comunica lgicamente
con la entidad par del otro sistema interconectado de acuerdo a un determinado protocolo pero en realidad los N-PDUs
son pasadas por medio de las primitivas de servicio N-1 proporcionadas por el nivel inmediatamente inferior y
codificables como N-1 SDUs.
Repaso del nivel fsico

Se denomina ANCHO DE BANDA TERICO (BT) a la zona del espectro en la que estn situados los
componentes de frecuencia de la seal.
En una representacin espectral, las componentes (discretas o continuas) se reparten por un amplio espectro
de frecuencias (0..). Las componentes ms significativas se concentran en una determinada zona de dicho espectro
permitindonos eliminar componentes menos significativas ms alejadas de esta zona (no modificndose mucho la
seal). La zona de componentes significativas se denomina ANCHO DE BANDA PRACTICO DE LA SEAL (B s).
Cuanto ms rpida es una seal, mayor Bs tiene.
As, pues, se denomina ANCHO DE BANDA PRACTICO (Bs) a la zona del espectro en la que se sitan las
componentes que contribuyen ms a la potencia de la seal. El significado fsico del ancho de banda prctico es que
X(t) se puede aproximar por los componentes que caen dentro de su ancho de banda prctico B s. As, si por cualquier
causa, X(t) pierde componentes de fuera de Bs, se considera que a efectos prcticos no ha perdido nada y la seal es
reconocible.
INTERVALO DE BIT (TB): tiempo que dura un bit.
INTERVALO MNIMO DE IMPULSO (): duracin mnima de los impulsos. Todos los impulsos que forman las
seales isocronas tienen una duracin que es mltiplo de .
VELOCIDAD DE TRANSMISIN O DE MODULACIN (V t): Vt = 1 / (en baudios). Nmero de veces por

segundo que puede cambiar el estado de sealizacin en la lnea. Depende del canal utilizado, de las
condiciones de ruido.
RGIMEN BINARIO O VELOCIDAD DE INFORMACIN (R): nmero de bits que pueden transmitirse por un
determinado circuito de datos durante un segundo (R = 1/T b). Si q es el nmero de estados significativos por
impulso, entonces:
t=(log2 q)Tb R = 1/Tb = (log2 q)1/t R=Vtlog2(q)
Se mide en bits por segundo (bps)
CAPACIDAD DE UN CANAL: es el valor mximo del rgimen binario. Se define como:
C = Rmax = Bc log2(1 + S/N)
R = VT log2 (q)
C = Bc log2 (1 + S/N)
Ejemplo: canal telefnico. Tiene 300-3400 Hz Bc=3100Hz,
y (S/N)dB=30dB S/N=1000.
C=3100 log2(1+1000) = 31000 bps
VELOCIDAD DE TRANSFERENCIA DE DATOS (V TD): Cantidad de bits netos de informacin transmitida en un
segundo. Viene dada estadsticamente por la informacin transmitida en un segundo, descartando la
informacin de control y de redundancia. Se mide en bits por segundo.
2 - El nivel de red
EL NIVEL DE RED
Servicios proporcionados a la capa de transporte

Estos servicios se pueden dividir en:
- servicios orientados a conexin: lo primero que hay que hace es establecer una conexin de red. Esta conexin es una
conexin lgica que se traduce a fsica. Cuando la red proporciona este servicio tiene que haber tres fases:
1- fase de establecimiento de conexin: se enva un paquete de establecimiento que hace que la red
proporcione un camino lgico para el resto de los datos que van a seguir ese camino.
2- transferencia de datos: Empieza cuando emisor y receptor se ha puesto de acuerdo. La informacin se
divide en paquetes y todos ellos son enviados por la misma ruta.
3- liberacin de la conexin: Se indica a la red que la transmisin ha finalizado para que libere todos los
recursos utilizados por la red para ese conexin.
As, pues, el encaminamiento se realiza slo para el primer paquete. Ejemplo: IBERPAC
Tiene como ventanas:
- en relacin al usuario, las conexiones garantizan la fiabilidad, es decir, los recursos reservados a la
conexin son utilizados en exclusiva. La seleccin y reserva de estos recursos est
estrechamente ligada a la calidad de servicio que ofrecen. Permiten al usuario el uso de un
canal virtual prcticamente libre de errores con control de flujo y con entrega ordenada de
paquetes.
- en relacin con el proveedor: para el proveedor del servicio es sencillo el establecimiento de un
sistema de tarificacin que normalmente se basa en un coste fijo por conexin y un coste
adicional por paquete.
Tiene como inconvenientes:
- el abrir una conexin es un proceso relativamente lento, costoso y a veces intil si se quieren enviar
pocos datos.
- las conexiones no son perfectas y a veces fallas, perdindose datos y siendo necesario que los
propios usuarios establezcan sus propios sistemas de fiabilidad adems del que ya ofrece el
proveedor.
- Si se abre una conexin y se utiliza poco, se infrautilizan los recursos y se impide su uso a los
dems usuarios.
- servicios no orientados a conexin: No hay fase de establecimiento ni de liberacin. Tan slo hay transferencia de
datos. El encaminamiento se realiza para todos los paquetes. Se transmiten los paquetes independientemente
unos de otros, pudiendo llegar desordenados. El nodo receptor no se responsabiliza de la ordenacin de los
paquetes ni de que lleguen todos los paquetes. Ejemplo: INTERNET (aunque no cumple normas ISO)
Tiene como ventajas:
- El envo de un nmero pequeo de paquetes es ms rpido y se evita la sobrecarga en la red, lo que
supone el abrir o cerrar una conexin.
- Al no mantener recursos a una conexin especfica, el proveedor puede mantener un cierto grado de
tolerancia a los fallos, por ejemplo, enviar datagramas por rutas alternativas.
Y como inconvenientes:
- El proveedor no garantiza fiabilidad, ni entrega ordenada ni control de flujo por lo que puede haber
prdida de paquete.
- La facturacin es ms compleja.
Resumen de diferencias:
FUNCIN
Direccin destino
Manejo de errores
Orientado a conexin
slo en la inicializacin
lo hace la red
No orientado a conexin
en cada paquete
lo hacen los ETDs
2 - El nivel de red
Control de flujo extremo-extremo

Secuenciamiento
Inicializacin
lo hace la red
SI
SI
no lo hace la red
NO
NO
Primitivas de servicio de red orientadas a conexin

Son las siguientes:
FASE DE ESTABLECIMIENTO
Para la fase de establecimiento la ISO define 4 primitivas:
N_CONNECT.request (llamado, llamador, confirm_recep, uso_urgente, calidad_servicio, datos_usuario)
N_CONNECT.indication (llamado, llamador, confirm_recep, uso_urgente, calidad_servicio, datos_usuario)
N_CONNECT.response (contestador, confirm_recep, uso_urgente, calidad_servicio, datos_usuario)
N_CONNECT.confirm (contestador, confirm_recep, uso_urgente, calidad_servicio, datos_usuario)
Definicin de los parmetros:
- llamado = direccin de red del usuario con el que se quiere establecer una conexin de red.
- llamador = usuario de red que inicia la fase de establecimiento de la conexin de red.
- confirm_recep = bandera booleana que indica en request e indication si el usuario llamador solicita o no al
usuario llamado el uso de acuses de recibo en las fases siguientes. En el caso de response y
confirmation indica si el usuario contestador ha aceptado la solicitud de acuse de recibo o no.
- uso_urgente = bandera booleana que indica en request e indication si el usuario llamador solicita o no el uso
de un canal especial para el intercambio de datos urgentes. En los otros casos indica si esa solicitud
ha sido aceptada o no.
- calidad_servicio = el llamador en request indica los parmetros de calidad de servicio que desea. El
contestador en response responde con una contraoferta.
- datos_usuario = conjunto de octetos procedentes de niveles superiores
- contestador = el valor de este parmetro suele coincidir con el parmetro de llamada aunque no tiene por
qu ser as. Contiene la direccin de red del usuario que ha contestado a la peticin de apertura de
conexin
USUARIO A
PROVEEDOR
N_CONNECT.request
USUARIO B
N_CONNECT.indication
N_CONNECT.response
N_CONNECT.confirm
NSAP
NSAP
Se denomina negociacin descendente a .....

Si no se aceptan los parmetros se utilizan las primitivas:
N_DISCONNECT_request (motivo, datos_usuario, contestador)
N_DISCONNECT_indication (motivo, causante, datos_usuario, contestador)
donde:
- motivo = causa del rechazo en la apertura o bien en el cierre si ya estuviera abierto.
- causante = indica quin es el que fuerza la no apertura de la conexin o bien el cierre de la misma en caso
de que la conexin estuviera abierta. Puede ser el proveedor o el usuario de servicio.
- datos_usuario = octetos del usuario.
- contestador = direccin de red del usuario que ha contestado a la peticin de apertura de conexin
Si el usuario no est de acuerdo con la informacin del usuario, enva a ste una N_DISCONNECT.indication.
Si el otro usuario es el que rechaza la conexin, responder con un N_DISCONNECT.request que llega al otro lado
como indication
2 - El nivel de red
FASE DE INTERCAMBIO DE DATOS

Para la fase de intercambio de datos la ISO define las primitivas:
N_DATA.request (datos_usuario, petic_confirm)
N_DATA.indication (datos_usuario, petic_confirm)
N_DATA_ACKNOWLEDGE.request ()
N_DATA_ACKNOWLEDGE.indication ()
N_EXPEDITED_DATA.request (datos_usuario)
N_EXPEDITED_DATA.indication (datos_usuario)
datos normales
reconocimientos : para acuses de recibo
(cuando los solicite la unidad de datos)
datos urgentes: o bien van por un canal especial o se
saltan las colas. No permiten asentimiento
El intercambio de primitivas sera:

- para datos normales:
El usuario A enva la primitiva N_DATA.request que se propaga por el proveedor de servicio hasta llegar al
usuario B como N_DATA.indication
- para datos normales con reconocimiento:
El usuario A enva la primitiva N_DATA.request que se propaga por el proveedor de servicio hasta llegar al
usuario B como N_DATA.indication. Este responde con N_DATA_ACKNOWLEDGE.request que llega al
usuario A como N_DATA_ACKNOWLEDGE.indication.
- para datos urgentes:
El usuario A enva la primitiva N_EXPEDITED_DATA.request que se propaga por el proveedor de servicio
hasta llegar al usuario B como N_ EXPEDITED_DATA.indication
Si hay algn problema durante la transmisin, se utiliza la primitiva N_RESET: resincronizacin de la conexin.
Existen adems otras primitivas:
N_RESET.request (motivo)
N_RESET.indication (causante, motivo)
N_RESET.response ()
N_RESET.confirm ()
donde:
- motivo = es variable en funcin del causante. Si el causante del N_RESET es el proveedor, este parmetro
puede ser o bien congestin o bien una razn no especificada. Si el causante del N_RESET es el
usuario puede ser resincronizacin del usuario o indefinido.
- causante = indica si la resincronizacin ha sido causada por el proveedor o por el usuario.
Cuando es el usuario el que causa el N_RESET no hay a penas problemas pues antes de recibir el otro usuario
el N_RESET.indication la red le entrega todos los paquetes que haya por medio. De esta forma no se pierden datos.
Despus el proceso se iniciar a partir del ltimo paquete recibido.
Si es el proveedor el causante, casi siempre hay prdida de informacin pues todos las colas de sucesos y datos
pendientes de envo son vaciados.
FASE DE LIBERACIN
Se utilizan las siguientes dos primitivas:
N_DISCONNECT.request (motivo, datos_usuario, llamado)
N_DISCONNECT.indication (causante, motivo, datos_usuario, llamado)
Puede ser realizada por un usuario, que en enva un request y el otro usuario recibe un indication, o bien puede ser
realizado por la red, recibiendo los usuarios un indication.
Si un dato es emitido por B despus de que A haya desconectado y antes de que B haya recibido indication, el
nivel de red no entrega ese dato a A.
Primitivas de servicio de red no orientadas a conexin

Aqu el procedimiento es muy sencillo. nicamente hay dos primitivas:
N_UNIT_DATA.request (origen, destino, calidad_servicio, datos_usuario)
N_UNIT_DATA.indication (origen, destino, calidad_servicio, datos_usuario)
Aqu los paquetes se llaman datagramas.
2 - El nivel de red
La calidad de servicio slo tiene validez pare ese datagrama, para el que se est emitiendo y se negocia con el
proveedor. La negociacin se hace con estos pseudoservicios (pues se negocian con el proveedor y no con el otro
usuario):
N_FACILITY.request (calidad_servicio)
N_FACILITY.indication ( destino, calidad_servicio, motivo)
N_REPORT.indication ( destino, calidad_servicio, motivo)
El proveedor responde con el mismo servicio si est de acuerdo o con el servicio que puede ofrecer. La
pseudoprimitiva N_REPORT.indication lo inicia el proveedor y sirve para indicar al usuario sobre la existencia de
algn problema al intentar entregar un datagrama anterior.
Parmetros de calidad de servicio de red

Son los siguientes:
- retraso en el establecimiento de la conexin: es el retardo mximo que un usuario considera aceptable entre el envo
de una N_CONNECT.request y la recepcin de una N_CONNECT.confirm.
- probabilidad de fallo en el establecimiento de la conexin: es la proporcin de intentos de apertura de conexin que
fallan por motivo de comportamiento incorrecto del proveedor de servicio, como por ejemplo por:
- apertura de una conexin con otro extremo diferente al solicitado
- rechazo injustificado de peticin de apertura o excesivo retraso al abrirlos.
- velocidad de transferencia: nmero de N-SDUs que el proveedor de servicio puede procesar por unidad de tiempo
- retardo de trnsito: tiempo medio entre la solicitud de una N_DATA.request y la recepcin de una
N_DATA.indication en e otro extremo utilizando una N-SDU estndar de 128 octetos
- proporcin de errores residuales: proporcin de N-SDUs perdidas, incorrectas o duplicadas en relacin con el
nmero de N-SDUs transferidas.
- probabilidad de fallo en la transferencia: se aplica a la velocidad de transferencia, al retraso de trnsito y a la
proporcin de errores residuales. Mide para cada uno de ellos la proporcin de ocasiones en que no se
cumplen los valores mnimos aceptables.
- resistencia: probabilidad de ocurrencia de un N_RESET y N_DISCONECT.indication por el proveedor de servicio.
- retraso en la liberacin de la conexin: retraso mximo aceptable desde que un usuario solicita una desconexin
(emite un N_DISCONECT.resquest) hasta que otro recibe la N_DISCONECT.indication.
- probabilidad de fallo en la liberacin: proporcin de solicitudes de cierre de la conexin que no son satisfechas en un
tiempo menor o igual al mximo aceptable.
- proteccin contra accesos no autorizados: aqu se pueden negociar diferentes aspectos en cuanto a la seguridad de la
transmisin como:
- prevencin ante escuchas no autorizadas,
- deteccin de posibles modificaciones, borrados, sustituciones o inserciones de datos
- verificacin del otro usuario para evitar impostores
- verificacin del remitente
- prioridad relativa a la conexin de red en relacin a:
1- orden en que el proveedor degradara la calidad de las conexiones
2- orden en el que el proveedor cerrara las conexiones en caso de problema
En un servicio sin conexin indica la prioridad de un paquete respecto a los dems. En caso de que haya que
eliminar paquetes para eliminar recursos.
- coste mximo aceptable para la transmisin
Hay que tener en cuenta:
1- para un usuario en red orientado a conexin todos estos parmetros son negociables.
2- para un red sin conexin, slo tienen sentido: el retraso de trnsito, proteccin, coste mximo y proporcin
de errores residuales.
2 - El nivel de red
Organizacin interna de la capa de red

En el caso de un nodo de red, debe llevar:
- Programas para la fabricacin e interpretacin de las N-PDUs.
- Programas para ejecutar el algoritmo de encaminamiento.
- Programas para el manejo de tablas de encaminamiento que se construyen a partir del algoritmo de
encaminamiento.
- Si la red es orientada a conexin, programas para el manejo de tablas de circuito virtual que se manejar a
partir de las tablas de encaminamiento.
- Programas para la congestin y el bloqueo.
En el caso de un sistema , debe haber:
- programas para fabricacin e interpretacin de las N-PDUs
- programas de control de flujo entre sistema y el nodo al que est conectado.
Esqueleto de un nodo de red:
- a la cola llegan L-PDU F-SDU

- se pueden poner varias colas
- El servidor es una CPU con memoria y lo necesario para procesar el nodo. Incluye programas del nivel de enlace y
de red.
Manejo de las tablas de Circuitos Virtuales

Las tablas de circuitos virtuales se basan en las tablas de encaminamiento. Cada nodo debe poseer en el nivel
de red una tabla por cada circuito virtual abierto, donde se refleja por un lodo el nodo terminal de llegada con el
nmero de circuito virtual asignado por l y por otro el nodo terminal de destino con su nmero de circuito virtual que
puede ser el mismo o no dependiendo de si ha habido o no necesidad de cambiarlo.
La necesidad de cambiar el nmero de circuito virtual nace de que puede haber un problema de identificacin
del origen de los paquetes en caso de que se haya seleccionado el mismo nmero de circuito por dos terminales de
nodos diferentes para el mismo terminal destino.
La forma de resolver este problema consiste en que siempre que un terminal desee crear un nuevo circuito
virtual de salida deber seleccionar el nmero ms pequeo de circuito virtual que no se encuentre en uso en ese
momento. De la misma manera, cada nodo implicado en el establecimiento de un circuito virtual debe buscar en su
tabla para conocer todos los nmeros de circuito virtual que actualmente se estn utilizando y seleccionar el nmero
ms pequeo que est desocupado, sustituyendo el nmero de circuito que haba en el paquete por el nuevo, si es
necesario. El nodo destino hace lo propio para enviar al terminal destino cada paquete con el nmero adecuado.
Supongamos la siguiente red:
Hay un sistema (S) conectado a cada nodo.
Supongamos que tenemos estas rutas elegidas por unos algoritmos
de encaminamiento:
Originados en A
Orginados en B
0. ABCD
0. BCD
1. AEFD
1. BAE
2. ABFD
2. BF
3. AEC
Abiertos en este orden:
4. AECDFB
A0,B0,A1,B1,A2,B2,A3,A4
2 - El nivel de red
Tablas:
A
Entrada
SA 0
(1)
SA 1
(8)
B0
(13)
SA 2
(15)
SA 3
(21)
SA 4
(24)
Salida
B0
E0
E1
B1
E2
E3
B
Entrada
A0
(2)
SB 0
(5)
SB 1
(12)
A1
(16)
SB 2
(19)
F0
(29)
Salida
C0
C1
A0
F0
F1
SB 0
E
Entrada
A0
(9)
A1
(14)
A2
(22)
A3
(25)
Salida
F0
SE 1
C0
C1
F
Entrada
E0
(10)
B0
(17)
B1
(20)
D0
(28)
Salida
D0
D1
SF 0
B0
C
Entrada
B0
(3)
B1
(6)
E0
(23)
E1
(26)
Salida
D0
D1
SC 0
D2
D
Entrada
C0
(4)
C1
(7)
F0
(11)
F1
(18)
C2
(27)
Salida
SD 0
SD 1
SD 2
SD 3
F0
Cada tabla tiene dos partes:

Entrada
nodo procedencia y n de circuito virtual
Salida
nodo salida y nuevo n de circuito virtual
Algoritmos y tcnicas de encaminamiento

Por algoritmo de encaminamiento entendemos aquella parte del software de la capa de red que es responsable
de decidir sobre qu lnea de salida se deber transmitir cada uno de los paquetes que llega. Para el caso en que la red
ofrezca un servicio no orientado a conexin, las decisiones de encaminamiento se toman en cada nodo para cada
datagrama. En caso de circuito virtual, las decisiones se toman nicamente para el paquete de establecimiento ya que
todos los dems paquetes siguen la misma ruta.
Propiedades que deben tener estas tcnicas:
1- simplicidad: deben responder a reglas sencillas, a programas pequeos y estructurados.
2- fiabilidad: debe responder de manera adecuada en caso de errores o fallos en la transmisin.
3- calidad: debe llegar a soluciones globales ptimas.
4- convergencia: para un trfico dado se debe alcanzar pronto un rgimen permanente sin que se produzcan
oscilaciones.
5- adaptacin: ha de adaptarse a cambios tantos de trfico como de topologa de la red.
6- bajo consumo en lo que se refiere a recursos de la red, tanto de memoria como de capacidad de clculo y como de
recursos de comunicacin.
Por otra parte, los elementos ms significativos de la funcin de encaminamiento son los siguientes:
1- rendimiento: estn implicados el nmero de enlaces, el coste, la demora y el caudal.
2- tiempo de decisin: para cada datagrama y tiempo que tarda en establecerse el circuito virtual.
3- lugar de decisin: en cada nodo (distribuido), en un nodo central (centralizado) que es ms complejo que el anterior
pero ms fiable, en el nodo originador.
4- fuente de informacin: normalmente se utiliza la relativa a la carga de trfico, coste y topologa de la red, pero la
fuente puede ser local, nodos adyacentes, todos los nodos de la ruta o todos los nodos de la red.
5- estrategia de encaminamiento: puede ser fija, por inundacin y adaptativa.
La eleccin de la ruta se elige en base a algn tipo de criterio de encaminamiento. El criterio ms simple es
el de la ruta ms corta (aquella que pasa por el menor nmero de nodos). Una generalizacin de este criterio es de la
ruta de coste mnimo que atribuye un coste a cada enlace. El criterio que se sigue para evaluar el coste puede esta
asociado:
2 - El nivel de red
- al tiempo de retardo de la cola (se minimizara el retardo)

- a la capacidad de enlace: asignar costes ms bajos a los enlaces de mayor capacidad de forma que la ruta de
coste mnimo proporcionara el mximo caudal de datos.
Una vez asignado el coste a cada enlace, se puede utilizar un algoritmo comn como es el algoritmo de ruta
de coste mnimo que es el que establece la ruta ptima.
Algoritmo de ruta de coste mnimo

Hay varios algoritmos:
- De bsqueda hacia atrs: encontrar la ruta de coste mnimo a un nodo dado de destino desde todos los nodos
restantes.
- De bsqueda hacia adelante: Consiste en encontrar la ruta de coste mnimo desde un nodo fuente dado al resto de los
nodos. El algoritmo progresa en etapas. Estos nodos estn incluidos en un conjunto M en la etapa K=1 el
nodo que no est en M y que tome la ruta de menor coste a la fuente se aada al conjunto M cuando se han
incorporado todos los nodos a M. Esto define su ruta desde la fuente.
N = conjunto de nodos de la red
F = nodo fuente
M = conjunto de nodos incorporados por el algoritmo en un momento dado
e (i,j) = coste del enlace del nodo i al nodo j. Tomamos como coste cuando los nodos no estn directamente
interconectados.
C1(n) = coste de la ruta de coste mnimo de F a n que es conocido por el algoritmo en un momento
determinado.
n = n de algoritmo de la red: n 1..N
Algoritmo:
1: M=[F]. Para cada nodo n perteneciente al conjunto [N-F] establecer C1(n) = e(F,n).
2: Hallar un nodo W perteneciente al conjunto [N-M] tal que C1(W) sea mnimo e incluirlo en el conjunto M.
Seguidamente hacer C1(n)=min[C1(n), C1(W)+e(W,n)] n [N-M]. Si el ltimo trmino (C1(W)
+e(W,n)) es el mnimo de la ruta de F a n, es ahora la ruta de F a W ms el enlace de W a n, es decir,
la ruta de F a n pasa ahora por el nodo W.
3: Repetir el paso 2 hasta que entren todos los nodos de la red (hasta que N=M). El resultado es la ruta de
coste mnimo desde el nodo fuente a cada destino.
Ejemplo:
F = nodo (1)
iteracin M
1
2
3
4
5
1
1, 5 (1)
1, 5, 2 (4)
1, 5, 2, 4
1, 5, 2, 4, 3
C1(2
)
3
3 (2)
3
3
3
RUTA
1-2
1-2
1-2
1-2
1-2
C1(3
)
6 (5)
4
4
(1)- se incorpora el nodo con mnimo coste

(2)- coste de 1 al 2 a travs del 5: . min(,3)=3
(3)- coste de 1 a 4 por 5 = 3. min (3,4)=3
RUTA
1-2-3
1-5-4-3
1-5-4-3
C1(4
)
4
3 (3)
3
3
3
RUTA
C1(5
)
1
1
1
1
1
1-4
1-5-4
1-5-4
1-5-4
1-5-4
RUTA
1-5
1-5
1-5
1-5
1-5
(4)- tenemos que escoger el de coste mnimo. Como hay empate entre 2 y 3 cogemos el 2 (p.ej.)
(5)- camino del 1 al 3 pasando por el 5 y/o 2
Ahora habra que hacer otra tabla con fuente = nodo 2, fuente = nodo 3.
En cada nodo deber residir la siguiente tabla de rutas de coste mnimo:
Des\Orig
1
1
-
2
2-1
3
3-4-5-1
4
4-5-1
5
5-1
1-2
3
-
4
3-2
3
4-3-2
1
5-1-2
3
1-5-4-3
2-3
3
-
4
4-3
4
5-4-3
4
1-5-4
4
2-3-4
3-4
1
-
3
5-4
3
1-5
4
2-1-5
1
3-4-5
4-5
2
-
2 - El nivel de red
RUTA
COSTE
Estrategias de encaminamiento
Una vez que el algoritmo se ha resuelto, puede haber distintas estrategias de actualizar las tablas:
- encaminamiento fijo: una vez elaborada la tabla de encaminamiento, sta permanece inalterable en cada nodo y slo
se modifica en caso e cambio de topologa. Tiene como ventaja su sencillez y como inconveniente el que si un
nodo falla no hay rutas alternativas. Ejemplo: la red especial de transmisin de datos (la antigua IBERPAC)
- encaminamiento por inundacin: no hay algoritmo de encaminamiento. Cuando un paquete llega a un nodo se
retransmite por todas las salidas de ese nodo. Problema: sobrecarga de red y el que los paquetes pueden estar
circulando siempre. Una posible solucin a este ltimo problema es poner un contador de salto a los paquetes:
un contador que cuenta cuntas veces pasa un paquete por un nodo. De esta forma cuando un nodo pasa un
nmero mximo de veces el paquete se destruye. Se emplea en aplicaciones en las que interesa que el paquete
llegue sea cual sea el estado de la red.
- procedimiento de nmero de secuencia: colocar en el nodo origen un nmero de secuencia en cada paquete, de
forma que, cuando un paquete pasa por un nodo, ste apunta su nmero de secuencia y si ese nmero ya ha
sido apuntado previamente, el paquete se destruye pues ya ha pasado por ah.
- encaminamiento adaptativo: se basa en que la red puede soportar una carga de trfico muy variable y si no se
cambian las tablas de encaminamiento, el rendimiento baja. Para ello estas tablas se cambian cada cierto
tiempo consiguiendo una mejora del rendimiento y del control de trfico. Tiene como inconveniente el que al
ser ms compleja, la decisin de encaminamiento requiere informacin adquirida en otro punto de la red para
usarla en otro punto aislado por lo que el trfico de la red aumenta contribuyendo al riesgo de cogestin.
Hay varias tcnicas segn la fuente de informacin y de quin ejecuta el algoritmo de encaminamiento:
- adaptativo centralizado: existe un centro de control de encaminamiento (RCC) que obtiene de todos los
dems nodos informacin para trabajar con el algoritmo de encaminamiento y el resultado se enva a
los dems nodos. Las tablas se elaboran de forma ptima y las decisiones de encaminamiento son
casi perfectas. Al realizar el RCC todos los clculo se alivia al resto de los nodos de esa carga. Tiene
como inconveniente el que si se trata de una red con gran nmero de nodos y hay que adaptarla a un
trfico variable el tiempo de clculo que le llevar al RCC puede llegar a ser excesivo incluso con
una CPU rpida, con lo que la adaptacin sera lenta y poco eficaz. Adems est la vulnerabilidad del
RCC: si falla, el encaminamiento se vuelve fijo. Se puede solucionar con un RCC paralelo que entra
en funcionamiento si falla el otro. Si el trfico o topologa de la red cambia bruscamente y es
necesario actualizar tablas muy rpidamente, los nodos ms prximos al RCC obtienen ms pronto
las rutas actualizadas pudiendo aparecer incongruencias al haber varias tablas en la red.
- adaptativo aislado: se pretende no aumentar excesivamente el trfico en la red. Para ello se enva cada
paquete que llega a un nodo por la cola ms corta sin que tenga que ser forzosamente la ruta ideal.
- adaptativo distributivo: las tablas se actualizan en cada nodo con la informacin que se obtiene de los nodos
vecinos.
Estrategias de control de la congestin y bloqueo
2 - El nivel de red
Se entiende por congestin la degradacin de las prestaciones de la red a causa del nmero excesivo de
paquetes presentes en toda la red o en una parte de la misma. El bloqueo es la congestin mxima de manera que la
relacin entre el nmero de paquetes entregados a su destino y el nmero de paquetes presentes en la red es muy bajo.
Los problemas aparecen cuando se llenan las memorias de cola. Si la cola de un nodo se llena nadie puede emitir a ese
nodo hasta que no haya algo de espacio, lo que dificulta el vaciado de los conectados a l que se llenarn. Al final
todas las colas se llenan y nadie emite.
Algunas estrategias son:

- preasignacin de recursos: para el caso de red orientada a conexin, a la vez que se reserva un circuito virtual para la
comunicacin entre dos sistemas se hace una reserva en cada nodo implicado de espacio en las memoria de
cola. Si en algn caso es imposible esta reserva se le comunica al sistema correspondiente.
- descarte de paquetes: si llega un paquete a un nodo y no se dispone de recursos en las memoria de cola,
sencillamente se descarta el paquete. Si se trata de circuito virtual ya establecidos se guarda una copia de ese
paquete para retransmitirlo posteriormente. Si la red no est orientada a conexin, el paquete simplemente se
descarta (en este caso el nivel de transporte resolver este problema).
- control isarrtmico: limitar el nmero de paquetes presentes en la red mediante el procedimiento de tener un nmero
fijo de permisos circulando por la misma. Es decir, para entrar en la red lo primero que debe hacer el paquete
es capturar uno de esos permisos (que son dados por el nodo origen)
- paquetes de choque: se aplica nicamente cuando se tiene noticias de que la red ha entrado en congestin y consiste
en enviar a cada sistema origen un paquete dicindole que detenga su emisin o que reduzca su velocidad.
- control de flujo: si consideramos un sistema origen conectado a un nodo origen (No) podemos establecer una serie de
control de flujos:
- CFAR : control de flujo de acceso a la red entre el sistema origen y No, y entre el Nd y el sistema destino.
Este control lo ejecuta la red y puede ser un procesamiento isarrtmico.
- CFL = control de flujo local entre nodos intermedios (incluidos No y Nd) que tambin es realizado por la
red y puede ser tambin isarrtmico.
- CFNO / ND = control de flujo entre nodo origen y nodo destino: Es realizado por la red y puede realizarse
mediante el sistema de ventana deslizante (campo en cada paquete que indica el nmero mximo de
paquetes pendiente de asentimiento)
- CFEE = control de flujo extremo a extremo: realizado por los usuarios del nivel de red (el nivel de
transporte de cada sistema). Tambin puede ser realizado por ventanas deslizantes.
(no tiene por qu darse todos esos controles al mismo tiempo)
3 - El nivel de transporte
EL NIVEL DE TRANSPORTE
Servicios proporcionados a la capa de sesin

El objetivo fundamental de la capa de transporte es proporcionar un servicio eficiente, fiable y econmico a
los usuarios de la capa de transporte, que son las entidades de sesin. Para alcanzar este objetivo, este nivel utiliza los
recursos que le proporciona la capa de red y los elementos que realiza las diversas funciones del servicio de transporte
se llaman entidades de transporte.
El servicio de transporte puede ser:
- no orientado a conexin
- orientado a conexin: previamente hay que establecer una conexin de transporte y son independientes de la
conexin de red y la de transporte, es decir, en una red orientado a conexin se puede establecer una conexin
de transporte o no y viceversa, en una red no orientada a conexin el servicio de transporte puede ser
orientado a conexin o no.
N-SAP = direccin de red del otro usuario

T-SAP = necesario para conectar a una entidad (direccin de transporte)
Calidad de servicio de transporte

Las definiciones son paralelas a las del nivel de red:
- retraso en el establecimiento de una conexin de transporte
- posibilidad de fallo de una conexin de transporte
- velocidad de transferencia
- retraso de trnsito
- proporcin de errores residuales
- probabilidad de fallo en la transferencia
- resistencia
- retraso en la liberacin de una conexin de transporte
- probabilidad de fallo en una liberacin de conexin de transporte
- proteccin
- prioridad
Los parmetros de calidad de servicio no es necesario que coincidan con los de red pues puede que el usuario
exija, por ejemplo, una velocidad de transferencia alta y la red no pueda propocionarla y lo solucione con
multiplexacin: una sola conexin de transporte soportada por varias conexiones de red.
La misin del nivel de transporte es hacer lo que no puede hacer el nivel de red para que la transmisin sea
fiable. Aqu tambin se da una negociacin descendente de parmetros. Se lleva a cabo entre el usuario del nivel de
transporte y el proveedor de transporte.
Primitivas del servicio de transporte orientado a conexin

Debe hacer una conexin previa que se establece con:
T_CONNECT.request (llamado, llamador, datos_urgente, calidad_servicio, datos_usuario)
T_CONNECT.indication (llamado, llamador, datos_urgente, calidad_servicio, datos_usuario)
T_CONNECT.response (calidad_servicio, contestador, datos_urgente, datos_usuario)
T_CONNECT.confirm (calidad_servicio, contestador, datos_urgente, datos_usuario)
Definicin de los parmetros:
- llamado = direccin de T-SAP del usuario con el que se quiere establecer una conexin de transporte.
- llamador = direccin de T-SAP del usuario que inicia la fase de establecimiento de la conexin.
- datos_usuario = S-PDU (unidad datos protocolo de sesin) o bien T-SDU
Aqu no aparece el campo de asentimiento
Para la desconexin:
T_DISCONNECT.request (datos_usuario)
T_DISCONNECT.indication (datos_usuario)
Se emplean cuando:
- no se ha llegado a un acuerdo en cuanto a parmetros de calidad de servicio
- es imposible abrir una conexin de transporte
- ha terminado la fase de transferencia de datos
La desconexin puede ser iniciada por el usuario o por el proveedor. El parmetro motivo informa sobre la causa de la
desconexin y puede ser:
- Imposibilidad de ofrecer un servicio de la calidad solicitada.
- Calidad de servicio por debajo del mnimo aceptable.
- Usuario remoto desconocido.
- Usuario remoto no dispuesto a establecer la conexin.
- Razn desconocida.
Para el intercambio de datos:
T_DATA.request (datos_usuario)
T_DATA.indication (datos_usuario)
T_EXPEDITED_DATA.request (datos_usuario)
T_EXPEDITED_DATA.indication (datos_usuario)
datos normales
datos urgentes: o bien van por un canal especial o se
saltan las colas. No permiten asentimiento
Conexin rechazada por el usuario llamado

usuario serv trasnporte
proveedor
usuario serv. transporte
T_CONNECT.request
T_CONNECT.indication
T_CONNECT.request
T_CONNECT.confirm
Conexin rechazada por el usuario llamado

proveedor
Conexin rechazada por el proveedor

proveedor
T_CONNECT.request
T_DISCONNECT.indication
usuario serv. transporte
T_CONNECT.request
T_CONNECT.request
T_CONNECT.confirm
Primitivas del servicio de transporte no orientado a conexin

Las primitivas son:
- T_UNIT_DATA.request (llamador, llamado, calidad_servicio, datos_usuario)
- T_UNIT_DATA.indication (llamador, llamado, calidad_servicio, datos_usuario)
Orden de utilizacin de las primitivas

Se definen cuatro estados:
1. Sin actividad: estado inicial en el que no hay conexin ni se intenta abrirla
2. Pendiente de conexin saliente: se ha emitido una T_CONNECT.request y an no ha llegado la respuesta al otro
extremo.
3. Pendiente de conexin entrante: se ha recibido una T_CONNECT.indication y an no se ha respondido.
3. Transferencia o conexin establecida: se ha establecido una conexin vlida.
Las primitivas que provocan esas transacciones son las siguientes:

a = Si el nivel de sesin enva al de transporte una T_CONNECT.request se pasa del estado 1 al 2.
b = Si se recibe una T_CONNECT.indication se pasa al estado 3.
c = Con una T_CONNECT.confirm
d = con T_CONNECT.response
e = T_DISCONNECT.indication o T_DISCONNECT.request
f = T_DATA.request, T_DATA.indication, T_EXPEDITED_DATA.request
T_EXPEDITED_DATA.indication
Todos los dems estados y cambios de estados no estn permitidos.
Protocolos de transporte orientados a conexin en ISO

TIPOS DE REDES
Se definen en base a los siguientes parmetros:

- n de N_RESET y N_DISCONNECT indicados por la red
- proporcin de errores residuales
- clase de servicio ofrecido
Segn esto se definen tres tipos de redes:
- red de tipo A: ofrece un servicio orientado a conexin fiable. Los errores residuales son muy pequeos al igual que el
nmero de fallos de la red. En este tipo de red se encuadran muy pocas redes de rea extensa (WAN)
y casi todas las redes de rea local (LAN)
- red de tipo B: ofrece un servicio orientado a conexin menos fiable que el anterior, con una proporcin de errores
residuales pequea y el nmero de fallos es inaceptable. Casi todas las WAN son de este tipo.
- red de tipo C: engloba todas las redes no orientadas a conexin o bien algunas orientadas a conexin pero con una
proporcin de errores residuales o de fallos de la red inaceptables. Ejemplo: Internet.
CLASES DE PROTOCOLOS
El protocolo de transporte se elige con arreglo al tipo de red. Si es de tipo C el protocolo debe ser muy potente
para solucionar los fallos y en el tipo A el protocolo es sencillo.
De acuerdo al tipo de red existen los siguientes tipos de protocolo:
- clase 0: la ms simple. Se lleva a cabo sobre redes de tipo A. Se caracterizan en que:
- la red no comete errores
- establece una conexin de red para cada transporte,
- no realiza secuenciamiento de paquetes ni control de flujo
- proporciona mecanismos para el establecimiento y conexin de las conexiones de transporte
- segmentacin y reensamblado
- no ofrece servicio de transporte urgente
- clase 1: es la clase bsica de la recuperacin de errores. Se utiliza sobre todo en redes de tipo B y ofrece mecanismos
de recuperacin ante fallos.
- clase 2: es la clase con multiplexacin. Se utiliza en redes tipo A. Difiere de la clase 0 en que puede realizarse la
multiplexacin (varias conexiones de transporte sobre una sola conexin de red, es decir, una multiplexacin
ascendente)
- clase 3: clase con recuperacin de errores y multiplexacin. Se utiliza sobre redes de tipo B
- clase 4: clase con recuperacin y detencin de errores. Opera sobre redes de tipo C. Es el protocolo ms potente y el
que ms lento hace la conexin (al hacer muchas comprobaciones).
FORMATO DE LAS T-PDUs

(fotocopias)
FUNCIONES DEL PROTOCOLO DE TRANSPORTE

Son las siguientes:
1. Asignacin a una conexin de red
SESIN
TRANSPORTE
T_CONNECT.request
N_CONNECT.request
N_CONNECT.confirm
N_DATA.request
N_DATA.indication
T_SAP
N-SAP
Los parmetros negociables son:
prov. serv.
RED
TRANSPORTE
SESIN
>
<
(CB)>
<(CC)
N_CONNECT.indication
N_CONNECT.response
N_DATA.indication
N_DATA.request
N-SAP
T_CONNECT.response
T-SAP
1.
2.
3.
4.
5.
6.
7.
clase de protocolo a utilizar en funcin del tipo de red

tamao mximo de las T-PDUs
uso o no del checksum
calidad de servicio
uso de control de flujo explcito
uso de confirmacin de recepcin basado en la red, y de intercambio de datos urgentes basados tambin en la red.
uso o no de transporte urgente
Para el establecimiento de las condiciones de transporte se utilizan las T-PDUs CC y CR con los parmetros vistos.
Si la red no est orientada a conexin, es igual pero sin N_CONNECT y con UNIT_DATA en lugar de DATA
2. Transferencias de T-PDUs
SESIN
prov. serv.
RED
TRANSPORTE
T_DATA.request
T_DATA.request
N_DATA.request
N_DATA.indication
T_SAP
(DT)>
<(AK)
N-SAP
TRANSPORTE
SESIN
N_DATA.indication
N_DATA.request (*)
T_DATA.indication
N-SAP
T-SAP
(*) No se puede usar N_ACK pues sta no tiene datos y N_DATA.request si lleva datos (AK)
Si el destino quiere enviar, el nivel de sesin se ambos lados debe ponerse de acuerdo de quin enva.
3. Segmentacin y reensamblado
Un mensaje largo del nivel de aplicacin se pasa al nivel de presentacin con una redundancia, despus se pasa al
nivel de sesin que incluye una redundancia y los pasa al nivel de transporte, que obtiene as una T-SDU. Este nivel
tiene en cuenta el tamao de la redundancia y la longitud mxima del paquete, divide la T-SDU en segmentos,
formando as varias T-PDUs, y las enva al nivel de red. Por eso las T-PDU de tipo DT deben ir numeradas para poder
luego recomponer la informacin o para poder pedir la retransmisin de un paquete en particular.
Si hace falta confirmacin cada vez que hay una N_DATA.indication se enva una N_DATA.request con AK.
Tambin se puede hacer confirmando grupos de N_DATA.request
En cuanto a EOT, vale 1 cuando no hay segmentacin. Si hay segmentacin vale 0 en todas menos en la ltima TPDU, en la que vale 1.
SESIN
prov. serv.
RED
TRANSPORTE
(1)
T_DATA.request
T_SAP
N_DATA.request (DT)>
N-SAP
TRANSPORTE
SESIN
(2)
N_DATA.indication
N_DATA.indication
N_DATA.indication
T_DATA.indication
N-SAP
T-SAP
En (1) se hace segmentacin y en (2) reensamblado

4. Concatenacin y separacin
El nivel de transporte, de alguna manera, tiene 2 ms T-PDUs que funde en una unida de datos que no es T-PDU y
pasa al nivel de red. ste la recibe como N-SDU y lo transforma a N-PDU. Esto es la concatenacin. El proceso
contrario es la separacin.
Se pueden concatenar varios, pero slo puede hacer una se datos (DT) y debe ser la ltima.
SESIN
T_DATA.request
N_DATA.request
con confirmacin
N_DATA.indication
T_DATA.indication
* van concatenadas
prov. serv.
RED
TRANSPORTE
T-SAP
TRANSPORTE
SESIN
(DT)>
N_DATA.indication
T_DATA.indication
<(AK DT) *
N_DATA.request
T_DATA.request
N-SAP
T-SAP
N-SAP
5. Establecimiento de la conexin de transporte

Est vista en funcin 1.
6. Rechazo de conexin.
Si la iniciativa es del proveedor de servicio:
SESIN
TRANSPORTE
T-SAP
pero si la iniciativa es del otro usuario

SESIN
prov. serv.
RED
TRANSPORTE
T_CONNECT.request N_DATA.request
T_DISCONNECT.indication N_DATA.indication
T-SAP
(CR)>
<(DR)
N-SAP
TRANSPORTE
SESIN
N_DATA.indication T_CONNECT.indication
N_DATA.request
T_DISCONNECT.request
N-SAP
T-SAP
7. Liberacin normal de las conexiones

Hay dos tipos:
- la explcita, que se utiliza en la clase 0
Se cierra la conexin de red a la vez. No se necesitan T-PDUs
SESIN
T-SAP
TRANSPORTE
prov. serv.
RED
TRANSPORTE
SESIN
N_DISCONNECT.request
>
N_DISCONNECT.indication
N-SAP
N-SAP
T-SAP
- la implcita, en el resto de las clases

No hay que cerrar necesariamente la conexin de red pues puede que est siendo utilizada por otras
entidades de transporte.
SESIN
TRANSPORTE
[T_DISCONNECT.indication ]
N_DATA.request
N_DATA.indication
T-SAP
prov. serv.
RED
(DR)>
<(DC)
N-SAP
TRANSPORTE
SESIN
N_DATA.indication
N_DATA.request
N-SAP
T-SAP
8. Liberacin en caso de error

Se utiliza en clase 0 y 2. Se lleva a cabo cuando la red emite un N-RESET o un N-DISCONNECT.
SESIN
TRANSPORTE
T-SAP
N_RESET.indication
N-SAP
prov. serv.
RED
TRANSPORTE
N_RESET.indication
N-SAP
T-SAP
SESIN
9. Asociacin de T-PDUs a conexiones de transporte

Las entidades de transporte deben recibir los paquetes que le entrega el servicio de red y examinarlos para ver si
contienen o no varias T-PDUs concatenadas y asociar a cada una de ellas la conexin de transporte correspondiente ya
que puede haber varias conexiones de transporte multiplexadas sobre una red. Por ejemplo, puede haber 3 conexiones
de transporte sobre una de red:
10. Numeracin de las T-PDUs DT

Se numeran la DT normales y urgentes para control de flujo de datos y para control de errores. Si se utiliza protocolo
clase 0 no hace falta numeracin. Puede ser normal o extendida (con un campo ms grande de bits para
numerar). Esto ltimo slo en clase 2 y 3.
11. Transferencia de datos urgentes
Se consigue con el siguiente intercambio de primitivas.
Si no hay canal urgente se enva por el canal normal:
SESIN
TRANSPORTE
T_EXPEDIT_DATA.request
N_DATA.request
N_DATA.indication
T-SAP
prov. serv.
RED
(ED)>
<(EA)
N-SAP
TRANSPORTE
SESIN
N_DATA.indication
N_DATA.request
T_EXPID_DATA.indication
N-SAP
T-SAP
El nivel de red no sabe aqu si el paquete es urgente o no. El nivel de transporte es el que se encarga de hacer
que esos paquetes se salte sus colas internas.
Si hay canal urgente:
SESIN
TRANSPORTE
T_EXPEDIT_DATA.request
N_EXP_DATA.request
N_EXP_DATA.indication
T-SAP
prov. serv.
RED
(ED)>
<(EA)
N-SAP
TRANSPORTE
SESIN
N_EXP_DATA.indication
N_EXP_DATA.request
T_EXPID_DATA.indication
N-SAP
T-SAP
12. Reasignacin en caso de fallos

Si la red emite un N-DISCONNECT, las entidades de transporte implicadas intentan abrir de nuevo las
conexiones de red cerradas. Si ello no se consigue tras un tiempo, se cierra a conexin de transporte afectada por el
cierre de dicha conexin de red. Cuando hay multiplexacin descendente (una conexin de transporte por varias de
red) y puede mantenerse la calidad de servicio con una conexin de red menos, entonces no se cierra la conexin de
transporte.
13. Retencin de las T-PDUs hasta acuse de recibo
Se puede hacer de dos maneras.
Confirmacin a nivel de transporte:
SESIN
TRANSPORTE
T_ DATA.request
N_DATA.request
N _DATA.request
T-SAP
(lo anterior que contradiga esto, est mal)
prov. serv.
RED
(DT)>
<(AK)
N-SAP
TRANSPORTE
SESIN
T_ DATA.indication
N _DATA.request
T _DATA.indication
N-SAP
T-SAP
Confirmacin a nivel de red:

SESIN
TRANSPORTE
T _DATA.request
T-SAP
N _DATA.request
N_ DATA_ACK.indication
N-SAP
prov. serv.
RED
(DT)>
<()
TRANSPORTE
N _DATA.indication
N_ DATA_ACK.request
T _DATA.indication
N-SAP
T-SAP
Si el acuse de recibo no llega en un cierto tiempo, se retransmite la T-PDU

14. Resincronizacin
SESIN
Esta funcin se utiliza cuando la red emite un N-RESET y sirve para volver a un estado normal en la
conexin de transporte. Durante este proceso, las entidades de transporte retransmiten las T-PDUs de datos (normales
o urgentes) cuya recepcin est pendiente de confirmacin. Se utiliza la T-PDU RJ para indicar a la entidad de
transporte por el nmero de secuencia de la T-PDU de datos que se espera, dndose por recibidas todas las anteriores.
Cuando la red emite un N-RESET, la entidad de transporte receptora enva a la emisora la T-PDU RJ
indicando el nmero de la siguiente T-PDU que debe recibir.
15. Multiplexacin y demultiplexacin descendente
La multiplexacin ascendente consiste en varias conexiones de transporte sobre una de red.
16. Control de flujo explcito
No es necesario en la clase 0 (lo que no hace el nivel de transporte, lo hace el nivel de red).En el resto de las
clases puede haber mecanismos de control de flujo (y de velocidad del flujo). Consiste en que la entidad de transporte
emisora enva al otro extremo T-PDUs DT numeradas secuencialmente. Inicialmente dispone de un cierto crdito
(campo crdito) que indica un limite en el nmero de T-PDUs que puede enviar. Peridicamente, recibe de la entidad
de transporte par acuses de recibo, es decir, T-PDUs AK que confirman la recepcin de algunas T-PDUs DT y
renueva la concesin del crdito. Con el campo T-PDU esperada, se confirma la recepcin de todas las T-PDUs DT
anteriores a las que indica el campo. Si la entidad de transporte receptora se ve desbordada no tiene nada ms que
restringir el crdito.
17. Checksum
Se usa slo en clase 4 y es opcional. Consiste en aplicar un algoritmo conocido por las dos entidades de
transporte a todo el resto de la T-PDU (todo lo que no es ese campo). Una vez aplicado el algoritmo, se incluye el
resultado en ese campo. En la entidad receptora se aplica el mismo algoritmo y se compara con ese campo. Si no
coincide, hay error y esa T-PDU se deshecha.
El algoritmo no est normalizado. Se suele aplicar mod 256, XOR,...
18. Referencias congeladas
Se utiliza en las clases 1, 2 y 4, y su objetivo es que la referencia origen y referencia destino no vuelve a
utilizarse hasta que no haya pasado un tiempo considerable.
Si una entidad de transporte anula una conexin de transporte y abre otra nueva, el identificador de la otra
debe ser distinto al de la antigua pues podran mezclarse la comunicacin vieja con la nueva si la anulacin no se ha
llevado correctamente o no se ha completado an.
19. Retransmisin con temporizador
Se utiliza para poder transmitir una TPDU-DT que se supone que no ha llegado al otro extremo ya que ha
pasado un cierto tiempo y no se ha recibido acuse se recibo. Se supone que la entidad de transporte emisora guarda
una copia de cada T-PDU hasta acuse de recibo. Si despus de varias retransmisiones se contina sin tener acusa de
recibo, la conexin de transporte se cierra unilateralmente.
20. Resecuenciamiento
Se utiliza nicamente en clase 4. Sirve para reordenar las T-PDUs que pueden llegar desordenadas. Esta
funcin tambin se encarga de eliminar las T-PDUs duplicadas y tambin relacionado con esta funcin est el campo
de la cabecera variable nmero de subsecuencia que sirve para numerar las T-PDUs-AK con el objeto de que el otro
extremo las procese en orden.
21. Control de inactividad
Funcin pensada para solucionar el caso de que la red cierre una conexin de red sin previo aviso. Si la
entidad de transporte lleva un cierto tiempo si recibir ninguna noticia del otro extremo, entonces proceder a liberar la
conexin de transporte. Para ello se utiliza un temporizador.
22. Tratamiento de errores de protocolo
Funcin utilizada cuando una entidad de transporte recibe una T-PDU que no es capaz de interpretar por no
ajustarse a los estndares o bien porque el campo checksum no coincide. Para solucionar el problema, la entidad de
transporte receptora tiene varias opciones:
1. enviar una T-PDU-ER, lo cual ocasiona que el emisor inicie una liberacin de conexin de transporte.
2. Cerrar unilateralmente la conexin de transporte
3. Resincronizar o bien cerrar la conexin de red que da soporte a la conexin de transporte
4. Bajo ciertas circunstancias se ignora la T-PDU errnea.
23. Multiplexacin descendente
Consiste en que una conexin de transporta es soportada por varias conexiones de red. Se usa en redes lentas
para acelerar la velocidad.
Protocolo de transporte no orientado a conexin

Existe una primitiva de servicio:
T_UNIT_DATA.request (llamador, llamado, calidad_servicio, direccin_usuario)
T_UNIT_DATA.indication(llamador, llamado, calidad_servicio, direccin_usuario)
Donde :
- llamador, llamado son direcciones T-SAP
- calidad_servicio: (slo para datagrama) slo se negocia con el proveedor de servicio y nunca hay
negociacin remota. Slo se pueden especificar valores para 4 parmetros: retraso de
trnsito, proteccin contra posibles accesos externos, proporcin de errores residuales y
prioridad.
Formato: (no hace falta aprenderlo)
LONGITUD CABECERA
CDIGO DE LA T-PDU
CDIGO PARMETRO ORIGEN
LONG. CD. PARAM. ORIGEN
VALOR PARAM. ORIGEN
CDIGO PARAM. DESTINO
LONG. PARAM. DESTINO
VALOR PARAM. DESTINO
COD. PARAM. CHECKSUM
LONG. PARAM. CHECKSUM
VALOR CHECKSUM
DATOS USUARIO
Direccin
T-SAP
ORIGEN
Direccin
T-SAP
DESTINO

Redes de Computadores-Parte I

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Redes de Computadores-Parte I

Enviado por

Direitos autorais:

Formatos disponíveis

Pgina -1 -

Profesores: Alberto Gonzlez de la Calle

* REDES LOCALES DE COMPUTADORAS. - J.A. Beltrad

W. Richard Stevens / Gary Wright

* REDES DE ORDENADORES. PROTOCOLOS, NORMAS E INTERFACES. Ulyses Blakk

1 - Repaso del modelo ISO

REPASO DEL MODELO ISO

El modelo OSI de la ISO

Particionamiento estructurado: Redes estructuradas y no estructuradas

En la terminologa de las redes de computadoras, un PROTOCOLO es un conjunto de reglas que dirigen la

El modelo de la ISO para OSI tiene siete niveles:

- establecer el tamao ptimo de las tramas de transporte.

Medio Fsico de OSI

Elementos Bsicos de OSI

paquetes (X.25, X.29)

tramas (HDLC, BSC, LAP.B)

Niveles OSI y tipos de datos

RESUMEN Niveles del modelo ISO de la OSI

Servicios, funciones y protocolos

Unidades de transferencia entre entidades adyacentes del mismo sistema:

RESUMEN UNIDADES DE DATOS

Correspondencia lgica entre las unidades de datos en niveles adyacentes

Funciones con unidades de datos

sin bloqueo ni desbloqueo

Operaciones con las conexiones

Repaso del nivel fsico

VELOCIDAD DE TRANSMISIN O DE MODULACIN (V t): Vt = 1 / (en baudios). Nmero de veces por

Servicios proporcionados a la capa de transporte

Control de flujo extremo-extremo

Primitivas de servicio de red orientadas a conexin

Se denomina negociacin descendente a .....

FASE DE INTERCAMBIO DE DATOS

El intercambio de primitivas sera:

Primitivas de servicio de red no orientadas a conexin

Parmetros de calidad de servicio de red

Organizacin interna de la capa de red

- a la cola llegan L-PDU F-SDU

Manejo de las tablas de Circuitos Virtuales

Cada tabla tiene dos partes:

Algoritmos y tcnicas de encaminamiento

- al tiempo de retardo de la cola (se minimizara el retardo)

Algoritmo de ruta de coste mnimo

(1)- se incorpora el nodo con mnimo coste

Estrategias de control de la congestin y bloqueo

Algunas estrategias son:

Servicios proporcionados a la capa de sesin

N-SAP = direccin de red del otro usuario

Calidad de servicio de transporte

Primitivas del servicio de transporte orientado a conexin

Conexin rechazada por el usuario llamado

usuario serv. transporte

Conexin rechazada por el usuario llamado

Conexin rechazada por el proveedor

usuario serv. transporte

Primitivas del servicio de transporte no orientado a conexin

Orden de utilizacin de las primitivas

Las primitivas que provocan esas transacciones son las siguientes:

Protocolos de transporte orientados a conexin en ISO

Se definen en base a los siguientes parmetros:

FORMATO DE LAS T-PDUs

FUNCIONES DEL PROTOCOLO DE TRANSPORTE

Los parmetros negociables son:

clase de protocolo a utilizar en funcin del tipo de red

En (1) se hace segmentacin y en (2) reensamblado