Luis Alvarez Vargas

Redes y Comunicacin de Datos

MODELO OSI: CAPA 5 SESION

EL MODELO OSI

Durante las ltimas dos dcadas ha habido un enorme crecimiento en la cantidad y tamao de las
redes. Muchas de ellas sin embargo, se desarrollaron utilizando implementaciones de hardware y
software diferentes. Como resultado, muchas de las redes eran incompatibles y se volvi muy
difcil para las redes que utilizaban especificaciones distintas poder comunicarse entre s. Para
solucionar este problema, la Organizacin Internacional para la Normalizacin (ISO) realiz varias
investigaciones acerca de los esquemas de red. La ISO reconoci que era necesario crear un
modelo de red que pudiera ayudar a los diseadores de red a implementar redes que pudieran
comunicarse y trabajar en conjunto (interoperabilidad) y por lo tanto, elaboraron el modelo de
referencia OSI en 1984.

Este captulo explica de qu manera los estndares aseguran mayor compatibilidad e

interoperabilidad entre los distintos tipos de tecnologas de red. En este captulo, aprender cmo
el esquema de networking del modelo de referencia OSI acomoda los estndares de networking.
Adems, ver cmo la informacin o los datos viajan desde los programas de aplicacin (como por
ejemplo las hojas de clculo) a travs de un medio de red (como los cables) a otros programas de
aplicacin ubicados en otros computadores de la red. A medida que avanza en este captulo,
aprender acerca de las funciones bsicas que se producen en cada capa del modelo OSI, que le
servirn de base para empezar a disear, desarrollar y diagnosticar las fallas de las redes.

MODELO GENERAL DE COMUNICACIN

USO DE LAS CAPAS PARA ANALIZAR PROBLEMAS EN UN FLUJO DE MATERIALES.

El concepto de capas le ayudar a comprender la accin que
se produce durante el proceso de comunicacin de un
computador a otro. En la figura se plantean preguntas que
involucran el movimiento de objetos fsicos como por
ejemplo, el trfico de autopistas o los datos electrnicos.
Este desplazamiento de objetos, sea este fsico o lgico, se
conoce como flujo. Existen muchas capas que ayudan a
describir los detalles del proceso de flujo. Otros ejemplos de
sistemas de flujo son el sistema de suministro de agua, el
sistema de autopistas, el sistema postal y el sistema
telefnico.

Ahora, examine la figura el cuadro "Comparacin de redes". Qu red est examinando? Qu

fluye? Cules son las distintas formas del objeto que fluye? Cules son las normas para el flujo?
Dnde se produce el flujo? Las redes que aparecen en este esquema le ofrecen ms analogas
para ayudarlo a comprender las redes informticas.

Pgina | 1
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Otro ejemplo que describe cmo puede usar el concepto de capas para analizar un tema cotidiano
es examinar una conversacin entre dos personas. Cuando usted tiene una idea que desea
comunicarle a otra persona, lo primero que hace es elegir (a menudo de modo subconsciente)
cmo desea expresar esa idea, luego decide cmo comunicarla de forma adecuada y, por ltimo,
transmite esa idea. Imagnese a un joven que est sentado en uno de los extremos de una mesa
muy larga. En el otro extremo de la mesa, bastante lejos, est sentada su abuela. El joven habla en
ingls. Su abuela prefiere hablar en espaol. En la mesa se ha servido una cena esplndida que ha
preparado la abuela. Sbitamente, el joven grita lo ms alto posible, en ingls: "Hey you! Give me
the rice!" (Oye, t! Dame el arroz!) Y extiende la mano sobre la mesa para agarrarlo. En la mayora
de los lugares, esta accin se considera bastante grosera.

Qu es lo que el joven debera haber hecho para comunicar sus deseos de forma aceptable?
Para ayudarlo a encontrar la respuesta a esta pregunta, analice el proceso de comunicacin por
capas. En primer lugar est la idea el joven desea el arroz; luego est la representacin de la
idea hablada en ingls (en lugar de espaol); a continuacin, el mtodo de entrega "Oye t"; y
finalmente el medio gritar (sonido) y extender la mano (accin fsica) sobre la mesa para tomar
el arroz.

A partir de este grupo de cuatro capas, se puede observar que tres de estas capas impiden que el
joven comunique su idea de forma adecuada/aceptable. La primera capa (la idea) es aceptable. La
segunda capa (representacin), hablando en ingls en lugar de en espaol, y la tercera capa
(entrega), exigiendo en lugar de solicitar con
educacin, definitivamente no obedecen a los
protocolos sociales aceptados. La cuarta capa
(medio), gritar y agarrar las cosas de la mesa
en lugar de solicitar ayuda en forma educada a
otra persona es un comportamiento
inaceptable prcticamente en cualquier
situacin social.

Si analiza esta interaccin desde el punto de

vista de las capas podr entender ms
claramente algunos de los problemas de la
comunicacin (entre las personas o entre los
computadores) y cmo es posible resolver
estos problemas.

ORIGEN, DESTINO Y PAQUETES DE DATOS

