MODELO OSI – CAPA DE SESIÓN

INTEGRANTEVictor mamani catachura

Sandra Cañi JaliriRicardo Llamocca

ChoquehuancaGabriela Mamani Musaja

UNJBG – TACNA – PERU Boreas.H Boreash

MODELO OSI – CAPA DE SESIÓN

SERVICIOS DE LA CAPA DE SESIÓN

SERVICIOS DE LA CAPA DE SESIÓN

Entre los servicios ofrecidos tenemos.– INTERCAMBIO DE DATOS– ADMINSTRACION DE DIALOGO– SINCRONIZACION– ADMINISTRACION DE ACTIVIDADES– NOTIFICACION DE EXCEPCIONES

MODELO OSI – CAPA DE SESIÓN

INTERCAMBIO DE DATOS

INTERCAMBIO DE DATOS

La característica más importante de la capa de sesión es el Intercambio de datos. Una sesión sigue un proceso de tres fases:

1. ESTABLECIMIENTO

2. UTILIZACIÓN

3. LIBERACION

ESTABLECIMIENTO

En el establecimiento de una sesión un usuario de sesión invoca una primitiva S-CONNECT.request con el objeto de establecer una sesión, el proveedor de sesión solo ejecuta un T-CONNECT.request para establecer una conexión de transporte.

De la misma manera, el establecimento de una sesión, al igual que el establecimiento de un conexión de transporte, implica una negociación entre los corresponsales (usuarios) para fijar los valores de varios parámetros como pueden ser la calidad de servicio, y la bandera indicando si los datos acelerados están o no permitidos.

Estos se pasan a la conexión de transporte sin que se les haga modificación alguna.

LIBERACIÓN

En la liberación existen importantes diferencias entres una sesión y una conexión de transporte. La principal entre esta es la forma de cómo se liberan las sesiones y las conexiones de transporte.

Las conexiónes de trasnporte terminan con la primitiva T-DISCONNECT.request, que produce una liberación abrupta y puede traer como resultado la perdida de los datos en trafico que haya en el momento de la liberación.

Las sesiones se terminan con la primitiva S-RELEASE.request que resulta en una liberación ordenada en la cual los datos no se llegan a perder.

MODELO OSI – CAPA DE SESIÓN

ADMINISTRACIÓN O MANEJO DEL

DIALOGO

MANEJO DE DIALOGO

COMUNICACIÓN EN HALF DUPLEX

S-DATArequest S-DATA

indication

S-DATArequest S-DATA

indicationS-TOKEN-GIVE

request

S-DATArequest S-DATA

indication

S-DATArequest S-DATA

indication

S-TOKEN-GIVErequest S-TOKEN-GIVE

indication

S-DATArequest

S-DATAindication

COMUNICACIÓN EN HALF DUPLEX

COMUNICACIÓN EN FULL DUPLEX

MODELO OSI – CAPA DE SESIÓN

SINCRONIZACIÓN

SINCRONIZACIÓN

Los usuarios pueden insertar puntos de sincronización en el flujo del mensaje. Cada uno de estos puntos lleva un número de sede. Cuando un usuario invoca una primitiva para solicitar un punto de sincronización, el otro obtiene una indicación. De la misma manera si uno de ellos invoca una primitiva para resincronización el otro también obtiene una indicación de esto.El almacenamiento de los mensajes y la subsiguiente retransmisión posterior se lleva a cabo arriba de la capa de sesión; lo que la capa de sesión proporciona es una forma de transportar señales de sincronización y resincronización numeradas a través de la red.

PUNTOS DE SINCRONIZACIÓN

Son identificadores que se van introduciendo a lo largo de la sesión, y que permiten devolver a ésta a una situación reconocible si se producen errores o existe algún desacuerdo (mediante un procedimiento de resincronización). Los puntos de sincronizacion pueden ser:- Mayores - Menores

Nota: Hay que distinguir entre errores de comunicación (ya resueltos en los niveles 1 al 4) y de aplicación.

