En el modelo OSI de siete capas de redes de computadoras , la capa de sesión es la capa 5 .
La capa de sesión proporciona el mecanismo para abrir, cerrar y gestionar una sesión entre procesos de aplicación de usuario final, es decir, un diálogo semipermanente. Las sesiones de comunicación consisten en solicitudes y respuestas que se producen entre aplicaciones. Los servicios de la capa de sesión se utilizan habitualmente en entornos de aplicaciones que hacen uso de llamadas a procedimientos remotos (RPC). [2]
Un ejemplo de protocolo de capa de sesión es el protocolo de capa de sesión del conjunto de protocolos OSI , también conocido como X.225 o ISO 8327. En caso de pérdida de conexión, este protocolo puede intentar recuperarla. Si una conexión no se utiliza durante un largo período, el protocolo de capa de sesión puede cerrarla y volver a abrirla. Permite el funcionamiento en dúplex completo o semidúplex y proporciona puntos de sincronización en el flujo de mensajes intercambiados. [3]
Otros ejemplos de implementaciones de la capa de sesión incluyen el Protocolo de Información de Zona (ZIP), el protocolo AppleTalk [4] que coordina el proceso de enlace de nombres, y el Protocolo de Control de Sesión (SCP) [5] , el protocolo de la capa de sesión DECnet Fase IV.
Dentro de la semántica de capas de servicio de la arquitectura de red OSI, la capa de sesión responde a las solicitudes de servicio de la capa de presentación y emite solicitudes de servicio a la capa de transporte .
Como mínimo, la capa de sesión permite que ambas partes establezcan y utilicen una conexión, denominada sesión, y permite la liberación ordenada de la conexión.
En el modelo OSI, la capa de transporte no es responsable de la liberación ordenada de una conexión, sino de la capa de sesión. Sin embargo, en las redes TCP/IP modernas, TCP ya proporciona el cierre ordenado de las conexiones en la capa de transporte.
Una vez que se libera una conexión de sesión, la conexión de transporte subyacente puede reutilizarse para otra conexión de sesión. Además, una conexión de sesión puede hacer uso de múltiples conexiones de transporte consecutivas. Por ejemplo, si durante una sesión la conexión de transporte subyacente falla, la capa de sesión puede intentar restablecer una conexión de transporte para continuar la sesión.
La capa de sesión puede proporcionar tres tipos de diálogo diferentes: simultáneo bidireccional (dúplex completo), alternativo bidireccional (semidúplex) y unidireccional (símplex). También proporciona los mecanismos para negociar el tipo de diálogo y controla qué lado tiene el "turno" o "token" para enviar datos o realizar algunas funciones de control.
El control de diálogo no está implementado en TCP/IP y se deja a la capa de aplicación para que lo gestione, si es necesario. En el protocolo HTTP/1.1, ampliamente utilizado, el cliente y el servidor normalmente trabajan en modo semidúplex. HTTP/1.1 también admite la canalización HTTP para el funcionamiento en modo dúplex completo, pero muchos servidores/proxies no podían manejarlo correctamente y no había ningún mecanismo de negociación de diálogo para comprobar si el modo dúplex completo se podía utilizar o no, por lo que la mayoría de los navegadores finalmente dejaron de admitirlo.
La capa de sesión también puede permitir que ambas partes inserten puntos de sincronización en el diálogo y realizar una resincronización , que interrumpe la transmisión actual, establece el punto de sincronización en un valor determinado y reinicia la transmisión desde ese punto.
Esto se puede utilizar en transmisiones de audio y vídeo en tiempo real. Se pueden utilizar puntos de sincronización para insertar marcas de tiempo en el flujo de datos y se puede utilizar una resincronización para restablecer la transmisión y que comience desde una nueva marca de tiempo. Por ejemplo, si la transmisión de vídeo se retrasa demasiado con respecto a la transmisión de audio, el lado receptor puede emitir una solicitud de resincronización en la transmisión de vídeo, reiniciando su transmisión desde una marca de tiempo posterior.
La aplicación también puede utilizar esto para realizar puntos de control. Los puntos de sincronización se pueden utilizar para indicar que la aplicación ha confirmado un punto de control y, después de una falla de la aplicación o de un corte de energía, se puede utilizar una resincronización para indicar que la aplicación se ha recuperado de un punto de control y que la transmisión se puede reanudar desde ese punto.
Esto también se puede utilizar para interrumpir o reanudar un diálogo en cualquier momento, no debido a un fallo de la aplicación, sino según lo planifique la aplicación. La aplicación puede interrumpir un diálogo, iniciar otro diálogo en la misma sesión y reanudar el diálogo anterior en la misma sesión o en otra sesión.
La capa de sesión también puede proporcionar soporte explícito para gestionar múltiples diálogos interrumpibles en una o más sesiones. Estos diálogos se denominan actividades . Las actividades se pueden interrumpir y reanudar explícitamente. En comparación con la interrupción y reanudación implícita de diálogos mediante resincronización, el soporte de actividades proporciona a la aplicación un control más simple de estos diálogos.
El modelo de referencia TCP/IP no se ocupa de los detalles de la semántica de los protocolos de transporte o de aplicación del modelo OSI y, por lo tanto, no considera una capa de sesión. La gestión de sesiones de OSI en relación con los protocolos de transporte típicos (TCP, SCTP) está contenida en los protocolos de la capa de transporte o, de otro modo, se considera parte del ámbito de los protocolos de la capa de aplicación . Las capas de TCP/IP son descripciones de ámbitos operativos (aplicación, host a host, red, enlace) y no prescripciones detalladas de procedimientos operativos o semántica de datos.