El nivel bsico de informacin por computador se
compone de dgitos binarios o bits (0 y 1). Los
computadores que envan uno o dos bits de
informacin, sin embargo, no seran demasiado
tiles, de modo que se necesitan otras agrupaciones:
los bytes, kilobytes, megabytes y gigabytes. Para
que los computadores puedan enviar informacin a

Pgina | 2
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

travs de una red, todas las comunicaciones de una red se inician en el origen, luego viajan hacia su
destino. Como lo ilustra la figura, la informacin que viaja a travs de una red se conoce como
paquete, datos o paquete de datos. Un paquete de datos es una unidad de informacin,
lgicamente agrupada, que se desplaza entre los sistemas de computacin. Incluye la informacin
de origen junto con otros elementos necesarios para hacer que la comunicacin sea factible y
confiable en relacin con los dispositivos de destino. La direccin origen de un paquete especifica
la identidad del computador que enva el paquete. La direccin destino especfica la identidad del
computador que finalmente recibe el paquete.

MEDIOS
Durante su estudio de networking, escuchar a menudo la palabra "medio". (Nota: El plural de
medio es medios). En networking, un medio es el material a travs del cual viajan los paquetes de
datos. Puede ser cualquiera de los siguientes materiales:

cables telefnicos
UTP de categora 5 (se utiliza para Ethernet 10BASE-T)
cable coaxial (se utiliza para la TV por cable)
fibra ptica (delgadas fibras de vidrio que transportan luz)

Existen otros dos tipos de medios que son menos evidentes, pero que no obstante se deben tener
en cuenta en la comunicacin por redes. En primer lugar, est la atmsfera (en su mayor parte
formada por oxgeno, nitrgeno y agua) que transporta ondas de radio, microondas y luz. La
comunicacin sin ningn tipo de alambres o cables se denomina inalmbrica o comunicacin de
espacio abierto. Esto es posible utilizando ondas electromagnticas (EM). Entre las ondas EM, que
en el vaco viajan a velocidad de la luz, se incluyen las ondas de energa, ondas de radio,
microondas, luz infrarroja, luz visible, luz ultravioleta, rayos x y rayos gama. Las ondas EM viajan a
travs de la atmsfera (principalmente compuesta de oxgeno, nitrgeno y agua), pero tambin
viajan a travs del vaco del espacio exterior (donde no existe prcticamente materia, ni molculas
ni tomos).

Pgina | 3
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

PROTOCOLO

Para que los paquetes de datos puedan viajar desde el origen hasta su destino a travs de una red,
es importante que todos los dispositivos de la red hablen el mismo lenguaje o protocolo. Un
protocolo es un conjunto de reglas que hacen que la comunicacin en una red sea ms eficiente.
Los siguientes son algunos ejemplos comunes:

En el Congreso de los Estados Unidos, una forma de las Reglas de Orden de Roberts hace
posible que cientos de Representantes que desean expresar sus opiniones lo hagan por
turnos y que transmitan sus ideas de forma ordenada.
Mientras se est conduciendo un auto, otros autos envan (o deberan hacerlo!) seales
cuando desean girar; si no lo hicieran, las rutas seran un caos.
Al volar un avin, los pilotos obedecen reglas muy especficas para poder comunicarse con
otros aviones y con el control de trfico areo.
Al contestar el telfono, alguien dice "Hola", y entonces la persona que realiza la llamada
dice "Hola, habla Fulano de Tal... ", y as
sucesivamente.

Una definicin tcnica de un protocolo de

comunicaciones de datos es: un conjunto de
normas, o un acuerdo, que determina el
formato y la transmisin de datos. La capa n de
un computador se comunica con la capa n de
otro computador. Las normas y convenciones
que se utilizan en esta comunicacin se
denominan colectivamente protocolo de la
capa n.

Pgina | 4
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

EVOLUCIN DE LAS NORMAS DE NETWORKING DE ISO

Al principio de su desarrollo, las LAN, MAN y WAN eran en cierto modo caticas. A principios de la
dcada de los 80 se produjo un enorme crecimiento en la cantidad y el tamao de las redes. A
medida que las empresas se dieron cuenta de que podran ahorrar mucho dinero y aumentar la
productividad con la tecnologa de networking, comenzaron a agregar redes y a expandir las redes
existentes casi simultneamente con la aparicin de nuevas tecnologas y productos de red.

A mediados de los 80, estas empresas debieron enfrentar problemas cada vez ms serios debido a
su expansin catica. Resultaba cada vez ms difcil que las redes que usaban diferentes
especificaciones pudieran comunicarse entre s. Se dieron cuenta que necesitaban salir de los
sistemas de networking propietarios. Los sistemas
propietarios se desarrollan, pertenecen y son
controlados por organizaciones privadas. En la
industria de la informtica, "propietario" es lo
contrario de "abierto". "Propietario" significa que
un pequeo grupo de empresas controla el uso total
de la tecnologa. Abierto significa que el uso libre de
la tecnologa est disponible para todos. Para
enfrentar el problema de incompatibilidad de las
redes y su imposibilidad de comunicarse entre s, la
Organizacin Internacional para la Normalizacin (ISO) estudi esquemas de red como DECNET,
SNA y TCP/IP a fin de encontrar un conjunto de reglas. Como resultado de esta investigacin, la ISO
desarroll un modelo de red que ayudara a los fabricantes a crear redes que fueran compatibles y
que pudieran operar con otras redes.

