UNIVERSIDAD TECNOLOGICA DE HONDURAS

UTH

INFORME MODELO OSI

CAPA 5 – CAPA DE SESION

CATEDRÁTICO: ING. JOSE ENRIQUE BILLIBORD

ASIGNATURA: REDES 1

Integrantes:
1. Dayanara Mendoza Enamorado 201910040327
2. Allan Enrique Delgado Paz 200611120009
3. Carlos Wilberto Rodríguez Ruiz 201910020179
4. David Issac Benítez Castillo 201710110499
5. Anthony Saint Hernández González 201810050092
6. Abner Onan Donaire Hernández 201930020081
7. Abner Jasser Lagos Martínez 201610110010

1
 INTRODUCCIÓN

Como su nombre lo implica, la capa de sesión establece, administra y finaliza

las sesiones entre dos hosts que se están comunicando. La capa de sesión
proporciona sus servicios a la capa de presentación. También sincroniza el
diálogo entre las capas de presentación de los dos hosts y administra su
intercambio de datos. Además de regular la sesión, la capa de sesión ofrece
disposiciones para una eficiente transferencia de datos, clase de servicio y un
registro de excepciones acerca de los problemas de la capa de sesión,
presentación y aplicación. Si desea recordar la Capa 5 en la menor cantidad de
palabras posible, piense en diálogos y conversaciones

La capa de Sesión permite que los usuarios de diferentes maquinas

establezcan sesiones entre ellos. Por medio de la Sesión puede llevarse a cabo
un transporte de datos ordinario, como lo hace la capa de transporte, pero
mejorando el servicio que esta proporciona.

Un servicio de esta capa es el de gestionar el Control de Dialogo. Estas

sesiones permiten el tráfico en ambas direcciones al mismo tiempo, o a una
sola dirección. Si el tráfico solo puede ir en una dirección, la capa de sesión
ayudara en el seguimiento de quien tiene el turno.

Otro servicio es el de sincronización, aquí la capa proporciona una forma para

insertar puntos de verificación en el flujo de datos, con el objeto de que
después de cada caída, solamente se repitan los datos que están después del
último punto de verificación.

2
Índice
1 CAPA DE SESIÓN.........................................................................................................................4
1.1 Función principal................................................................................................................5
1.2 Servicios de la capa de sesión.............................................................................................6
1.3 Sincronización....................................................................................................................8
1.4 Características....................................................................................................................9
1.5 Administración de actividades..........................................................................................10
1.6 Notificación de excepciones.............................................................................................11
1.7 Primitivas del servicio de sesión OSI.................................................................................11
1.8 Diferencia entre una sesión y una conexión de transporte..............................................12
1.9 Direccionamiento.............................................................................................................12
1.10 Protocolos de la capa de sesión........................................................................................12
1.11 Semántica de las llamadas de procedimientos remotos..................................................13
1.12 Capa de sesión en redes públicas.....................................................................................15
1.13 La capa de sesión en ARPANET.........................................................................................17
1.14 Capa de sesión en MAP y TOP..........................................................................................17
1.15 La capa de sesión en USENET...........................................................................................17

3
CAPA DE SESIÓN

El nivel de sesión o capa de sesión es el quinto nivel del modelo OSI, es la que

se ocupa de la administración de la red; tiene la capacidad de cancelar
sesiones y controlar la terminación ordenada de una sesión, verifica la
contraseña escrita por un usuario y permite que el usuario conmute la
transmisión semiduplex (esperar turno) a dúplex (en ambas direcciones).

Puede determinar quién habla, con qué frecuencia y durante cuánto tiempo,
controla la transferencia de datos e incluso maneja la recuperación de una
caída del sistema. Después de que los paquetes de datos provenientes de las
cuatros capas inferiores se transportan a través de la capa de transporte, son
transformados en sesiones por el protocolo 5 o capa de sesión del modelo OSI.
Esto se logra implementando varios mecanismos de control.

4
Función principal

Consiste en proporcionar una manera por medio de la cual los usuarios de la

capa de sesión establezcan conexiones llamadas sesiones, y transfiera datos
sobre ellas en forma ordenada.

Una sesión se parece a una conexión de transporte, pero no son idénticas; por
lo general cuando llega a presentarse una solicitud para que la capa de sesión
establezca una sesión, se deberá establecer una conexión de transporte que se
encargue de soportar la conexión. Cuando termina la sesión se libera la
conexión de transporte.

