Capa de sesion

75.74 Sistemas Distribuidos I FIUBA

Capa de Sesión

Capa de Sesión

Facultad de Ingeniería Universidad de Buenos Aires
Laboratorio de Sistemas Distribuidos Heterogéneos

Capa de Sesión
Prof. María Feldgen

FIUBA (Prof. María Feldgen) Laboratorio de Sistemas Distribuidos Heterogéneos

1.

Capa de Sesión

Capa de Sesión
  

Estructura de una conversación entre computadorasOrganización y coordinación del dialogo Servicios especiales para una conexión de sesión:
– administración de actividades – administración de interacciones – sincronización de la sesión.



Servicios:
– Establecimiento – Transferencia de datos – Liberación de la conexión

• • • •

Administración del intercambio (Token) Unidades de Diálogo (Minor / Major sincronization) ActividadesExcepciones

FIUBA (Prof. María Feldgen) Laboratorio de Sistemas Distribuidos Heterogéneos

2.

Prof. María Feldgen FIUBA Laboratorio de Sistemas Distribuidos Heterogéneos

75.74 Sistemas Distribuidos I FIUBA

Capa de Sesión

Capa de Sesión

Unidades funcionales






La negociación de necesidades o requisitos de sesión se hará por unidades funcionales, no servicio aservicio. La lista de unidades funcionales es la siguiente: Los protocolos de capas superiores llevan dentro de su especificación las unidades funcionales de sesión que precisan.

•
• • • • • • • • • • • •

Núcleo de sesión Half duplex Full duplex Typed Data Excepciones Liberación negociada Sincronización mayor Sincronización menor Sincronización simétrica Resincronización Datos urgentes Gestión deactividades Capability data
3.

FIUBA (Prof. María Feldgen) Laboratorio de Sistemas Distribuidos Heterogéneos

Establecimiento de la sesión

Capa de Sesión

Se dispone de un único servicio confirmado:  identificador de la sesión: contiene  S-CONNECT.request identificación local de la sesión, remota (identificador, llamador, llamado, y una común. calidad_servicio, requisitos_sesion, llamador, llamado: Direcciones de número_serie, tokens, datos) SSAP del que inicia la conexión y del  S-CONNECT.indication extremo al que se solicita la conexión (identificador, llamador, llamado,  Calidad_servicio: Parámetros de calidad_servicio, requisitos_sesion, calidad del servicio. número_serie, tokens, datos)  Requisitos_sesión: Propuesta para Los parámetros de calidad son: lanegociación de unidades  Control extendido: permite frente a funcionales que se van a utilizar congestión hacer uso de  Número_serie: Número de secuencia resincronización, interrupción o inicial del llamador para los puntos de cancelación de actividades, etc.) control (sincronización)  Optimización del dialogo: permite  Tokens: Propuesta de tokens concatenación de múltiples SPDU’s en una sola TSDUdisponibles a usar y asignación inicial FIUBA (Prof. María Feldgen)  Datos: Información del usuario.
Laboratorio de Sistemas Distribuidos Heterogéneos 4.

Prof. María Feldgen FIUBA Laboratorio de Sistemas Distribuidos Heterogéneos

75.74 Sistemas Distribuidos I FIUBA

Capa de Sesión

Establecimiento de la sesión
Continuación.

Capa de Sesión

 





S-CONNECT.response(identificador, contestador, resultado, calidad_servicio, requisitos_sesion, número_serie, tokens, datos) S-CONNECT.confirm (identificador, contestador, resultado, calidad_servicio, requisitos_sesion, número_serie, tokens, datos)



 




FIUBA (Prof. María Feldgen) Laboratorio de Sistemas Distribuidos Heterogéneos

identificador de la sesión: el mismo que en el request. Contestador:Dirección de SSAP del que contesta. Normalmente es el mismo que llamado en el request Resultado: Indicación si acepta o no la conexión. Si es un rechazo contiene el motivo (1) no especificado; (2) congestión, (3) rechazo con información en datos. Calidad_servicio: Valores definitivos de la calidad del servicio. Número_serie: Número de secuencia inicial definitivo para los puntos de control...