capa de sesión modelo osi

CAPA DE SESIÓN
MODELO OSI
LUIS ALFREDO OSPINA MARTÍNEZ
CÓDIGO 30510022
SERVICIOS DE LA CAPA DE SESIÓN
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:
 La característica más importante de la capa de sesión es el Intercambio
de datos. Una sesión sigue un proceso de tres fases:
 Establecimiento: En el establecimiento de una sesión un usuario de
sesión invoca una primitiva S-CONNECT.request con el objeto de
establecer una sesión, el proveedor de sesión solo ejecuta un TCONNECT.request para establecer una conexión de transporte. De la
misma manera, el establecimiento de una sesión, al igual que el
establecimiento de un conexión de transporte, implica una negociación
entre los corresponsales (usuarios) para fijar los valores de varios
parámetros como pueden ser la calidad de servicio, y la bandera
indicando si los datos acelerados están o no permitidos.
Estos se pasan a la conexión de transporte sin que se les haga
modificación alguna.
 Utilización Y Liberación
En el establecimiento de una sesión un usuario de sesión invoca una
primitiva S-CONNECT.request con el objeto de establecer una sesión, el
proveedor de sesión solo ejecuta un T-CONNECT.request para
establecer una conexión de transporte.
De la misma manera, el establecimiento de una sesión, al igual que el
establecimiento de un conexión de transporte, implica una negociación
entre los corresponsales (usuarios) para fijar los valores de varios
parámetros como pueden ser la calidad de servicio, y la bandera
indicando si los datos acelerados están o no permitidos.
Estos se pasan a la conexión de transporte sin que se les haga
modificación alguna.
MANEJO DE DIALOGO
SINCRONIZACIÓN:
Los usuarios pueden insertar puntos de sincronización en el flujo del mensaje.
Cada uno de estos puntos lleva un número de sede. Cuando un usuario invoca
una primitiva para solicitar un punto de sincronización, el otro obtiene una
indicación. De la misma manera si uno de ellos invoca una primitiva para
resincronización el otro también obtiene una indicación de esto.
El almacenamiento de los mensajes y la subsiguiente retransmisión posterior
se lleva a cabo arriba de la capa de sesión; lo que la capa de sesión
proporciona es una forma de transportar señales de sincronización y
resincronización numeradas a través de la red.
 PUNTOS DE SINCRONIZACIÓN MAYORES
Se debe confirmar explícitamente. Son utilizados para que ciertas actividades
se hagan completamente o no se hagan. Es necesario para poder tener el
testigo de sincronización mayor o actividad. Delimitan las unidades de diálogo.
Son siempre confirmados.
 PUNTOS DE SINCRONIZACIÓN MENORES
Son puntos que sincronizan tareas menos críticas. Es necesario tener el testigo
de sincronización menor. Se insertan dentro de las unidades de diálogo.
Pueden ser no confirmados.
UNIDAD DE DIALOGO
Las delimitadas por los puntos de sincronización mayor
TESTIGOS (TOKENS)
Son derechos que permiten invocar distintos servicios y que se asignan
dinámicamente entre los interlocutores. El servicio asociado a un testigo sólo
puede ser invocado por su poseedor.
TIPOS DE TESTIGOS:
 De datos
 De liberación de conexión
 De sincronización menor
 De sincronización mayor y actividad
RESINCRONIZACIÓN
Lleva la conexión de sesión a un estado definido que se ha identificado con el
número de serie del punto de sincronismo utilizado.
La resincronización puede ser invocada por cualquier usuario. Sólo es posible
resincronizar hasta el último punto de sincronismo mayor.
Los datos pendientes de envío son desechados y se debe retomar el diálogo
en el punto indicado en la solicitud de resincronización (responsabilidad del
usuario)
Tras la resincronización, los testigos pasan al interlocutor que los poseía en el
instante en el que fue definido el punto.
TIPOS DE DATOS
 Normales
 Acelerados (Expedited)
 Tipados (Typed)
 De Capacidad (Capability)
ADMINISTRACIÓN DE ACTIVIDADES
Permite que el usuario divida el flujo de mensajes en unidades lógicas
denominadas actividades en la terminología OSI. Cada actividad es
completamente independiente de cualquiera de las demás que pudieron haber
venido antes o que vendrán después de ella.
Un posible uso es el de "poner en cuarentena" las peticiones recibidas hasta
que finalice la actividad, evitando bloqueos.
Las actividades pueden interrumpirse, reanudarse o ser abandonadas. No es
posible solapar dos o más actividades.
INFORME DE EXCEPCIONES
 Para comunicación de situaciones excepcionales (normalmente
errores) entre usuarios y el proveedor del servicio:
 Iniciados por el usuario:
o S-U-EXCEPTION-REPORT.request (motivo, datos)
o S-U-EXCEPTION-REPORT.indication (motivo, datos)
 Iniciado por el proveedor:
o S-P-EXCEPTION-REPORT.indication (motivo)
BIBLIOGRAFIA
http://www.slideshare.net/boreasH/redes-modelo-osicapa-de-sesion-victor-mamanicatachuraboreash
http://blogsolange03.blogspot.com/2011/07/capas-de-modelos-osi.html