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 ocurren entre aplicaciones. Los servicios de capa de sesión se utilizan comúnmente en entornos de aplicaciones que utilizan 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 recuperar la conexión. Si una conexión no se utiliza durante un período prolongado, el protocolo de capa de sesión puede cerrarla y volver a abrirla. Proporciona operación full duplex o half duplex y proporciona puntos de sincronización en el flujo de mensajes intercambiados. [3]
Otros ejemplos de implementaciones de capa de sesión incluyen el Protocolo de información de zona (ZIP), el protocolo AppleTalk [4] que coordina el proceso de vinculación de nombres, y el Protocolo de control de sesión (SCP) [5] , el protocolo de capa de sesión de DECnet Fase IV.
Dentro de la semántica de capas de servicios 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 las dos 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 una liberación ordenada de una conexión. En cambio, la capa de sesión es responsable de eso. Sin embargo, en las redes TCP/IP modernas, TCP ya proporciona un cierre ordenado de conexiones en la capa de transporte.
Una vez liberada una conexión de sesión, la conexión de transporte subyacente se puede reutilizar para otra conexión de sesión. Además, una conexión de sesión puede utilizar 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: bidireccional simultáneo (dúplex completo), bidireccional alternativo (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 se implementa en TCP/IP y se deja en manos de la capa de aplicación, si es necesario. En el protocolo HTTP/1.1, ampliamente utilizado, el cliente y el servidor suelen funcionar de forma semidúplex. HTTP/1.1 también admite la canalización HTTP para operación full-duplex, pero muchos servidores/proxies no podían manejarlo correctamente y no había ningún mecanismo de negociación de diálogo para verificar si full-duplex es utilizable o no, por lo que finalmente se abandonó su soporte. la mayoría de los navegadores.
La capa de sesión también puede permitir que ambas partes inserten puntos de sincronización en el diálogo y permitirles realizar una resincronización , que aborta 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 transmisión de audio/vídeo en tiempo real. Se pueden usar puntos de sincronización para insertar marcas de tiempo en el flujo de datos, y se puede usar una resincronización para restablecer la transmisión para que comience desde una nueva marca de tiempo. Por ejemplo, si la transmisión de video va demasiado retrasada con respecto a la transmisión de audio, el lado receptor puede emitir una solicitud de resincronización en la transmisión de video, 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 usar para indicar que la aplicación ha confirmado un punto de control y, después de una falla de la aplicación o un corte de energía, se puede usar una resincronización para indicar que la aplicación se ha recuperado de un punto de control y la transmisión se puede reanudar desde ese. punto.
Esto también se puede utilizar para interrumpir/reanudar un diálogo en cualquier momento, no debido a un fallo de la aplicación, sino según lo planificado por 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 llaman actividades . Las actividades pueden interrumpirse y reanudarse explícitamente. En comparación con la interrupción y reanudación implícita de los diálogos mediante resincronización, el soporte de actividad proporciona a la aplicación un control más sencillo de estos diálogos.
El modelo de referencia TCP/IP no se ocupa de los detalles de la semántica del protocolo de transporte o 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 el á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.