Capa de Sesión del modelo OSI.-
La capa de Sesión, también conocida como la capa 5 del modelo OSI, podría verse como un conjunto de herramientas al servicio de los programadores que, permite enriquecer y estructurar el diálogo entre procesos de aplicación.
Algunos de los servicios que proporciona esta capa son:
- Establecimiento, mantenimiento y finalización de las sesiones.
- La gestión del diálogo y las actividades.
- La sincronización y recuperación de la comunicación.
- La gestión de permisos para realizar acciones o comunicaciones (tokens).
La capa de Sesión permite que los usuarios de diferentes dispositivos establezcan sesiones entre ellos, mediante las cuales puedan llevarse a cabo un transporte de datos ordinario, de la misma forma que lo haría la capa de Transporte, pero de una manera más refinada, mejorando el servicio de esta última. Por otro lado, cabe decir que la capa de Sesión no es imprescindible, porque muchas aplicaciones no llegan a necesitar de sus servicios.
Para entender esto, podríamos comparar la capa de Transporte como el puente que permite cruzar un río, y que además te da la opción de cruzar el puente andando o en coche, pero sin un flujo continuo, totalmente descontrolado. En este ejemplo, podríamos decir que la capa de Sesión, se correspondería con una línea de autobús que atraviesa el puente de forma regular en el tiempo, siguiendo unas normas y unos horarios establecidos es decir, con un control relativo. El autobús no es necesario, pero es un medio de transporte del que se dispone de forma opcional para todo aquel que no disponga de los medios para atravesar el puente.
De lo anterior, sacamos como conclusión importante, que toda conexión de la capa de Sesión en la que se produzca un intercambio de datos, necesita de la existencia de una conexión entre las capas de Transporte de los diferentes dispositivos, pero esto no quiere decir que la una conexión de Sesión no se pueda prolongar más allá de una conexión de transporte. ¡ Menudo lio mental que tenemos ahora! ¿verdad?. Veamos el siguiente gráfico para comprenderlo.
 |
| Formas de correlacionar sesiones sobre conexiones de transporte. |
En el apartado a), se puede apreciar como a lo largo de la línea del tiempo, tanto la conexión de Transporte como la conexión de Sesión tienen la misma duración de tiempo, mientras en el apartado b), tenemos dos conexiones de Sesión en una sola conexión de Transporte y, finalmente vemos el último caso en el que a lo largo de la línea de tiempo se producen dos conexiones de Transporte mientras que la conexión de Sesión no se ha interrumpido en ningún momento.
Una de las principales características del modelo OSI es, que todas las comunicaciones son full-dúplex, es deir, que las PDU (Unidad de Datos de Protocolo) se pueden mover en ambas direcciones sobre la misma conexión.
Partiendo de la premisa anterior, una conexión de transporte se define como una conexión full-dúplex, a partir de aquí podemos tratar una de las características de la capa de Sesión, la cuál permite que una Sesión puede estructurarse como half-dúplex, pudiendo haber comunicación en ambos sentidos pero no al mismo tiempo, sino teniendo que establecerse turnos en la transmisión o que, en un momento dado, sólo uno de los extremos de la sesión está facultado para enviar datos. Para ello, la capa de sesión ofrece la posibilidad de usar un testigo (Token) de transmisión que se posee, se pide y se cede por parte de ambos extremos.
Otra de las características de la capa de sesión, es que ofrece mecanismos para sincronizar o "marcar" el diálogo entre sus ususarios a través de la inserción de puntos de sincronización de los que esisten dos tipos: mayores (major sync point) y menores (minor sync point). Esto permite que si durante una comunicación se pierde la conexión, sea posible volver a un estado anterior que sea conocido, lo cual es conocido como resincronización.Como mucho se puede retroceder no más allá del punto de sincronización mayor anterior. El uso de la resincronización depende del proceso de aplicación. Podría servir para recuperar una situación de error originada por la aplicación y no por un error de comunicación, ya que este sería solventado por la capa de transporte.
Como ejemplo, podríamos imaginar la impresión de un libro en un impresora remota, para ello la sesión se debe de estructurar con puntos de sincronización menor para cada página y puntos de sincronización mayor para cada capítulo; imaginemos que en un momento determinado, la impresora se queda sin tinta imprimiendose varías páginas defectuosas o en blanco antes de ser sustituido el cartucho.
Ante esta situación, la capa de transporte, no puede resolver este problema originado por el proceso de aplicación. Las funciones de resincronización de la capa de sesión, permitirá reanudar el proceso de impresión a partir del punto donde se inició el fallo.
Como ejemplo, podríamos imaginar la impresión de un libro en un impresora remota, para ello la sesión se debe de estructurar con puntos de sincronización menor para cada página y puntos de sincronización mayor para cada capítulo; imaginemos que en un momento determinado, la impresora se queda sin tinta imprimiendose varías páginas defectuosas o en blanco antes de ser sustituido el cartucho.
Ante esta situación, la capa de transporte, no puede resolver este problema originado por el proceso de aplicación. Las funciones de resincronización de la capa de sesión, permitirá reanudar el proceso de impresión a partir del punto donde se inició el fallo.