Cada vez que un agente contesta una llamada, se establece una sesión con el
ordenador principal. Una vez que la llamada se procesa, la sesión se da por
terminada, pero lo importante aquí es que no hay necesidad de cargar con el
problema de liberar la conexión de transporte subyacente, porque seguramente
será necesaria otra vez en unos cuantos segundos.

Formas de correlacionar sesiones sobre conexiones de transporte.

 Correlación uno a uno.

 Sesiones consecutivas utilizan la misma conexión de transporte.
 Una sesión se extiende a múltiples conexiones de transporte.

Considérese el caso de una línea aérea que tiene oficinas de reserva en varias
ciudades. Cada oficina tiene agentes con terminales conectados a un
miniordenador ubicado en la oficina local. Los miniordenadores se conectan
mediante una red de área extendida a un ordenador principal en el cual se

5
encuentra la base de datos de las reservas. Cada vez que un agente contesta
una llamada se establece una sesión con el ordenador principal.

Una vez que la llamada se procesa la sesión se da por terminada, pero lo

importante aquí es que no hay necesidad de cargar con el problema de liberar
la conexión de transporte, porque seguramente será necesaria otra vez en unos
cuantos segundos.

Es más sencillo por lo tanto permitir que sesiones consecutivas utilicen la

misma conexión de transporte. Se da una tercera forma posible de correlación
entre sesiones y conexiones de transporte. En este caso se puede observar una
sesión que abarca múltiples conexiones de transporte. Esto es por si llega a
fallar una conexión de transporte (por cualquier razón), la capa de sesión
puede establecer una nueva conexión de transporte y seguir con la sesión
sobre la nueva conexión.

Servicios de la capa de sesión

 Control del Diálogo: Este puede ser simultáneo en los dos sentidos (full-
duplex) o
alternado en
ambos
sentidos
(half-

6
 duplex). establece el orden en que los mensajes deben fluir entre usuarios
finales.
 Agrupamiento: El flujo de datos se puede marcar para definir grupos de
datos.
 Recuperación: La capa de sesión puede proporcionar un procedimiento de
puntos de comprobación, de forma que si ocurre algún tipo de fallo entre
puntos de comprobación, la entidad de sesión puede retransmitir todos los
datos desde el último punto de comprobación y no desde el principio.
La capa de sesión surge como una forma de organizar y sincronizar el diálogo
y controlar el intercambio de datos. Las comunicaciones de datos se
transportan a través de redes conmutadas por paquetes, al contrario de lo que
ocurre con las llamadas telefónicas que se transportan a través de redes
conmutadas por circuitos.

Administración del diálogo

El hecho de mantener un seguimiento de a quien le corresponde el turno de

hablar (y hacerlo cumplir), se denomina administración del diálogo. Y es uno
de los servicios que puede ofrecer la capa de sesión en el momento que se le
solicite.

Todas las conexiones del modelo OSI son dúplex, es decir, las PDU se pueden
mover en ambas direcciones sobre la misma conexión. Hay varias situaciones
en las que el software de capas superiores está estructurado de tal forma que
espera que los usuarios tomen su turno.

El modo de operación más natural para el usuario es el de enviar una solicitud

al sistema de base de datos y después esperar la respuesta. El hecho de

7
permitir que los usuarios envíen una segunda o tercera solicitud antes de que
la primera haya sido contestada, trae como consecuencia una complicación
innecesaria al sistema. Lógicamente resulta deseable que el sistema funcione
en modo dúplex, o bien que le toque el turno de transmitir al usuario o al
sistema de base de datos.La realización de la administración del diálogo se
hace mediante el empleo de un testigo de datos.

En el momento en que se establece una sesión, el funcionamiento dúplex es

una de las opciones elegibles. Si se selecciona el funcionamiento semiduplex
la negociación inicial también determina que extremo poseerá primeramente
el testigo. Solamente el usuario que tiene el testigo puede transmitir datos, el
otro deberá permanecer en silencio. Una vez que el extremo que posee el
testigo haya terminado de hacer su transmisión, se la pasará a su corresponsal
por medio de la primitiva S-TOKEN-GIVE.request.

Sincronización.

Este servicio pareciera innecesario porque la capa de transporte se diseñó para

recuperar transparentemente los errores de comunicación, así como fallos de
las subredes.

Sin embargo, un estudio más detallado demuestra que la capa de transporte se

ha diseñado para enmascarar los errores de comunicación.

Un ejemplo de los problemas que se presentan es en el proceso de transmisión