El proceso de dividir comunicaciones complejas en tareas ms pequeas y separadas se podra

comparar con el proceso de construccin de un automvil. Visto globalmente, el diseo, la
fabricacin y el ensamblaje de un automvil es un proceso de gran complejidad. Es poco probable
que una sola persona sepa cmo realizar todas las tareas requeridas para la construccin de un
automvil desde cero. Es por ello que los ingenieros mecnicos disean el automvil, los
ingenieros de fabricacin disean los moldes para fabricar las partes y los tcnicos de ensamblaje
ensamblan cada uno una parte del auto. El modelo de referencia OSI (Nota: No debe confundirse
con ISO.), lanzado en 1984, fue el esquema descriptivo que crearon. Este modelo proporcion a los
fabricantes un conjunto de estndares que aseguraron una mayor compatibilidad e
interoperabilidad entre los distintos tipos de tecnologa de red utilizados por las empresas a nivel
mundial.

Pgina | 5
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

EL MODELO DE REFERENCIA OSI

PROPSITO DEL MODELO DE REFERENCIA OSI

El modelo de referencia OSI es el modelo principal para las comunicaciones por red. Aunque
existen otros modelos, en la actualidad la mayora de los fabricantes de redes relacionan sus
productos con el modelo de referencia OSI, especialmente cuando desean ensear a los usuarios
cmo utilizar sus productos. Los fabricantes consideran que es la mejor herramienta disponible
para ensear cmo enviar y recibir datos a travs de una red.

El modelo de referencia OSI permite que los usuarios vean las funciones de red que se producen
en cada capa. Ms importante an, el modelo de referencia OSI es un marco que se puede utilizar
para comprender cmo viaja la informacin a travs de una red. Adems, puede usar el modelo de
referencia OSI para visualizar cmo la informacin o los paquetes de datos viajan desde los
programas de aplicacin (por ej., hojas de clculo, documentos, etc.), a travs de un medio de red
(por ej., cables, etc.), hasta otro programa de
aplicacin ubicado en otro computador de la
red, aun cuando el transmisor y el receptor
tengan distintos tipos de medios de red.

En el modelo de referencia OSI, hay siete

capas numeradas, cada una de las cuales
ilustra una funcin de red especfica. Esta
divisin de las funciones de networking se
denomina divisin en capas. Si la red se divide
en estas siete capas, se obtienen las
siguientes ventajas:

Divide la comunicacin de red en partes ms pequeas y sencillas.

Normaliza los componentes de red para permitir el desarrollo y el soporte de los productos
de diferentes fabricantes.
Permite a los distintos tipos de hardware y software de red comunicarse entre s.
Impide que los cambios en una capa puedan afectar las dems capas, para que se puedan
desarrollar con ms rapidez.
Divide la comunicacin de red en partes ms pequeas para simplificar el aprendizaje.

Pgina | 6
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

LAS SIETE CAPAS DEL MODELO DE REFERENCIA OSI

El problema de trasladar informacin entre computadores se divide en siete problemas ms

pequeos y de tratamiento ms simple en el modelo de referencia OSI. Cada uno de los siete
problemas ms pequeos est representado por su propia capa en el modelo. Las siete capas del
modelo de referencia OSI son:
Capa 7: La capa de aplicacin
Capa 6: La capa de presentacin
Capa 5: La capa de sesin
Capa 4: La capa de transporte
Capa 3: La capa de red
Capa 2: La capa de enlace de datos
Capa 1: La capa fsica

FUNCIONES DE LA CAPA 5 SESIN

La capa de sesin Como su nombre lo implica, la capa de sesin establece, administra y finaliza las
sesiones entre dos hosts que se estn comunicando. La capa de sesin proporciona sus servicios a
la capa de presentacin. Tambin sincroniza el dilogo entre las capas de presentacin de los dos
hosts y administra su intercambio de datos. Adems de regular la sesin, la capa de sesin ofrece
disposiciones para una eficiente transferencia de datos, clase de servicio y un registro de
excepciones acerca de los problemas de la capa de sesin, presentacin y aplicacin. Si desea
recordar la Capa 5 en la menor cantidad de palabras posible, piense en dilogos y conversaciones.

Pgina | 7
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

INTRODUCCION
A diferencia de lo que ocurre con los protocolos de
aplicacin del conjunto TCP/IP, que interactan
directamente con los protocolos de la capa de
transporte (UDP y TCP), en el modelo de referencia
OSI lo hacen a travs de las entidades de protocolo
asociadas a dos capas intermedias, de sesin y de
presentacin.

Como se aprecia en la figura de la derecha, el nivel de

aplicacin consta de dos conjuntos de protocolos,
cada uno de los cuales es un elemento de servicio de
aplicacin (ASE: Application Service Element). El ASE
es la especificacin de servicio y protocolo
combinada de un protocolo. Un conjunto realiza
funciones de aplicacin especficas en tanto que el
otro efecta funciones de soporte ms generales
conocidas tambin como elementos de servicio de
aplicacin comunes (CASE: Common Application
Service Element). En el conjunto TCP/IP, las
funcionalidades de los CASE y de las capas de
presentacin y de sesin estn incorporadas en cada
protocolo de aplicacin, segn sea apropiado.