PUNTOS DE SINCRONIZACIÓN

PUNTOS DE SINCRONIZACION MAYORES Se debe confirmar explícitamente. Son utilizados para que ciertas actividades se hagan completamente o no se hagan. Es necesario para poder tener el testigo de sincronización mayor o actividad. Delimitan las unidades de diálogo. Son siempre confirmados.

PUNTOS DE SINCRONIZACION MENORESSon puntos que sincronizan tareas menos críticas. Es necesario tener el testigo de sincronización menor. Se insertan dentro de las unidades de diálogo. Pueden ser no confirmados.

UNIDAD DE DIALOGO

Las delimitadas por los puntos de sincronización mayor.

TESTIGOS (TOKENS)

Son derechos que permiten invocar distintos servicios y que se asignan dinámicamente entre los interlocutores. El servicio asociado a un testigo sólo puede ser invocado por su poseedor.

TIPOS DE TESTIGOS:– De datos– De liberación de conexión– De sincronización menor– De sincronización mayor y actividad

RESINCRONIZACIÓN

Lleva la conexión de sesión a un estado definido que se ha identificado con el número de serie del punto de sincronismo utilizado.La resincronización puede ser invocada por cualquier usuario. Sólo es posible resincronizar hasta el último punto de sincronismo mayor.Los datos pendientes de envío son desechados y se debe retomar el diálogo en el punto indicado en la solicitud de resincronización (responsabilidad del usuario)Tras la resincronización, los testigos pasan al interlocutor que los poseía en el instante en el que fue definido el punto.

TIPOS DE DATOS

Normales

Acelerados (Expedited)

Tipados (Typed)

De Capacidad (Capability)

MODELO OSI – CAPA DE SESIÓN

ADMINISTRACIÓN O GESTIÓN DE ACTIVIDADES

ADMINISTRACIÓN DE ACTIVIDADES

Permite que el usuario divida el flujo de mensajes en unidades lógicas denominadas actividades en la terminología OSI. Cada actividad es completamente independiente de cualquiera de las demás que pudieron haber venido antes o que vendrán después de ella.

Un posible uso es el de "poner en cuarentena" las peticiones recibidas hasta que finalice la actividad, evitando bloqueos.

Las actividades pueden interrumpirse, reanudarse o ser abandonadas. No es posible solapar dos o más actividades.

ADMINISTRACIÓN DE ACTIVIDADES

También pueden extenderse a lo largo de más de una sesión:

Por último, una actividad puede descomponerse en una o más unidades de diálogo:

Para evitar el inicio de actividades simultáneas desde ambos extremos del diálogo, la administración de actividades se controla mediante un testigo.

GESTIÓN DE ACTIVIDADES

• Una actividad es una unidad lógica de trabajo y consiste de una o mas unidades de diálogo. Es una forma de estructurar el intercambio de datos.

• Pueden interrumpirse y retomarse mas tarde. La salvaguarda de los datos es responsabilidad del usuario de sesión.

MODELO OSI – CAPA DE SESIÓN

INFORME DE EXCEPCIONES

INFORME DE EXCEPCIONES

• Para comunicación de situaciones excepcionales (normalmente errores) entre usuarios y el proveedor del servicio:

• Iniciados por el usuario:• S-U-EXCEPTION-REPORT.request (motivo, datos)• S-U-EXCEPTION-REPORT.indication (motivo,

datos)

•  Iniciado por el proveedor:• S-P-EXCEPTION-REPORT.indication (motivo)

MODELO OSI – CAPA DE SESIÓN

ESPECIFICACIÓN DEL PROTOCOLO

ESPECIFICACIÓN DEL PROTOCOLO

• El protocolo de sesión establece las reglas para el intercambio de datos e información de control entre entidades de sesión pares, utilizando una conexión de transporte.

• La relación entre el intercambio de primitivas y los procedimientos del protocolo es como sigue:

– Si llega a la máquina de protocolo de sesión una unidad de datos del protocolo de sesión (SPDU), entregada por el proveedor (capa de transporte), se generara una indicación o confirmación de servicio al usuario (primitivas indication o confirm).