de mensajes impresos de una compañía a otra. Inicialmente, el usuario se
encarga de componer un mensaje usando el CRT (tubos de rayos catódicos) y
el teclado. Después, la CPU llama a la compañía a la que se desea entregar el
mensaje, establece una sesión y transfiere el mensaje. Si el dispositivo

8
receptor no tiene una unidad de disco para almacenamiento, lo que viene a ser
una posibilidad real en las versiones más económicas, los mensajes que llegan
deberán imprimirse en tiempo real, a medida que se reciben.

Supóngase que se presenta un problema con la cinta o el papel de la

impresora; aun cuando el operador se dé cuenta rápidamente del problema, y
llegue a oprimir el botón del dispositivo para detener el proceso de impresión,
una parte de la información puede perderse. Dado que el mensaje ya se había
asentido, el emisor ya no tendrá copia del mismo y, por consiguiente, la
transmisión del mensaje fallará.

La solución recae en la capa de sesión. Los usuarios de sesión pueden dividir

el texto en páginas, e insertar un punto de sincronización entre cada una de las
paginas, en caso de presentarse un problema, es posible restablecer el estado
de la sesión a un punto previo de sincronización, para desde ahí continuar.
Pues supuesto, para hacer posible este proceso, llamado desincronización, el
usuario de sesión emisor (no la entidad de sesión), deberá continuar reteniendo
los datos durante el tiempo que sea necesario.

Los usuarios de sesión pueden insertar puntos de sincronización en el flujo del

mensaje. Cada uno de estos puntos lleva un número de serie.

Características

La característica más importante de la capa de sesión es el intercambio de

datos. Una sesión al igual que una conexión de transporte sigue un proceso de
tres fases:
Establecimiento

9
 Utilización
Liberación

Administración de actividades.

Otra característica clave de la capa de sesión, estrechamente relacionada con

la sincronización, es la administración de actividades. La administración de
actividades permite que el usuario divida el flujo de mensajes en unidades
lógicas denominadas actividades. Cada actividad es completamente
independiente de cualquiera de las demás que pudieron haber venido antes o
que vendrán después de ella.

Depende del usuario el determinar que es una actividad. Ejemplo, considérese

una sesión que se haya establecido con el propósito de transferir varios
archivos entre dos ordenadores. Se necesita alguna forma para marcar el lugar
en donde termina un archivo y comienza el siguiente. El empleo del carácter
ASCII FS (Separador de Archivos) no es la mejor idea, porque si los archivos
contienen información binaria, estos caracteres podrían aparecer en los datos y
señalar accidentalmente el final de un archivo, cuando no se trataba de esto.

Lo que realmente se necesita es alguna manera de insertar un marcador en el

flujo de mensajes, que sea en sí mismo diferente de un mensaje de datos. Una
manera de alcanzar este objetivo consisten en definir cada transferencia de un
archivo como una actividad separada, como se ilustra en la figura 2 en esta
figura, el emisor emite una primitiva S-ACTIVITY-START.request, antes de
que se inicie la transferencia de cada archivo. Esta primitiva llega al otro
extremo como un S-ACTIVITY.indication para marcar el inicio del archivo.

10
Similarmente, después de que se completa la transferencia de cada archivo, la
primitiva S-ACTIVITY-END se puede utilizar para marcar el fin del archivo.

Lo único que hace la capa de sesión es asegurar que cuando un usuario haga
una solicitud S-ACTIVITY, el otro usuario obtenga la indicación
correspondiente. Cuando se hagan estas solicitudes y como reacciones el
receptor a las indicaciones, no son cuestiones de interés para la capa de sesión.

Como un ejemplo sobre la manera en que la administración de actividades

puede utilizarse, considérese un sistema bancario doméstico en el cual la gente
puede pagar sus facturas usando sus ordenadores personales para transferir
dinero de sus cuentas a aquéllas de las compañías que emitieron las facturas.
El programa que se ejecuta en el ordenador personal podría comenzar
preguntando por el número de la cuenta a la que se va a cargar la factura y
transmitir esta información al banco en su primer mensaje. Después podría
preguntar sucesivamente por el número de la cuenta a la que se va a abonar,
así como la cantidad, y enviar estos datos como los mensajes dos y tres.

Notificación de excepciones
Otra característica de la capa de sesión es la correspondiente a un mecanismo
de propósito general para notificar errores inesperados.

Primitivas del servicio de sesión OSI

 Establecimiento de conexión
 Liberación de conexión
 Transferencia de datos
 Administración de testigos
 Sincronización

11
  Administración de actividades
 Notificación de excepciones

Diferencia entre una sesión y una conexión de transporte

