Capa Sesión

Jonathan Yomaro VásquezLuis Fernando Camacho

Jhon Adrián Cerón

Descripción General

Es la duración de una conexión entre un usuario (el agente) y un servidor, generalmente involucrando el intercambio de múltiples paquetes de datos entre la computadora del usuario y el servidor.

En los casos de los protocolos de transporte en donde no se implementa una capa de sesión formal (por ejemplo, UDP), o en donde las sesiones en la capa de sesión son generalmente de una vida corta (por ejemplo, HTTP), las sesiones pueden ser mantenidas por un programa de más alto nivel, usando algún método. Por ejemplo, un intercambio HTTP entre un navegador y un servidor remoto, puede incluir una cookie, que permite mantener una "sesión", con su identificador propio, datos del usuario, sus preferencias, etc.

Servicio

Esta capa proporciona sus servicios a la capa de presentación, facilitando el medio necesario para que las entidades de presentación de dos máquinas diferentes organicen y sincronicen su diálogo y procedan al intercambio de datos, mediante el establecimiento de sesiones.

Primitivas

1. De petición o solicitud (REQUEST). Empleada para invocar un servicio y pasarle los parámetros necesarios para su ejecución.

2. De indicación (INDICATION). Usada para indicar que un procedimiento ha sido invocado por el usuario par del servicio en la conexión y pasar los parámetros asociados o para indicar al usuario del servicio el inicio de una acción por parte del proveedor.

3. De respuesta (RESPONSE). Empleada por el usuario del servicio para reconocer o completar algún procedimiento previamente iniciado por una indicación del proveedor.

4. De confirmación (CONFIRM). Usada por el proveedor del servicio para reconocer o completar algún procedimiento previamente iniciado por una petición del usuario.

Tipos de Servicio

• SERVICIO ORIENTADO A LA CONEXIÓN – FASE DE ESTABLECIMIENTO DE LA SESIÓN O CONEXIÓN – TRANSFERENCIA DE DATOS– GESTIÓN DE TOKENS o TESTIGOS– SINCRONIZACIÓN Y RESINCRONIZACIÓN– COMUNICACIÓN DE EXCEPCIONES– GESTION DE ACTIVIDAD– CIERRE DE UNA SESIÓN O LIBERACIÓN DE LA CONEXIÓN

• SERVICIO NO ORIENTADO A LA CONEXIÓN – TRANSFERENCIA DE DATOS

Servicio Orientado a la Conexión

Fase de Establecimiento de la Sesión o Conexión

• S-CONNECT.request ()• S-CONNECT.indication () • S-CONNECT.response ()• S-CONNECT.confirm ()

Transferencia de DatosEl nivel de sesión ofrece hasta 4 canales de datos simultáneos de intercambio de datos (2 en transporte), según la negociación de la sesión.• Servicios de esos canales

– No Confirmados• S-DATA• S-EXPEDITED-DATA• S-TYPED-DATA

– Confirmados• S-CAPABILITY-DATA

Canal de datos (Datos normales): Este servicio sólopodrá ser usado por el usuario quetiene el token de datos:

• S-DATA.request (datos)• S-DATA.indication (datos)

No hay límite de cantidad de datos que pueda enviar.

Canal urgente (Datos urgentes): Este servicio permiteacceder a este canal, si se negoció. Sin tokens:

• S-EXPEDITED-DATA.request (datos)• S-EXPEDITED-DATA.indication (datos)

Límite de datos: 14 bytes

Canal datos fuera de banda (Typed data): Este servicio permite que las capas superiores intercambien inf. de control. Sin tokens:

• S-TYPED-DATA.request (datos)• S-TYPED-DATA.indication (datos)

No hay límite de datos

Canal de actividad: • S-CAPABILITY-DATA.request (datos usuarios)• S-CAPABILITY-DATA.indication (datos usuarios)• S-CAPABILITY-DATA.response (datos usuarios)• S-CAPABILITY-DATA.confirm (datos usuarios)

Gestión de TokensCuando se abre una sesión se debe negociar:

– La disponibilidad de los token (token a usar)– La asignación inicial de los token disponibles

Se dispone de tres servicios para que los usuarios puedan intercambiar los tokens disponibles para establecer un sistema de turnos. 1. Para entregar los tokens al otro usuario:

– S-TOKEN-GIVE.request (tokens)– S-TOKEN-GIVE.indication (tokens)

2. Para solicitar alguno de los tokens:– S-TOKEN-PLEASE.request (tokens, datos)– S-TOKEN-PLEASE.indication (tokens, datos)