– Si se recibe del usuario un requerimiento o respuesta (primitivas request o response), se envía una SPDU desde una entidad de sesión a otra y/o se genera un requerimiento del servicio de transporte.

MODELO OSI – CAPA DE SESIÓN

PROTOCOLOS MÁS IMPORTANTES

PROTOCOLOS IMPORTANTES

SISTEMA DE ARCHIVOS DE RED (NFS)

NFS: Primer sistema comercial de archivos en red (Sun 1984) maduro, estándar, multiplataforma que permite acceder y compartir archivos en una red C/S heterogénea como si estuvieran en un sólo disco, i.e. montar un directorio de una máquina remota en una máquina local.

LENGUAJE DE CONSULTA ESTRUCTURADO (SQL)

El SQL (Structured query language), lenguaje de consulta estructurado, es un lenguaje surgido de un proyecto de investigación de IBM para el acceso a bases de datos relacionales. Actualmente se ha convertido en un estándar de lenguaje de bases de datos, y la mayoría de los sistemas de bases de datos lo soportan, desde sistemas para ordenadores personales, hasta grandes ordenadores.

LENGUAJE DE CONSULTA ESTRUCTURADO (SQL)

Como su nombre indica, el SQL nos permite realizar consultas a la base de datos. Pero el nombre se queda corto ya que SQL además realiza funciones de definición, control y gestión de la base de datos.

Predicado DescripciónAll Devuelve todos los campos de la tabla.Top Devuelve un determinado número de registros de la tabla.Distinct Omite los registros cuyos campos seleccionados

coincidan totalmente.Distincrow Omite los registros duplicados basándose en la totalidad

del registro y no sólo en los campos seleccionados.

LLAMADA DE PROCEDIMIENTO REMOTO (RPC)