Cómo se liberan las conexiones de sesión y transporte.

Liberación Abrupta
Liberación ordenada

Direccionamiento

Es otra de las áreas en las que hay diferencia entre las capas de sesión y
transporte, aunque solo levemente. Para establecer una sesión, uno debe
especificar la dirección SSAP a la cual se va a conectar. Aunque las normas
no indican la forma cómo las direcciones SSAP deben ser construidas, es muy
probable que en la practica la dirección de un SSAP constará de una dirección
TSAP, más alguna información adicional de identificación.

Otro de los motivos por los cuales el intercambio de datos de sesión difiere del
intercambio de datos de transporte, es la cantidad de diferentes tipos de datos.
La capa de transporte tiene dos flujos de datos que son lógicamente
independientes; es decir, los datos normales y los datos acelerados. La capa de
sesión tiene ambos tipos y, además, otros dos los datos tipados y los de
capacidad.

Protocolos de la capa de sesión

La capa de sesión tiene una serie de protocolos importantes. Debe ser capaz de
reconocer estos protocolos cuando aparezcan en un procedimiento de

12
conexión o en una aplicación. Los siguientes son ejemplos de protocolos de
capa 5:

 Sistemas de archivos de red (NFS).

 Lenguaje de consulta estructurado (SQL).
 Llamada de procedimientos remoto (RPC).
 Sistema X-Windows Protocolo de sesión Apple Talk (ASP).
 Protocolo de control de sesión de arquitectura de red digital (DNA
SCP).
 ZIP (Zona AppleTalk Protocolo de información).
 X Window System y Terminal X


Semántica de las llamadas de procedimientos remotos.

También a diferencia de las llamadas de procedimiento local, las llamadas de
procedimientos remotos están sujetas a la pérdida de mensajes, a caídas de
servidores y de clientes. Por lo menos hay tres posibles maneras de programar
el cabo del cliente para tratar esta situación.

Quedarse colgado eternamente en espera de una respuesta que jamás llegará.

Al término de una temporización generar una excepción o informar al cliente
del fallo.
Al término de una temporización retransmitir la solicitud.

El primer planteamiento es similar a lo que sucede cuando un programa llama

a un procedimiento local que contiene un lazo infinito. No se utilizan
temporizadores localmente y, por lo tanto, el procedimiento jamás regresa. En

13
este caso se requiere de una intervención manual con objeto de aniquilar al
programa.

El segundo de los planteamientos enunciados anteriormente para el manejo de

las caídas de los servidores, consiste en hacer que el cabo del cliente al
término de una temporización genere una excepción (siempre y cuando el
lenguaje de programación soporte las excepciones), o que de otra manera
notifique que la aparición de un error.

El tercer planteamiento consiste en hacer que el cabo del cliente retransmita la

solicitud al término de una temporización. Dado que el servidor re-registrará
un nuevo identificador único en el sistema de base de datos después de una
caída, la entidad de transporte en la máquina del servidor rechazará la
retransmisión cuando vea al identificador único antiguo, ahora inválido.

Como resultado de estos problemas, la semántica exacta de los sistemas de

llamada de procedimientos remotos se puede categorizar de diferentes
maneras (Nelson, 1981):

Exactamente una vez.

A lo más una vez.
Al menos una vez.

El tipo de semántica que viene a ser la más deseable es exactamente una vez,
en donde cada llamada se lleva a cabo exactamente una vez, ni una más ni una
menos.

Un segundo tipo de semántica es la correspondiente a lo más una vez. Cuando

se utiliza esta forma, el control siempre regresa al que hace la llamada. Si todo
se desarrolla de manera correcta, la operación habrá sido ejecutada
exactamente una vez.

14
El tercer tipo de semántica para una RPC es la de al menos una vez. El cabo
cliente reintentará una y otra vez, hasta que consiga una respuesta apropiada.
Cuando obtenga de nuevo el control, sabrá que la operación se efectuó una o
más veces.

Capa de sesión en redes públicas

Generalmente, las redes públicas y otras redes OSI utilizan los servicios
completos de la capa de sesión. El protocolo de sesión, es muy complejo,
debido a la gran cantidad de primitivas de servicio. Además, su complejidad
se acentúo todavía más pon la decisión política de exigir que el protocolo
fuera compatible con el protocolo mucho más antiguo del CCITT, el teletex.