El propsito principal de la capa de sesin en la pila OSI es minimizar los efectos de los fallos en la
red durante una transaccin de aplicacin. En muchas aplicaciones, una transaccin puede ocupar
un tiempo considerable y requerir la transferencia de una gran cantidad de datos. Un ejemplo sera
una base de datos que contuviera un conjunto de cuentas de clientes o expedientes de empleados
y que se transfiriera de un proceso de aplicacin servidor a un proceso cliente. Si ocurre un fallo de
la red al final de una transferencia como esta, quiz sea necesario repetir la transferencia
completa, o varias transferencias de este tipo. La capa de sesin ofrece servicios para reducir el
efecto de este tipo de fallos.

La capa de sesin permite a una entidad de protocolo de aplicacin, a travs de los servicios que
ofrece la capa de presentacin, efectuar lo siguiente:

Establecer un camino de comunicacin lgico (conexin de sesin) con otra entidad de

aplicacin, utilizarlo para intercambiar datos (unidades de dilogo) y liberar la conexin de
una forma ordenada.

Pgina | 8
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Establecer puntos de sincronizacin durante un dilogo y, en caso de ocurrir errores, reanudar

el dilogo a partir de un punto de sincronizacin convenido
Interrumpir (suspender) un dilogo y reanudarlo despus en un punto convenido de
antemano.
Mantener informada de ciertas excepciones que pueden surgir de la red subyacente durante
una sesin.

SERVICIOS QUE OFRECE

Intercambio de Datos
La caracterstica ms importante de la capa de sesin es el intercambio de datos. Una sesin, al
igual que una conexin de transporte, sigue un proceso de tres fases: la de establecimiento, la de
utilizacin y la de liberacin. Las primitivas que se le proporcionan a la capa de presentacin, para
el establecimiento, utilizacin y liberacin de sesiones, son muy parecidas a las proporcionadas a la
capa de sesin para el establecimiento, uso y liberacin de conexiones de transporte. En muchos
casos, todo lo que la entidad de sesin tiene que hacer, cuando primitiva es invocada por el
usuario de sesin, es invocar la primitiva de transporte correspondiente para que se pueda as
realizar el trabajo.

En cualquier caso, y a pesar de estas similitudes, existen importantes diferencias entre el

intercambio de datos de sesin y el intercambio de datos de transporte. La ms importante de
estas diferencias es la forma de liberar las sesiones y las conexiones de transporte. Las conexiones
de transporte se terminan con la primitiva T-DISCONNECT.request, que produce una liberacin
abrupta y puede traer como resultado la prdida de los datos en trfico que haya en el momento
de la liberacin. Las sesiones se terminan con la primitiva S-RELEASE.request, que resulta en una
liberacin ordenada en la cual los datos jams se llegan a perder. Tambin otro de los motivos
porque el intercambio de datos de sesin difiere del de transporte, es en la cantidad diferente de
datos. La capa de transporte tiene dos flujos de datos que son lgicamente independientes, es
decir, los datos normales y los datos acelerados. La capa de sesin, adems de estos dos tipos
tiene, tambin, los datos tipiados y los de capacidad.

Administracin del Dialogo

En principio, todas las conexiones del modelo OSI son dplex, es decir, las unidades de datos del
protocolo (PDU) se pueden mover en ambas direcciones simultneamente sobre la misma
conexin. Aunque puede haber situaciones en las que el software de capas superiores est
estructurado de tal forma que espera que los usuarios tomen turno convirtiendo la comunicacin
en semidplex. La administracin del dialogo ser uno de los servicio de la capa de sesin y
consistir en mantener un seguimiento de a quien le corresponde el turno de hablar y de hacerlo
cumplir. En el momento en el que se inicia una sesin se seleccionara el modo de funcionamiento y
ya sea dplex o semidplex, la negociacin inicial determina quien tendr primeramente el testigo

Pgina | 9
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

de datos porque solo el usuario que posee el testigo podrs transmitir mientras el otro se
mantendr en silencio. Cuando termine le pasara el testigo a su interlocutor.

Sincronizacin
Otro servicio de la capa de sesin es la sincronizacin, la cual se utiliza para llevar las entidades de
sesin de vuelta a un estado conocido, en caso de que haya un error o algn desacuerdo. A
primera vista, este servicio parecera innecesario porque la capa de transporte se ha diseado
cuidadosamente para que se pueda recuperar, en forma transparente, de todos los errores de
comunicacin, as como de fallos de las subredes. Sin embargo la capa de transporte se ha
diseado para enmascarar los errores de comunicacin. Esta no se puede recuperar de los errores
cometidos en la capa superior.