• En datos se especifica la importancia o prioridad de la petición, no es analizado por sesión sino por el usuario. El usuario entregará el token con S-TOKEN-GIVE.request.

3. Cesión de todos los tokens disponibles:– S-CONTROL-GIVE.request()– S-CONTROL-GIVE.indication()

Sincronización y ResincronizaciónEste grupo de servicios permite, si es necesario, abandonar la conversación y retomarla en un punto anterior conocido, por ejemplo, por un error.1. Puntos sincronización mayor: sólo puede ser iniciado por el que tiene el

token de sincronización mayor (servicio confirmado):– S-SYNC-MAJOR.request (número_serie, datos)– S-SYNC-MAJOR.indication (número_serie, datos)– S-SYNC-MAJOR.response (datos)– S-SYNC-MAJOR.confirm (datos)

• número_serie: opcional es el próximo nro. de serie a usar, si no se sigue la secuencia.

2. Puntos de sincronización menor: sólo puede ser iniciado por el que tiene el token de sincronización menor (servicio no confirmado habitual o servicio confirmado):– S-SYNC-MINOR.request (tipo, número_serie, datos)– S-SYNC-MINOR.indication (tipo, número_serie, datos)– S-SYNC-MINOR.response (número_serie, datos)– S-SYNC-MINOR.confirm (número_serie, datos)

• tipo: si desea si que el punto de control sea confirmado o no

Resincronización

Para regresar a un punto marcado por un punto de sincronismo. Se debe especificar en forma no ambigua:

– El siguiente número de secuencia que se va a utilizar– La situación de los tokens disponibles (quién tiene cada token)

• Es un servicio confirmado:– S-RESYNC.request (tipo, número_serie, tokens, datos)– S-RESYNC.indication (tipo, número_serie, tokens, datos)– S-RESYNC.response (número_serie, tokens, datos)– S-RESYNC.confirm (número_serie, tokens, datos)

• Tipo puede ser:– Abandon: se abandona la unidad de dialogo, el siguiente es el nuevo Nº de

secuencia.– Restart: se vuelve atrás al último punto de control mayor.– Set: se establece un nuevo valor para los Nº de secuencia.

COMUNICACIÓN DE EXCEPCIONESPara comunicación de situaciones excepcionales (normalmente errores) entre usuarios y el proveedor del servicio:

Iniciados por el usuario: S-U-EXCEPTION-REPORT.request () S-U-EXCEPTION-REPORT.indication ()Iniciado por el proveedor: S-P-EXCEPTION-REPORT.indication ()

GESTIÓN DE ACTIVIDADUna actividad es una unidad lógica de trabajo y consiste de una o más unidades de diálogo. Es una forma de estructurar el intercambio de datos.

Inicio de actividades: Servicio no confirmado: S-ACTIVITY-START.request () S-ACTIVITY-START.indication ()

Fin de actividades: Servicio confirmado: S-ACTIVITY-END.request () S-ACTIVITY-END.indication () S-ACTIVITY-END.response () S-ACTIVITY-END.confirm ()

Interrumpir una actividad Servicio confirmado: S-ACTIVITY-INTERRUPT. Request () S-ACTIVITY-INTERRUPT. Indication () S-ACTIVITY-INTERRUPT. response () S-ACTIVITY-INTERRUPT. confirm ()

Reanudar una actividad (Servicio no confirmado): S-ACTIVITY-RESUME.request () S-ACTIVITY-RESUME.indication ()

Cancelar una actividad (Servicio confirmado): S-ACTIVITY-DISCARD. Request () S-ACTIVITY-DISCARD. Indication () S-ACTIVITY-DISCARD. response () S-ACTIVITY-DISCARD. confirm ()

CIERRE DE UNA SESIÓN O LIBERACIÓN DE LA CONEXIÓN

Servicio confirmado con liberación ordenada de la sesión: S-RELEASE.request () S-RELEASE.indication () S-RELEASE.response () S-RELEASE.confirm ()

Servicio no confirmado de liberación abrupta de la sesión: S-U-ABORT.request () S-U-ABORT.indication ()

Servicio No Orientado a la Conexión

TRANSFERENCIA DE DATOS S-UNITDATA.req () S-UNITDATA.ind ()

CAPA DE SESIÓN EN ARPANET

• La red de computadoras Advanced Research Projects Agency Network (ARPANET) fue creada por encargo del Departamento de Defensa de los Estados Unidos ("DoD" por sus siglas en inglés) como medio de comunicación para los diferentes organismos del país.

HISTOROIA DE ARPANET…

