CAPA DE SESION (5) El
nivel de sesión o capa de sesión es el quinto nivel
del modelo OSI,[1] que proporciona los mecanismos para controlar el diálogo
entre las aplicaciones de los sistemas finales. En muchos casos, los servicios
de la capa de sesión son parcialmente, o incluso, totalmente prescindibles. No
obstante, en algunas aplicaciones su utilización es ineludible.
La Capa de sesión (session layer): esta capa tiene la misión de organizar la
conexión entre ambos sistemas finales, por lo que también recibe el nombre de
capa de comunicación. En ella se incluyen los mecanismos especiales de
gestión y control que regulan el establecimiento de la conexión, su
mantenimiento y su interrupción. Para controlar la comunicación se necesitan
unos datos adicionales que se deben añadir a los datos del correo electrónico
transmitidos a través del encabezado de la sesión. La mayoría de protocolos de
aplicación actuales como SMTP o FTP se ocupan ellos mismos de las sesiones
o, como HTTP, son protocolos sin estado. El modelo TCP/IP, en calidad de
competidor del modelo OSI, agrupa las capas OSI 5, 6 o 7 en una capa de
aplicación. NetBIOS, Socks y RPC son otras de las especificaciones que
recoge la capa 5.
Pila OSI.
CAPA DE SESIÓN
La capa de sesión es la que se ocupa de la administración de la red; tiene la
capacidad de cancelar sesiones y controlar la terminación ordenada de una
sesión, verifica la contraseña escrita por un usuario y permite que el usuario
conmute la transmisión semiduplex (esperar turno ) a dúplex ( en ambas
direcciones ).
Puede determinar quién habla, con qué frecuencia y durante cuánto tiempo,
controla la transferencia de datos e incluso maneja la recuperación de una
caída del sistema.
Función principal
Consiste en proporcionar una manera por medio de la cual los usuarios de la
capa de sesión establezcan conexiones llamadas sesiones, y transfiera datos
sobre ellas en forma ordenada.
Una sesión se parece a una conexión de transporte, pero no son idénticas; por
lo general cuando llega a presentarse una solicitud para que la capa de sesión
establezca una sesión, se deberá establecer una conexión de transporte que
se encargue de soportar la conexión. Cuando termina la sesión se libera la
conexión de transporte.
Cada vez que un agente contesta una llamada, se establece una sesión con el
ordenador principal. Una vez que la llamada se procesa, la sesión se da por
terminada, pero lo importante aquí es que no hay necesidad de cargar con el
problema de liberar la conexión de transporte subyacente, porque seguramente
será necesaria otra vez en unos cuantos segundos.
Formas de correlacionar sesiones sobre conexiones de transporte.
Correlación uno a uno.
Sesiones consecutivas utilizan la misma conexión de transporte.
Una sesión se extiende a múltiples conexiones de transporte.
Considérese el caso de una línea aérea que tiene oficinas de reserva en varias
ciudades. Cada oficina tiene agentes con terminales conectados a un
miniordenador ubicado en la oficina local.
Los miniordenadores se conectan mediante una red de área extendida a un
ordenador principal en el cual se encuentra la base de datos de las reservas.
Cada vez que un agente contesta una llamada se establece una sesión con el
ordenador principal.
Una vez que la llamada se procesa la sesión se da por terminada, pero lo
importante aquí es que no hay necesidad de cargar con el problema de liberar
la conexión de transporte, porque seguramente será necesaria otra vez en
unos cuantos segundos.
Es más sencillo por lo tanto permitir que sesiones consecutivas utilicen la
misma conexión de transporte.
Se da una tercera forma posible de correlación entre sesiones y conexiones de
transporte. En este caso se puede observar una sesión que abarca múltiples
conexiones de transporte.
Esto es por si llega a fallar una conexión de transporte ( por cualquier razón ),
la capa de sesión puede establecer una nueva conexión de transporte y seguir
con la sesión sobre la nueva conexión.
CARACTERISTICAS
Intercambio de datos
La característica más importante del la capa de sesión es el intercambio de
datos. Una sesión al igual que una conexión de transporte sigue un proceso de
tres fases:
Establecimiento
Utilización
Liberación
Diferencia entre una sesion y una conexión de transporte
cómo se liberan las conexiones de sesión y transporte.
Liberación abrupta
Liberación ordenada
Direccionamiento
Es otra de las áreas en las que hay diferencia entre las capas de sesión y
transporte, aunque solo levemente. Para establecer una sesión, uno debe
especificar la dirección SSAP a la cual se va a conectar. Aunque las normas no
indican la forma cómo las direcciones SSAP deben ser construidas, es muy
probable que en la practica la dirección de un SSAP constará de una dirección
TSAP, más alguna información adicional de identificación.
Otro de los motivos por los cuales el intercambio de datos de sesión difiere del
intercambio de datos de transporte, es la cantidad de diferentes tipos de datos.
La capa de transporte tiene dos flujos de datos que son lógicamente
independientes; es decir, los datos normales y los datos acelerados.
La capa de sesión tiene ambos tipos y, además, otros dos los datos tipados y
los de capacidad.
Administración del diálogo
El hecho de mantener un seguimiento de a quien le corresponde el turno de
hablar ( y hacerlo cumplir ) , se denomina administración del diálogo. Y es uno
de los servicios que puede ofrecer la capa de sesión en el momento que se le
solicite.
Todas las conexiones del modelo OSI son dúplex, es decir, las PDU se pueden
mover en ambas direcciones sobre la misma conexión.
Hay varias situaciones en las que el software de capas superiores está
estructurado de tal forma que espera que los usuarios tomen su turno.
El modo de operación más natural para el usuario es el de enviar una solicitud
al sistema de base de datos y después esperar la respuesta.
El hecho de permitir que los usuarios envíen una segunda o tercera solicitud
antes de que la primera haya sido contestada, trae como consecuencia una
complicación innecesaria al sistema.
Lógicamente resulta deseable que el sistema funcione en modo dúplex, o bien
que le toque el turno de transmitir al usuario o al sistema de base de datos.
La realización de la administración del diálogo se hace mediante el empleo de
un testigo de datos.
En el momento en que se establece una sesión, el funcionamiento dúplex es
una de las opciones elegibles. Si se selecciona el funcionamiento semiduplex la
negociación inicial también determina que extremo poseerá primeramente el
testigo. Solamente el usuario que tiene el testigo puede transmitir datos, el otro
deberá permanecer en silencio. Una vez que el extremo que posee el testigo
haya terminado de hacer su transmisión, se la pasará a su corresponsal por
medio de la primitiva S-TOKEN-GIVE.request.
La capa de sesión proporciona los siguientes servicios:
Control del Diálogo: Este puede ser simultáneo en los dos sentidos
(full-duplex) o alternado en ambos sentidos (half-duplex).
Agrupamiento: El flujo de datos se puede marcar para definir grupos de
datos.
Recuperación: La capa de sesión puede proporcionar un procedimiento
de puntos de comprobación, de forma que si ocurre algún tipo de fallo
entre puntos de comprobación, la entidad de sesión puede retransmitir
todos los datos desde el último punto de comprobación y no desde el
principio.
Todas estas capacidades se podrían incorporar en las aplicaciones de la capa
7. Sin embargo ya que todas estas herramientas para el control del diálogo son
ampliamente aplicables, parece lógico organizarlas en una capa separada,
denominada capa de sesión.[2]
La capa de sesión surge como una forma de organizar y sincronizar el diálogo
y controlar el intercambio de datos. El tipo de datos que se utilizan en la capa 5
son SPDU.
La capa de sesión permite a los usuarios de máquinas diferentes establecer
sesiones entre ellos. Una sesión permite el transporte ordinario de datos, como
lo hace la capa de transporte, pero también proporciona servicios mejorados
que son útiles en algunas aplicaciones.[3] Se podría usar una sesión para que
el usuario se conecte a un sistema remoto de tiempo compartido o para
transferir un archivo entre dos máquinas.
Protocolos de la capa de sesiónEditar
Protocolo RPC (llamada a procedimiento remoto): es un protocolo
que permite a un programa de ordenador ejecutar código en otra
máquina remota sin tener que preocuparse por las comunicaciones entre
ambos. El protocolo es un gran avance sobre los sockets usados hasta
el momento. Las RPC son muy utilizadas dentro del paradigma cliente-
servidor, siendo el cliente el que inicia el proceso solicitando al servidor
que ejecute cierto procedimiento o función, y enviando de vuelta este
último el resultado de dicha operación al cliente. Hoy en día se está
utilizando el XML como lenguaje para definir el IDL y el HTTP como
protocolo de red, dando lugar a lo que se conoce como servicios web.
SCP (Secure Copy): El protocolo SCP es básicamente idéntico al
protocolo RCP, pero a diferencia de este, los datos son cifrados durante
su transferencia, para evitar que potenciales sniffers extraigan
información útil de los paquetes de datos. Sin embargo, el protocolo
mismo no provee autenticación y seguridad; sino que espera que el
protocolo subyacente, SSH, lo asegure.
ASP (Protocolo de sesión APPLE TALK): Fue desarrollado por Apple
Computer, ofreciendo establecimiento de la sesión, mantenimiento y
desmontaje, así como la secuencia petición. ASP es un protocolo
intermedio que se basa en la parte superior de AppleTalk Protocolo de
Transacciones (ATP), que es el protocolo original y fiable a nivel de
sesión de AppleTalk. Proporciona servicios básicos para solicitar
respuestas a las arbitrarias órdenes y llevar a cabo fuera de la banda de
consultas de estado. También permite al servidor enviar mensajes
asíncronos de atención al cliente.
http://itcelenes.mx.tripod.com/Unidad8CapadeSesion.html
https://sites.google.com/site/redeslocalesyglobales/6-arquitecturas-de-redes/5-
el-modelo-de-referencia-osi/funciones-de-las-capas-del-modelo-osi
https://sites.google.com/site/valentinaosi1998/5-capa-de-sesion