• El RPC (del inglés Remote Procedure Call, 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. De esta manera el programador no tenía que estar pendiente de las comunicaciones, estando éstas encapsuladas dentro de las RPC.

EL SISTEMA X-WINDOW

• X está formado de dos partes: un lado servidor y un lado cliente. La funcionalidad básica es familiar a la forma en que trabajan todos los modelos cliente-servidor, en el sentido de que el servidor X tiene determinados recursos que proporciona al cliente. Debido a que el servidor X está integrado a las pilas TCP/IP las peticiones pueden venir de cualquier cliente y pueden ser solicitadas a cualquier servidor. Además, debido a que X, además de ser un programa específico, define además un protocolo, los clientes pueden comunicarse con servidores X en otro tipo de plataforma. El servidor actúa como una interfaz entre los programas clientes y el hardware físico.

PROTOCOLO DE SESIÓN APPLETALK (ASP)

• Appletalk es un conjunto de protocolos desarrollados por Apple Inc. para la conexión de redes. Fue incluido en un Macintosh en 1984 y actualmente está en desuso en los Macintosh en favor de las redes TCP/IP.

• AppleTalk fue diseñada como un cliente/servidor o sistema de red distribuido, en otras palabras, los usuarios comparten recursos de red como archivos e impresoras con otros usuarios. Las interacciones con servidores son transparentes para el usuario, ya que, la computadora por sí misma determina la localización del material requerido, accediendo a él sin que requiera información del usuario.

PROTOCOLO DE CONTROL DE SESIÓN DNA (SCP)

• Ocultar al usuario las operaciones de red.• Soportar rangos amplios de: operaciones, facilidades de comunicación y

topologías de red.• Hacer uso máximo de estándares.• Requerir mínima intervención administrativa.• Ser manejable.• Permitir el crecimiento.• Permitir la migración.• Ser divisible en subconjuntos.• Ser ampliable.• Ser altamente disponible.• Ser altamente distribuido.• Permitir seguridad.

MODELO OSI – CAPA DE SESIÓN

PRIMITIVAS DEL SERVICIO EN OSI

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.

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 ORIENTADOS A CONEXIÓN

– TRANSFERENCIA DE DATOS

PRIMITIVAS

Existen cuatro tipos de primitivas.– De petición o solicitud (REQUEST). Empleada para invocar un

servicio y pasarle los parámetros necesarios para su ejecución.– 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.

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

– 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.

PRIMITIVAS

PRIMITIVAS

FASE DE ESTABLECIMIENTO DE LA SESIÓN O CONEXIÓN

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

TRANSFERENCIA DE DATOS

Canal de datos (Datos Normales): – S-DATA.request (datos)– S-DATA.indication (datos)

Canal urgente (Datos urgentes): – S-EXPEDITED-DATA.request (datos)– S-EXPEDITED-DATA.indication (datos)

Canal datos fuera de banda: – S-TYPED-DATA.request (datos)– S-TYPED-DATA.indication (datos)

Canal de actividad: – S-CAPABILITY-DATA.req (datos usuarios)– S-CAPABILITY-DATA.ind (datos usuarios)– S-CAPABILITY-DATA.res (datos usuarios)– S-CAPABILITY-DATA.con (datos usuarios)

GESTIÓN DE TOKENS o TESTIGOS

Cuando se habré una sesión se debe negociar:– La disponibilidad de los token (token a usar)– La asignación inicial de los token disponibles

Para entregar tokens al otro usuario:– S-TOKEN-GIVE.request (tokens)– S-TOKEN-GIVE.indication (tokens)

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.

SINCRONIZACIÓN Y RESINCRONIZACIÓN

Sincronización: Este grupo de servicios permite, si es necesario, abandonar la conversación y retomarla en un punto anterior conocido, por un error.

Existen 2 tipos: Puntos de sincronización mayor y menor – S-SYNC-MAJOR.request ()– S-SYNC-MAJOR.indication ()– S-SYNC-MAJOR.response ()– S-SYNC-MAJOR.confirm ()– S-SYNC-MINOR.request ()– S-SYNC-MINOR.indication ()– S-SYNC-MINOR.response ()– S-SYNC-MINOR.confirm ()

SINCRONIZACIÓN Y RESINCRONIZACIÓN

Resincronizacion. Para regresar a un punto marcado por un punto de sincronismo. – S-RESYNC.request ()– S-RESYNC.indication ()– S-RESYNC.response ()– S-RESYNC.confirm ()

COMUNICACIÓN DE EXCEPCIONES

Para 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 ()

GESTION DE ACTIVIDAD

Una 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.

Pueden interrumpirse y retomarse mas tarde. La salvaguarda de los datos es responsabilidad del usuario de sesión.

GESTION DE ACTIVIDAD

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 ()

GESTION DE ACTIVIDAD

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 ()

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

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

PRIMITIVAS

TRANSFERENCIA DE DATOS

S-UNITDATA.req () S-UNITDATA.ind ()

MODELO OSI – CAPA DE SESIÓN

LA CAPA DE SESIÓN EN VARIAS REDES

CAPA DE SESIÓN EN ARPANET

Fue creada por encargo del Departamento de Defensa de los Estados Unidos como medio de comunicación para los diferentes organismos del país.

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

Fue la espina dorsal de Internet hasta 1990

CAPA DE SESIÓN EN ARPANET

ARPANET no tiene una capa de sesión o algo que se le parezca.

Más bien depende de las aplicaciones individuales al manejo de sus sesiones, siempre que sea necesario.

Se ha trabajado mucho sobre RPC

CAPA DE SESIÓN EN MAP Y TOP

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

TOP

• Desarrolló el Desarrolló el sistema sistema Técnico y de Técnico y de Productos de Productos de Oficina (TOP).Oficina (TOP).

• Fue pensado como Fue pensado como complemento de MAP complemento de MAP

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.

Modo semidúplex no está soportado

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.

CAPA DE SESIÓN EN USENET

Al igual que en ARPANET, USENET no cuenta con una capa de sesión.

Ninguno de los servicios de sesión se necesita en absoluto.