Para cada primitiva de servicio, hay un SPDU (unidad de datos del protocolo
de sesión) correspondiente, que se trasmite cuando se invoca aquella. Para el
caso de las primitivas con respuesta, hay una SPDU que es generada por la
respuesta. Ahora, examinaremos someramente los formatos de las PDU que
utiliza el protocolo de sesión. El campo SI (identificador de sesión), consta de
un octeto que da el tipo de SPDU.

El campo LI (identificador de longitud), normalmente es un valor que oscila

entre 0 y 254, indicando cuantos octetos de parámetros son los que siguen. Si
llega a haber más de 254 octetos de parámetros, LI toma el valor de 255, e
inmediatamente le siguen dos octetos adicionales, dando la longitud (hasta un
máximo de 65535 octetos). Después de los parámetros, vienen los datos del
usuario, si los hay.

15
Muchas primitivas del servicio de la capa de sesión, y por consiguiente sus
SPDU, transporta parámetros (por ejemplo, la dirección llamada o él numero
de serie de la sincronización). Se proporcionan varios formatos para codificar
estos parámetros. Hay un campo PI (identificador del parámetro) de un octeto,
indicando cual es el parámetro que sigue, un campo LI (identificador de
longitud) de un octeto, indicando la longitud del parámetro y un campo de
longitud variable PV (valor del parámetro) que contiene el valor numérico del
parámetro. En otras SPDU, los parámetros pueden asociarse en grupos. Cada
grupo comienza con un PGI (identificador de grupo de parámetros), seguido
por un campo LI que da la longitud del grupo.

Cuando la entidad de sesión ha construido una SPDU, puede entregarla a la

capa de transporte como un mensaje. Sin embargo, en muchos casos, el
protocolo de sesión también permite que la entidad de sesión empaquete
varias SPDU en un solo mensaje. Esta técnica reduce el número de primitivas
de transporte que deben invocarse; proceso que se conoce normalmente con el
nombre de concatenación. Al proceso inverso (es decir, al
desempaquetamiento del mensaje que llego, en múltiples SPDU), al trabajo
que realiza la entidad de sesión remota, se le denomina separación.

No está permitido realizar una concatenación entre dos SPDU arbitrarias;

existen reglas extrañas para la concatenación. Las SPDU se dividen en tres
categorías: las que no pueden concatenarse, las que deben concatenarse, y las
que pueden o no concatenarse, a discreción de la entidad de sesión. Aunque la
norma del protocolo de sesión del modelo OSI (la ISO 8327), no indica la
forma detallada para realizar el protocolo de sesión, si describe su
funcionamiento básico como una gran máquina de estados finitos conocida
como SPM (Maquina de protocolo de sesión).
16
La capa de sesión en ARPANET

ARPANET no tiene una capa de sesión que se le parezca; sino más bien
depende de las aplicaciones individuales al manejo de sus sesiones, siempre
que sea necesario. Por otro lado, se ha trabajado mucho sobre RPC dentro de
la comunidad de conexión de redes ARPA, especialmente en Xerox PARC y
en la universidad de Carnegie-Mellon.

Capa de sesión en MAP y TOP

MAP y TOP utilizan una forma restringida de la capa de sesión del modelo
OSI. El establecimiento de sesión, la trasferencia de datos y la liberación de
sesión están totalmente soportados para el modo dúplex; mientras que el modo
simiduplex no está soportado. El servicio de sincronización, la administración
de actividades, la notificación de excepciones, los datos tipados y el servicio
de datos de capacidad no son requeridos.Los protocolos de sesión de MAP Y
TOP son de subconjuntos de los protocolos completos de sesión del modelo
OSI. Aquellas SPDU necesarias para realizar el subconjunto MAP y TOP
deberán ser realizadas. Las demás son opcionales.

17
La capa de sesión en USENET

Al igual que en ARPANET, USENET no cuenta con una capa de sesión. A

diferencia de ARPANET, no es ni siquiera posible, para las capas superiores,
realizar por sí mismas los servicios de sesión. Ninguno de los servicios de
sesión se necesita en absoluto.

CONCLUSIONES

1. La capa 5 o de Sesión está compuesta por una serie de protocolos los

cuales se encargan del control de diálogos, recuperación,
sincronización e intercambio de datos entre dos dispositivos.

2. La capa 5 del modelo OSI, se encarga de establecer, administrar y

finalizar las sesiones entre dos hosts que se están comunicando.

3. La capa de sesión permite a los usuarios de maquinas diferentes

establecer sesiones entre ellos.

4. La capa de sesión permite el transporte ordinario de datos, como lo

hace la capa de transporte, pero también proporciona servicios
mejorados que son útiles en algunas aplicaciones.

18