La solucin recae sobre la capa de sesin. Los usuarios de sesin pueden dividir el texto en
pginas, e insertar un punto de sincronizacin entre cada una de ellas. En caso de presentarse un
problema, es posible restablecer el estado de la sesin a un punto previo de sincronizacin, para
desde ah continuar. Por supuesto, para hacer posible este proceso, llamado resincronizacin, el
usuario de sesin emisor deber continuar reteniendo los datos durante el tiempo que sea
necesario. Existen dos tipos diferentes de puntos de sincronizacin, el mayor y el menor, cada uno
de ellos con sus propias primitivas. Las unidades delimitadas por los puntos de sincronizacin
mayores se llaman unidades de dialogo, y generalmente representan partes de trabajo
lgicamente significativas. Cuando se lleva a cabo la transmisin de un libro, por ejemplo, los
captulos podran estar delimitados por puntos de sincronizacin mayores.

Administracin de Actividades
Otra de las caractersticas claves de la capa de sesin, muy relacionada con la sincronizacin, es la
administracin de actividades. La idea tras la administracin de actividades es la de permitir que el
usuario divida el flujo de mensajes en unidades lgicas denominadas actividades. Cada actividad es
completamente independiente de cualquiera de las dems que pudieron haber venido antes o que
vendrn despus de ella. Es importante indicar que la eleccin de lo que constituye una actividad la
llevan a cabo los usuarios, y no la capa de sesin. Lo nico que hace la capa de sesin es asegurar
que cuando un usuario haga una solicitud mediante la primitiva S-ACTIVITY, el otro usuario
obtenga la indicacin correspondiente.

La capa de sesin solo est interesada en la ejecucin de las primitivas, pero no sobre su
significado o uso. Las actividades estn estrechamente relacionadas con los puntos de
sincronizacin. Cuando se inicia una actividad, los nmeros de serie de los puntos de
sincronizacin vuelven a 1 y se inserta un punto de sincronizacin mayor. Dentro de una actividad
es posible establecer puntos de sincronizacin adicionales ya sean mayores o menores. Dado que
el inicio de una actividad tambin corresponde a un punto de sincronizacin mayor, una vez que se
inicia una actividad, ya no es posible resincronizar a un punto anterior a aquel correspondiente al
inicio de dicha actividad. Es decir, no es posible resincronizar a un punto de sincronizacin de una
actividad previa.
Notificacin de Excepciones

Pgina | 10
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Otra caracterstica de la capa de sesin es la correspondiente a un mecanismo de propsito

general para notificar errores inesperados. Si un usuario tiene algn problema, por cualquier
razn, este problema se puede notificar a su corresponsal utilizando la primitiva S-U-EXCEPTION-
REPORT.request. Algunos datos del usuario se pueden transferir utilizando esta primitiva. Los
datos del usuario, generalmente, explicaran que es lo que sucedi. La notificacin de excepciones
no solamente se aplica a los errores detectados del usuario. El proveedor del servicio puede
generar una primitiva S-P-EXCEPTION-REPORT.indication para informarle al usuario sobre los
problemas internos que existen dentro de la capa de sesin, o sobre problemas que le reporten
procedentes de las capas de transporte o inferiores. Estas notificaciones contienen un campo que
describe la naturaleza de la excepcin. La decisin sobre qu accin tomar, si hay alguna,
depender del usuario.

ESPECIFICACION DEL PROTOCOLO

El protocolo de la capa de sesin se especifica en trminos de una mquina de protocolo de sesin

abstracta (MAS) que se considera dentro de la capa de sesin. Dicha maquina abstracta se
comunica con el usuario a travs de un SSAP(punto de acceso al servicio de sesin) por medio del
intercambio de primitivas del servicio de sesin y con el proveedor a travs de un TSAP(punto de
acceso al servicio de transporte) por medio del intercambio de primitivas de transporte. El
protocolo de sesin establece las reglas para el intercambio de datos e informacin de control
entre entidades de sesin pares utilizando una conexin de transporte.

La relacin entre el intercambio de primitivas y los procedimientos del protocolo es como sigue:
Si llega a la mquina de protocolo de sesin una unidad de datos del protocolo de sesin
(SPDU), entregada por el proveedor (capa de transporte), se generara una indicacin o
confirmacin de servicio al usuario (primitivas indication o confirm). - Si se recibe del
usuario un requerimiento o respuesta (primitivas request o response), se enva una SPDU
desde una entidad de sesin a otra y/o se genera un requerimiento del servicio de
transporte.
Una SPDU generada por la mquina de protocolo de sesin puede contener parmetros
que toman valores dependiendo del servicio solicitado por el usuario y/o de la informacin
mantenida en la mquina de protocolo de sesin (por ejemplo, parmetros negociados en
el establecimiento de la conexin de sesin).

Pgina | 11
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

MANEJO DEL DIALOGO

1. Por defecto todas las conexiones son full-dplex (PDUs en ambos sentidos a la vez).
2. Existe hardware y aplicaciones nicamente half-duplex, por lo que a nivel de sesin
necesitamos controlar qu extremo puede transmitir en cada momento.
3. El manejo de dilogo se consigue usando un token de datos. Al iniciar la conexin se
negocia half-duplex y se identifica quin tendr el token al principio.
4. Slo puede transmitir el que tiene el token (el otro debe guardar silencio). Cuando termina
le pasa el token al otro extremo usando S-TOKEN-GIVE.request.
5. Si el que no tiene el token quiere transmitir puede pedirlo con S-TOKEN-PLEASE.request. El
poseedor del token puede

