Modelo OSI - Capa sesión

Modelo OSI - Capa sesión

Descripción de la capa

La capa de sesión permite a una entidad de protocolo de aplicación, a través de los servicios que ofrece la capa de presentación, efectuar lo siguiente:

• Quinto nivel del modelo OSI.
• Proporciona mecanismos para controlar el diálogo entre las aplicaciones de los sistemas finales.

«Establecer un camino de comunicación lógico (conexión de sesión) con otra entidad de aplicación, utilizarlo para intercambiar datos (unidades de diálogo) y liberar la conexión de una forma ordenada.

«Establecer puntos de sincronización durante un diálogo y, en caso de ocurrir errores, reanudar el diálogo a partir de un punto de sincronización convenido

«Interrumpir (suspender) un diálogo y reanudarlo después en un punto convenido de antemano.

«Mantener informada de ciertas excepciones que pueden surgir de la red subyacente durante una sesión.

Primitivas del servicio en OSI

La capa de Sesión en varias Redes

Cada tipo de primitiva puede tener request, indication, response y confirm. Hay 58 primitivas que pueden dividirse en 7 grupos:

• Servicios parcialmente, o incluso, totalmente prescindibles

Establecimiento de conexión.

Liberación de conexión.

Transferencia de datos.

Manejo de token.

Sincronización.

Manejo de actividades.

Informe de excepciones.

Servicio orientado a la conexion

fin...

Objetivo de la Capa de Sesión

Capa de Sesión en ARPANET

ARPANET no tiene una capa de sesión o algo que se le parezca; sino más bien depende de las aplicaciones individuales al manejo de sus sesiones. Se ha trabajado mucho sobre RPC (caso especial de comunicación asíncrona, el emisor envía una petición de servicio al receptor y espera la respuesta).

Capa de Sesión en MAP y TOP

Utilizan una forma restringida de la capa de sesión del modelo OSI. El establecimiento de sesión, la transferencia de datos y la liberación de sesión están totalmente soportados para el modo dúplex; mientras que el modo semidúplex no está soportado.

Los protocolos de sesión MAP y TOP son subconjuntos de los protocolos completos de sesión del modelo OSI.

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 necesitan en absoluto.

• Surge como una necesidad de organizar y sincronizar el diálogo y controlar el intercambio de datos.

Una sesión sigue un proceso de tres fases:

Servicios ofrecidos por esta capa

La capa de sesión permite que los usuarios de diferentes maquinas puedan establecer sesiones entre ellos. A través de una sesión se puede llevar a cabo un transporte de datos ordinario, tal y como lo hace la capa de transporte, pero mejorando los servicios que esta proporciona y que se utilizan en algunas aplicaciones.

Una sesión podría permitir al usuario acceder a un sistema de tiempo compartido a distancia, o transferir un archivo a distancia

* Control del Diálogo: Éste puede ser simultáneo en los dos sentidos (full-dúplex) o alternado en ambos sentidos (half-duplex).

* 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, si ocurre algún fallo entre ellos, se retransmiten todos los datos desde el último punto de comprobación y no desde el principio

Entre los servicios ofrecidos tenemos:

 Intercambio de datos

 Administración de dialogo

 Sincronización

 Administración de actividades

 Notificación de excepciones

Intercambio de datos

Es la característica mas importante

Sigue un proceso de tres fases:

Establecimiento: Un usuario de sesión invoca una primitiva.

Utilización Y Liberación: Las sesiones se

terminan con la primitiva S-RELEASE.request, que resulta en una liberación ordenada en la cual los datos jamás se llegan a perder.

Administración de Dialogo

Notificación de Excepciones

«Mecanismo de propósito general para notificar errores inesperados

«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 sesión

Iniciados por el usuario:

S-U-EXCEPTION-REPORT.request (motivo, datos)

S-U-EXCEPTION-REPORT.indication(motivo, datos)

Iniciado por el proveedor:

S-P-EXCEPTION-REPORT.indication (motivo)

Servicios de la capa de sesión

Sincronización

Administración de Actividades

Se utiliza para llevar las entidades de sesión de vuelta a un estado conocido, en caso de que haya un error o algún desacuerdo

«Permite que el usuario divida el flujo de mensajes en unidades lógicas denominadas actividades

«Cada actividad es completamente independiente

Existen dos tipos diferentes de puntos de sincronización:

«La elección de lo que constituye una actividad la llevan a cabo los usuarios, y no la capa de sesión

«Las actividades están estrechamente relacionadas con los puntos de sincronización

 PUNTOS DE SINCRONIZACIÓN MAYORES

 PUNTOS DE SINCRONIZACIÓN MENORES

«Las actividades pueden interrumpirse, reanudarse o ser abandonadas en donde no es posible solapar dos o más actividades.