esta presentacion va dirigida a todos especialmente a los estudiantes de cisco

2. Esta capa establece, administra y termina las sesiones de comunicación entre dispositivos. Una sesión de comunicación consta de solicitud de servicio y respuesta al servicio entre dos aplicaciones. Protocolos de esta capa conocidos: Apple Talk, ZIP ( Protocolo de Información de Zona) CAPA DE SESIÓN SESIÓN 5

3. Objetivo de la Capa de Sesión 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.

4. 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: 1. ESTABLECIMIENTO 2. UTILIZACIÓN 3. LIBERACION 1. 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 T-CONNECT.request para establecer una conexión de transporte. De la misma manera, el establecimento 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. 3. LIBERACIÓN En la liberación existen importantes diferencias entres una sesión y una conexión de transporte. La principal entre esta es la forma de cómo se liberan las sesiones y las conexiones de transporte. Las conexiónes de trasnporte terminan con la primitiva T-DISCONNECT.request, que produce una liberación abrupta y puede traer como resultado la perdida de los datos en trafico que haya en el momento de la liberación. Las sesiones se terminan con la primitiva S-RELEASE.request que resulta en una liberación ordenada en la cual los datos no se llegan a perder.

5. 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 mansajes 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. ELEMENTOS A TENER EN CUENTA EN LA SINCRONIZACIÓN PUNTOS DE SINCRONIZACION 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. PUNTOS DE SINCRONIZACION MENORES Son puntos que sincronizan tareas menos críticas. Es necesario tener el testigo de sincronización menor. UNIDADES DE DIALOGO Las delimitadas por los puntos de sincronización mayor.

6. 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. En una transferencia de archivo que se inicia como una actividad. En un momento del proceso de transferencia es posible emitir una primitiva S-ACTIVITY-INTERRUPT.request, para suspender la transferencia del archivo. Entonces, se puede iniciar y completar otra actividad, y finalmente la actividad original puede reiniciarse desde el punto en el que se interrumpió.

7. Notificación de Excepciones Otra caracteristica de la capa de sesión es la correspondiente a un mecanismo de propósito general para notificar errores inesperados. Si un usuario tiene algún problema, por cualquier razón, este problema se puede notificar a su corresponsal utilizando la primitiva S-U-EXCEPTION-REPORT.request. La notificacion 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 sesión, 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 excepción. La decisión sobre que acción tomar, si hay alguna, dependerá del usuario.

8. Servicios Suministrados a la Capa de Presentación La capa de transporte, sesión y presentación. La capa de sesión proporciona una serie de servicios a la capa de presentación. La función prinicipal de la capa de sesión consiste en proporcionar una manera por medio de la cual los usuarios de la capa de sesión (por ejemplo, las entidades de presentación o, en algunas ocasiones, procesos del usuario común y corrientes) establezcan conexiones, llamadas sesiones, y transferencias de datos sobre ellas en forma ordenada. Una sesión podría utilizar para un acceso remoto desde un terminal a un ordenador remoto, o para una transferencia de archivos, o para cualquier otro propósito. Aunque en la capa de sesión se encuentran disponibles primitivas sin conexión, una sesión sin conexión no puede hacer ningún uso de las características orientadas al usuario para las cuales se diseño la capa de sesión. SOLICITUD DE SESIÓN Cuando llega a presentarse una solicitud para que la capa de sesión establezca una sesión: a) Se deberá establecer una conexión de transporte que se encarge de soportar la conexión. b) Cuando termina la sesión, se libera la conexión de transporte.

9. ADMINISTRACIÓN DEL DIALOGO En principio, todas las conexiones del modelo OSI son dúplex, es decir, las PDU (Unidades de datos del protocolo) se pueden mover en ambas direcciones simultáneamente sobre la misma conexión. Sin embargo, hay varias situaciones en las que el software de capas superiores está estructurado de tal forma que espera que los usuarios tomen turnos (en este caso se tendrá una comunicación semiduplex).

10. LAS 7 CAPAS DEL MODELO OSI Funciones de las siete capas: Servicios Manejo de archivos Manejo de impresión Aplicaciones de bases de datos Redes Protocolos de Software Enrutadores Comunicaciones Ethernet SONET FDI GBEth PRESENTACIÓN SESIÓN TRANSPORTE RED UNION FISICA APLICACIÓN

11. En la comunicación con conexión primero se establece un conexión lógica (una serie de mensajes se envían para saber primero si es que podemos establecer la comunicación entre los nodos).

12. Una vez que la comunicación ha sido establecida, entonces los datos fluyen entre los dos destinos de la red.

13. Cuando la comunicación ya no es necesaria entonces la conexión se libera Bibliografía: Internerkorking technologies Handbook CISCO. Third Edition