La siguiente imagen muestra una comunicacin half- En esta imagen podemos observar una comunicacin full-
duplex, el host que tiene el token de datos, muestra su dplex, cada host puede enviar y recibir PDUs al mismo
lnea de tiempo de color azul, hasta que cede el token de tiempo. Este tipo de conexin es el que se utiliza por
datos al otro extremo. defecto.

concederlo o bien rechazar la peticin.

SINCRONIZACIN

La sincronizacin se utiliza para regresar a un estado anterior conocido en caso de error

durante la sesin. Aunque parezca innecesario (la capa de transporte slo recupera errores
de comunicacin) ocurren muchos errores a nivel de sesiones entre usuarios (capas
superiores).
Si los datos se envan a un host remoto y ste imprime la informacin, un fallo en la
impresin puede hacer que se pierda un mensaje ya confirmado al emisor. Si dividimos el

Pgina | 12
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

mensaje en pginas (puntos de sincronizacin) podemos confirmarlas y en su caso

retransmitirlas individualmente en resincronizacin.
Los usuarios pueden insertar puntos de sincronizacin (PdS) durante una sesin. Cada PdS
lleva un nmero identificativo. Cuando un extremo pide un PdS el otro recibe una
indicacin. Igualmente cuando un extremo pide resincronizar el otro recibe una indicacin.

En ningn caso se recupera el error a nivel de sesin. A este nivel se dan las primitivas para
poder resincronizar pero sta se debe llevar a cabo en niveles superiores. Existen dos tipos
de puntos de sincronizacin. Cada tipo de punto tiene su conjunto de primitivas asociadas.
Dos puntos de sincronizacin mayor delimitan una UNIDAD DE DILOGO.

Las principales diferencias entre PdS mayores y menores son:

Slo se puede resincronizar al PdS ms cercano.

Si entre dos PdS mayores no hay menores slo se puede resincronizar al anterior PdS
mayor.
Si hay dos PdS mayores y entre ellos varios menores s puede resincronizarse a cualquiera
de ellos.
Los PdS mayores se confirman, mientras que los menores no.
Poner cualquier PdS requiere poseer el token asociado al tipo de punto deseado.
Estos dos son distintos entre s y distintos del token de datos.
Cuando se resincroniza se restauran los token a la situacin existente cuando se estableci
el PdS al que se resincroniza.

MANEJO DE ACTIVIDADES

Otra caracterstica de la capa de sesin, relacionada con la sincronizacin, es el manejo de

actividades. La idea es permitir al usuario dividir el mensaje en unidades lgicas llamadas
Actividades. Cada actividad es completamente independiente de cualquier otra actividad que
pueda haber llegado antes o despus de ella.

Pgina | 13
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Depende del usuario determinar lo que es una actividad. La eleccin de qu constituye una
actividad es hecha por los usuarios, no por la capa de sesin. La capa de sesin se encarga de que
cuando un usuario haga una peticin de S-ACTIVITY el otro obtenga la correspondiente indicacin.
Para evitar situaciones de bloqueo de recursos y problemas por cada del host local cualquier
transaccin debe estructurarse como una actividad de la capa de sesin. Despus de recibir la S-
ACTIVITY-START.indication, el host remoto slo acumula mensajes entrantes hasta que S-ACTIVITY-
END.indication seale que no hay ms. Slo entonces se procesaran.

Las actividades, o se completan en su totalidad, o no se completan en absoluto. De esta forma,

ningn fallo externo dejara al host remoto a medias en una transaccin (atomicidad).

INFORME DE EXCEPCIONES

Otra caracterstica de la capa de sesin es un mecanismo para informe de errores

inesperados.
Si un usuario tiene un problema, ste problema puede ser informado al otro usuario usando
la primitiva S-U-EXCEPTION-REPORT.request.
Se pueden transferir datos usando esta primitiva. Los datos explicarn lo que ha ocurrido.
El informe de excepciones no slo se aplica a los errores detectados por el usuario.
El proveedor del servicio puede generar un S-P-EXCEPTION-REPORT.indication para
notificar al usuario sobre problemas internos a la capa de sesin o problemas informados
desde la capa de transporte o las capas ms bajas. Estos informes contienen un campo que
describen la naturaleza de la excepcin.

PRIMITIVAS DEL SERVICIO OSI

Cada tipo de primitiva puede tener request, indication, response y confirm. Hay 58 primitivas que
pueden dividirse en 7 grupos:
Establecimiento de conexin.
Liberacin de conexin.
Transferencia de datos.
Manejo de token.
Sincronizacin.
Manejo de actividades.
Informe de excepciones.

Pgina | 14
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

SERVICIO ORIENTADO A LA CONEXIN

PRIMITIVAS DE SESIN EN Rq In Rs Cn SIGNIFICADO

