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