• El concepto de una red de computadoras capaz de comunicar usuarios en distintas computadoras fue formulado por J.C.R. Licklider de Bolt, Beranek and Newman (BBN) en agosto de 1962, en una serie de notas que discutían la idea de "Red Galáctica".

Fue la espina dorsal de Internet hasta 1990

El primer nodo se creó en la Universidad de California, Los Ángeles

El uso de una red descentralizada con múltiples caminos entre dos puntos.

La división de mensajes completos en fragmentos que seguirían caminos distintos. La red estaría capacitada para responder ante sus propios fallos.

• uniendo máquinas directamente con cables telefónicos. En una de las primeras reuniones (de 1967), muchos participantes no estaban dispuestos a que sus computadoras tuvieran que gestionar líneas telefónicas

• idea de usar pequeños ordenadores separados sólo para gestionar los enlaces de comunicaciones. Esta idea permitió descargar de trabajo a las computadoras principales, además de aislar la red de la distinta naturaleza de cada computadora.

• La oferta de BBN seguía el plan de Roberts rápidamente. Los pequeños ordenadores se denominaron Procesadores del interfaz de mensajes (IMPs). Éstos implementaban la técnica de almacenar y reenviar y utilizaban un módem telefónico para conectarse a otros equipos (a una velocidad de 50 kbits por segundo). Los ordenadores centrales se conectaban a los IMPs mediante interface serie a medida.

Software desarrollado

En 1972, Ray Tomlinson de la BBN inventó el correo electrónico. En 1973, el protocolo FTP ya estaba definido e implementado, facilitando el movimiento de ficheros en ARPANET. Para entonces el 75% del tráfico ya se debía al éxito del correo electrónico.

LA ARQUITECTURA DE ARPANET

Arpanet no sigue el modelo OSI. Tiene protocolos equivalentes a lo que en OSI serían la capa de red y de transporte. Los más conocidos son:

IP (Internet protocol): protocolo entre redes. Protocolo sin conexión diseñado para la interconexión de redes WAN y LAN.

TCP (Transmission control protocol) protocolo de control de transmisión. Protocolo orientado a la conexión equivalente en OSI a la capa de transporte en cuento a su función, aunque difiere de su formato.

Entre las capas de presentación y sesión, ARPANET no tiene protocolos, pero en la de aplicación si hay varios. Los más conocidos son:FTP (files trasnfer protocol) protocolo de transferencia de ficheros de un ordenador a otro.

LA ARQUITECTURA DE ARPANET

SMPT (simple Mail Protocol Transfer) protocolo de simple de transferencia de correo electrónico a través se la red.

TELNET: protocolo de conexión remota utilizado para conexiones remotas gestionadas como terminales virtuales.ARPANET se ha convertido un estándar de hecho, multiplicando su utilización debido al Internet.

CAPA DE SESIÓN EN MAP Y TOP

MAP y TOP utilizan una forma restringida de la capa de sesión del modelo OSI. El establecimiento de sesión, la transferencia de datos y la liberación de sesión están totalmente soportados para el modo dúplex; mientras que el modo semidúplex no está soportado.

El servicio de sincronización, la administración de actividades, la notificación de excepciones, los datos tipados y el servicio de datos de capacidad no son requeridos.

Los protocolos de sesión MAP y TOP son subconjuntos de los protocolos completos de sesión del modelo OSI. Aquellas SPDU necesarias para realizar el subconjunto MAP y TOP deberán ser realizadas. Las demás son opcionales.

• El protocolo de Automatización de Manufactura (MAP) fue establecido por General Motors en 1962.

• Proporciona un estándar común que permita compatibilidad entre los dispositivos de comunicación que operan en un ambiente de manufactura

• MAP/TOP (Manufacturing Automotion Protocol/Technical and Office Protocol). Es un estándar para la interconexión de un grupo de usuarios trabajando en red de área local (LAN).

CAPA DE SESIÓN EN USENET

• Usenet es el acrónimo de Users Network (Red de usuarios).

• Es un sistema global de discusión en Internet • Los usuarios pueden leer o enviar mensajes

(denominados artículos) a distintos grupos de noticias ordenados de forma jerárquica.

• El medio se sostiene gracias a un gran número de servidores distribuidos y actualizados mundialmente, que guardan y transmiten los mensajes.

• Al igual que en ARPANET, USENET no cuenta con una capa de sesión. A diferencia de ARPANET, no es ni siquiera posible, para las capas superiores, realizar por sí mismas los servicios de sesión. Ninguno de los servicios de sesión se necesitan en absoluto.

Bibliografía

• http://materias.fi.uba.ar/7574/m7574p/s105sesion.pdf