OSI
S-CONNECT Establece una conexion
S-RELEASE Termina una sesin de forma gradual
S-U-ABORT Liberacin abrupta iniciada por el usuario
S-P-ABORT Liberacin abrupta iniciada por el
proveedor
S-DATA Transferencia de datos normales
S-EXPEDITED-DATA Transferencia de datos expeditivos
S-TYPED-DATA Transferencia de datos fuera-de-banda
S-CAPABILITY-DATA Controla la trasferencia de datos
S-TOKEN-GIVE Pasa el token a la otra capa
S-TOKEN-PLEASE Pide un token a la otra capa
S-CONTROL-GIVE Pasa todos los tokens a la otra capa
S-SYNC-MAJOR Inserta un punto de sincronizacin mayor
S-SYNC-MINOR Inserta un punto de sincronizacion menor
S-RESYNCHRONIZE Volver a un punto de sincronizacin previo
S-ACTIVITY-START Comienza una actividad
S-ACTIVITY-END Termina una actividad
S-ACTIVITY-DISCARD Abandona una actividad
S-ACTIVITY-INTERRUPT Suspende una actividad
S-ACTIVITY-RESUME Retoma una actividad previamente
suspendida
S-U-EXCEPTION-REPORT Informa de una excepcin de usuario
S-P-EXCEPTION-REPORT Informa de una excepcin del proveedor

SERVICIO SIN CONEXIN

S-UNITDATA Transferencia de datos sin conexin

Pgina | 15
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

LA CAPA DE SESIN EN VARIAS REDES

CAPA DE SESIN EN ARPANET

ARPANET no tiene una capa de sesin o algo que se le parezca; sino ms bien depende de las
aplicaciones individuales al manejo de sus sesiones, siempre que sea necesario. Por otro lado, se
ha trabajado mucho sobre RPC (caso especial de comunicacin asncrona, el emisor enva una
peticin de servicio al receptor y espera la respuesta) dentro de la comunidad de conexin de
redes ARPA, especialmente en Xerox PARC y en la Universidad de Carnegie-Melln.

CAPA DE SESIN EN MAP Y TOP

MAP y TOP utilizan una forma restringida de la capa de sesin del modelo OSI. El establecimiento
de sesin, la transferencia de datos y la liberacin de sesin estn totalmente soportados para el
modo dplex; mientras que el modo semidplex no est soportado. El servicio de sincronizacin,
la administracin de actividades, la notificacin de excepciones, los datos tipiados y el servicio de
datos de capacidad no son requeridos. Este subconjunto corresponde a grandes rasgos al
desaparecido subconjunto bsico sincronizado, con la omisin del modo semidplex y datos
tipiados. Los protocolos de sesin MAP y TOP son subconjuntos de los protocolos completos de
sesin del modelo OSI. Aquellas SPDU necesarias para realizar el subconjunto MAP y TOP debern
ser realizadas. Las dems son opcionales.

CAPA DE SESIN EN USENET

Al igual que en ARPANET, USENET no cuenta con una capa de sesin. A diferencia de ARPANET, no
es ni siquiera posible, para las capas superiores, realizar por s mismas los servicios de sesin.
Ninguno de los servicios de sesin se necesita en absoluto.

COMPARACIN DEL MODELO OSI Y EL MODELO TCP/IP

EL MODELO DE REFERENCIA TCP/IP

Aunque el modelo de referencia OSI sea universalmente reconocido, el estndar abierto de
Internet desde el punto de vista histrico y tcnico es el Protocolo de control de
transmisin/Protocolo Internet (TCP/IP). El modelo de referencia TCP/IP y la pila de protocolo
TCP/IP hacen que sea posible la comunicacin entre dos computadores, desde cualquier parte del
mundo, a casi la velocidad de la luz. El modelo TCP/IP tiene importancia histrica, al igual que las
normas que permitieron el desarrollo de la industria telefnica, de energa elctrica, el ferrocarril,
la televisin y las industrias de vdeos.
Las capas del modelo de referencia TCP/IP

El Departamento de Defensa de EE.UU. (DoD) cre el modelo TCP/IP porque necesitaba una red
que pudiera sobrevivir ante cualquier circunstancia, incluso una guerra nuclear. Para brindar un
ejemplo ms amplio, supongamos que el mundo est en estado de guerra, atravesado en todas
direcciones por distintos tipos de conexiones: cables, microondas, fibras pticas y enlaces
satelitales. Imaginemos entonces que se necesita que fluya la informacin o los datos
(organizados en forma de paquetes), independientemente de la condicin de cualquier nodo o red

Pgina | 16
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

en particular de la internetwork (que en este caso podran haber sido destruidos por la guerra). El
DoD desea que sus paquetes lleguen a destino siempre, bajo cualquier condicin, desde un punto
determinado hasta cualquier otro. Este problema de diseo de difcil solucin fue lo que llev a la
creacin del modelo TCP/IP, que desde entonces se transform en el estndar a partir del cual se
desarroll Internet.
A medida que obtenga ms informacin acerca de las capas,
tenga en cuenta el propsito original de Internet; esto le ayudar
a entender por qu motivo ciertas cosas son como son. El modelo
TCP/IP tiene cuatro capas: la capa de aplicacin, la capa de
transporte, la capa de Internet y la capa de acceso de red. Es
importante observar que algunas de las capas del modelo TCP/IP
poseen el mismo nombre que las capas del modelo OSI. No
confunda las capas de los dos modelos, porque la capa de
aplicacin tiene diferentes funciones en cada modelo.

Capa de aplicacin Los diseadores de TCP/IP sintieron que los protocolos de nivel superior
deberan incluir los detalles de las capas de sesin y presentacin. Simplemente crearon una capa
de aplicacin que maneja protocolos de alto nivel, aspectos de representacin, codificacin y
control de dilogo. El modelo TCP/IP combina todos los aspectos relacionados con las aplicaciones
en una sola capa y garantiza que estos datos estn correctamente empaquetados para la siguiente
capa.

Capa de transporte La capa de transporte se refiere a los aspectos de calidad del servicio con
respecto a la confiabilidad, el control de flujo y la correccin de errores. Uno de sus protocolos, el
protocolo para el control de la transmisin (TCP), ofrece maneras flexibles y de alta calidad para
crear comunicaciones de red confiables, sin problemas de flujo y con un nivel de error bajo. TCP es
un protocolo orientado a la conexin. Mantiene un dilogo entre el origen y el destino mientras
empaqueta la informacin de la capa de aplicacin en unidades denominadas segmentos.
Orientado a la conexin no significa que el circuito exista entre los computadores que se estn
comunicando (esto sera una conmutacin de circuito). Significa que los segmentos de Capa 4
viajan de un lado a otro entre dos hosts para comprobar que la conexin exista lgicamente para
un determinado perodo. Esto se conoce como conmutacin de paquetes.}

Capa de Internet El propsito de la capa de Internet es enviar paquetes origen desde cualquier red en la
internetwork y que estos paquetes lleguen a su destino independientemente de la ruta y de las redes que
recorrieron para llegar hasta all. El protocolo especfico que rige esta capa se denomina Protocolo Internet
(IP). En esta capa se produce la determinacin de la mejor ruta y la conmutacin de paquetes. Esto se
puede comparar con el sistema postal. Cuando enva una carta por correo, usted no sabe cmo llega a
destino (existen varias rutas posibles); lo que le interesa es que la carta llegue.

Pgina | 17
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Capa de acceso de red El nombre de esta capa es muy amplio y se presta a confusin. Tambin se denomina
capa de host a red. Es la capa que se ocupa de todos los aspectos que requiere un paquete IP para realizar
realmente un enlace fsico y luego realizar otro enlace fsico. Esta capa incluye los detalles de tecnologa
LAN y WAN y todos los detalles de las capas fsicas y de enlace de datos del modelo OSI.

COMPARACIN ENTRE EL MODELO OSI Y EL MODELO TCP/IP

SIMILITUDES
1. Ambos se dividen en capas
2. Ambos tienen capas de aplicacin,
aunque incluyen servicios muy distintos
3. Ambos tienen capas de transporte y de
red similares
4. Se supone que la tecnologa es de
conmutacin por paquetes (no de
conmutacin por circuito)
5. Los profesionales de networking deben
conocer ambos

DIFERENCIAS
1. TCP/IP combina las funciones de la capa
de presentacin y de sesin en la capa de aplicacin
2. TCP/IP combina la capas de enlace de datos y la capa fsica del modelo OSI en una sola capa
3. TCP/IP parece ser ms simple porque tiene menos capas
4. Los protocolos TCP/IP son los estndares en torno a los cuales se desarroll la Internet, de
modo que la credibilidad del modelo TCP/IP se debe en gran parte a sus protocolos. En
comparacin, las redes tpicas no se desarrollan normalmente a partir del protocolo OSI,
aunque el modelo OSI se usa como gua.

USO DE LOS MODELOS OSI Y TCP/IP

Aunque los protocolos TCP/IP representan los estndares en base a los cuales se ha desarrollado la
Internet, este currculum utiliza el modelo OSI por los siguientes motivos:

Es un estndar mundial, genrico, independiente de los protocolos.

Es ms detallado, lo que hace que sea ms til para la enseanza y el aprendizaje.
Al ser ms detallado, resulta de mayor utilidad para el diagnstico de fallas.

Pgina | 18
 Luis Alvarez Vargas
Redes y Comunicacin de Datos

Muchos profesionales de networking tienen distintas opiniones con respecto al modelo que se
debe usar. Usted debe familiarizarse con ambos modelos. Utilizar el modelo OSI como si fuera un
microscopio a travs del cual se analizan las redes, pero tambin utilizar los protocolos de TCP/IP
a lo largo del currculum. Recuerde que existe una diferencia entre un modelo (es decir, capas,
interfaces y especificaciones de protocolo) y el protocolo real que se usa en networking. Usted
usar el modelo OSI y los protocolos TCP/IP.

Se concentrar en TCP como un protocolo de Capa 4 de OSI, IP como un protocolo de Capa 3 de

OSI y Ethernet como una tecnologa de las Capas 2 y 1. El diagrama de la figura indica que
posteriormente durante el curso se examinar una tecnologa de la capa de enlace de datos y de la
capa fsica en particular entre las diversas opciones disponibles: esta tecnologa ser Ethernet.

Pgina | 19