Resumen Tema Capa de Sesion Osi

download Resumen Tema Capa de Sesion Osi

of 6

Transcript of Resumen Tema Capa de Sesion Osi

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    1/6

    1. # Introduccin Yei2. # Servicios ofrecidos Mar

    Intercambio de Datos

    La caracterstica mas importante de la capa de sesin es el intercambio de datos. Una

    sesin, al igual que una conexin de transporte, sigue un proceso de tres fases: la deestablecimiento, la de utilizacin y la de liberacin.

    Las primitivas que se le proporcionan a la capa de presentacin, para el establecimiento,utilizacin y liberacin de sesiones, son muy parecidas a las proporcionadas a la capa desesin para el establecimiento, uso y liberacin de conexiones de transporte. En muchoscasos, todo lo que la entidad de sesin tiene que hacer, cuando primitiva es invocada por elusuario de sesin, es invocar la primitiva de transporte correspondiente para que se puedaas realizar el trabajo. En cualquier caso , y a pesar de estas similitudes, existen importantesdiferencias entre el intercambio de datos de sesin y el intercambio de datos de transporte.La mas importante de estas diferencias es la forma de liberar las sesiones y las conexiones

    de transporte.

    Las conexiones de transporte se terminan con la primitiva T-DISCONNECT.request, queproduce una liberacin abrupta y puede traer como resultado la perdida de los datos entrafico que haya en el momento de la liberacin. Las sesiones se terminan con la primitivaS-RELEASE.request, que resulta en una liberacin ordenada en la cual los datos jamas sellegan a perder. Tambin otro de los motivos porque el intercambio de datos de sesindifiere del de transporte, es en la cantidad diferente de datos. La capa de transporte tienedos flujos de datos que son lgicamente independientes, es decir, los datos normales y losdatos acelerados. La capa de sesin , adems de estos dos tipos tiene , tambin, los datostipados y los de capacidad.

    Administracin del Dialogo

    En principio, todas las conexiones del modelo OSI son dplex, es decir, las unidades dedatos del protocolo(PDU) se pueden mover en ambas direcciones simultneamente sobre lamisma conexin. Aunque puede haber situaciones en las que el software de capassuperiores esta estructurado de tal forma que espera que los usuarios tomen turnoconvirtiendo la comunicacin en semidplex. La administracin del dialogo ser uno e losservicio de la capa de sesin y consistir en mantener un seguimiento de a quien lecorresponde el turno de hablar y de hacerlo cumplir. En el momento en el que se inicia unasesin se seleccionara el modo de funcionamiento y ya sea dplex o semidplex, la

    negociacin inicial determina quien tendr primeramente el testigo de datos porque solo elusuario que posee el testigo podrs transmitir mientras el otro se mantendr en silencio.Cuando termine le pasara el testigo a su interlocutor.

    Sincronizacin

    Otro servicio de la capa de sesin es la sincronizacin, la cual se utiliza para llevar lasentidades de sesin de vuelta a un estado conocido, en caso de que haya un error o algn

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    2/6

    desacuerdo. A primera vista, este servicio parecera innecesario porque la capa detransporte se ha diseado cuidadosamente para que se pueda recuperar, en formatransparente, de todos los errores de comunicacin, as como de fallos de las subredes. Sinembargo la capa de transporte se ha diseado para enmascarar los errores de comunicacin.Esta no se puede recuperar de los errores cometidos en la capa superior.

    La solucin recae sobre la capa de sesin. Los usuarios de sesin pueden dividir el texto enpaginas, e insertar un punto de sincronizacin entre cada una de ellas. En caso depresentarse un problema, es posible restablecer el estado de la sesin a un punto previo desincronizacin, para desde ah continuar. Por supuesto, para hacer posible este proceso,llamado resincronizacin, el usuario de sesin emisor deber continuar reteniendo los datosdurante el tiempo que sea necesario.

    Existen dos tipos diferentes de puntos de sincronizacin, el mayor y el menor, cada uno deellos con sus propias primitivas. Las unidades delimitadas por los puntos de sincronizacinmayores se llaman unidades de dialogo, y generalmente representan partes de trabajo

    lgicamente significativas. Cuando se lleva a cabo la transmisin de un libro, por ejemplo,los captulos podran estar delimitados por puntos de sincronizacin mayores.

    Administracin de Actividades

    Otra de las caractersticas claves de la capa de sesin, muy relacionada con lasincronizacin, es la administracin de actividades. La idea tras la administracin deactividades es la de permitir que el usuario divida el flujo de mensajes en unidades lgicasdenominadas actividades. Cada actividad es completamente independiente de cualquiera delas dems que pudieron haber venido antes o que vendrn despus de ella. Es importanteindicar que la eleccin de lo que constituye una actividad la llevan a cabo los usuarios, y no

    la capa de sesin. Lo nico que hace la capa de sesin es asegurar que cuando un usuariohaga una solicitud mediante la primitiva S-ACTIVITY, el otro usuario obtenga laindicacin correspondiente.

    La capa de sesin solo esta interesada en la ejecucin de las primitivas, pero no sobre susignificado o uso. Las actividades estn estrechamente relacionadas con los puntos desincronizacin. Cuando se inicia una actividad, los nmeros de serie de los puntos desincronizacin vuelven a 1 y se inserta un punto de sincronizacin mayor. Dentro de unaactividad es posible establecer puntos de sincronizacin adicionales ya sean mayores omenores. Dado que el inicio de una actividad tambin corresponde a un punto desincronizacin mayor, una vez que se inicia una actividad, ya no es posible resincronizar a

    un punto anterior a aquel correspondiente al inicio de dicha actividad. Es decir , no esposible resincronizar a un punto de sincronizacin de una actividad previa.

    Notificacin de Excepciones

    Otra caracterstica de la capa de sesin es la correspondiente a un mecanismo de propsitogeneral para notificar errores inesperados. Si un usuario tiene algn problema, por cualquierrazn, este problema se puede notificar a su corresponsal utilizando la primitiva S-U-

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    3/6

    EXCEPTION-REPORT.request. Algunos datos del usuario se pueden transferirutilizando esta primitiva. Los datos del usuario, generalmente, explicaran que es lo quesucedi. La notificacin de excepciones no solamente se aplica a los errores detectados delusuario. El proveedor del servicio puede generar una primitiva S-P-EXCEPTION-REPORT.indication para informarle al usuario sobre los problemas internos que existen

    dentro de la capa de sesin, o sobre problemas que le reporten procedentes de las capas detransporte o inferiores. Estas notificaciones contienen un campo que describe la naturalezade la excepcin. La decisin sobre que accin tomar, si hay alguna, depender del usuario.

    3. # Especificacin del protocolo Yei4. # Manejo del dilogo Mar

    Control de dialogo ** La capa de sesin decide si va a utilizar la conversacinsimultanea de dos vas o la comunicacin alternada de dos vas. Esta decisin seconoce como control de dialogo.**

    Por defecto todas las conexiones sonfull-duplex(PDUs en ambos sentidos a la vez).

    Existe hardware y aplicaciones nicamente half-duplex, por lo que a nivel de sesinnecesitamos controlar qu extremo puede transmitir en cada momento.

    El manejo de dilogo se consigue usando un token de datos. Al iniciar la conexin senegocia half-duplexy se identifica quin tendr el token al principio.

    Slo puede transmitir el que tiene el token (el otro debe guardar silencio). Cuandotermina le pasa el token al otro extremo usando S-TOKEN-GIVE.request.

    Si el que no tiene el token quiere transmitir puede pedirlo con S-TOKEN-PLEASE.request. El poseedor del token puede concederlo o bien rechazar la peticin.

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    4/6

    La animacin muestra una comunicacin hal-duplex, el host que tiene el token dedatos, muestra su lnea de tiempo de color azul, hata que cede el token ade datos alotro extremo.

    En la otra animacin se observa una comunicacin full-duplex, cada host puede

    enviar y recibir PDUs al mismo tiempo. Este tipo de conexin es el que se utilizapor defecto.

    5. # La sincronizacin Yei6. # Manejo de Actividades Mar

    Otra caracterstica de la capa de sesin, relacionada con la sincronizacin, es el manejo deactividades. La idea es permitir al usuario dividir el mensaje en unidades lgicas llamadasActividades. Cada actividad es completamente independiente de cualquier otra actividadque pueda haber llegado antes o despus de ella.

    Depende del usuario determinar lo que es una actividad. La eleccin de qu constituye unaactividad es hecha por los usuarios, no por la capa de sesin. La capa de sesin se encargade que cuando un usuario haga unapeticin de S-ACTIVITY el otro obtenga lacorrespondiente indicacin.

    Para evitar situaciones de bloqueo de recursos y problemas por cada del hostlocalcualquier transaccin debe estructurarse como una actividad de la capa de sesin. Despusde recibir la S-ACTIVITY-START.indication, el hostremoto slo acumula mensajesentrantes hasta que S-ACTIVITY-END.indication seale que no hay ms. Slo entonces seprocesaran.

    Las actividades, o se completan en su totalidad, o no se completan en absoluto. De estaforma, ningn fallo externo dejara al hostremoto a medias en una transaccin(atomicidad).

    7. # Informe de excepciones Yei

    8 primitivas del servicio osi

    Cada tipo de primitiva puede tenerrequest, indication, response y confirm. Hay 58primitivas que pueden dividirse en 7 grupos:

    y Establecimiento de conexin.y Liberacin de conexin.y Transferencia de datos.

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    5/6

    y Manejo de token.y Sincronizacin.y Manejo de actividades.y Informe de excepciones.

    SERVICIO ORIENTADO A LA CONEXIN

    PRIMITIVAS DE SESIN ENOSI

    Rq In Rs Cn SIGNIFICADO

    S-CONNECT Establece una conexion

    S-RELEASE Termina una sesin de forma gradual

    S-U-ABORTLiberacin abrupta iniciada por el

    usuario

    S-P-ABORTLiberacin abrupta iniciada por elroveedor

    S-DATA Transferencia de datos normalesS-EXPEDITED-DATA Transferencia de datos expeditivos

    S-TYPED-DATA Transferencia de datos fuera-de-banda

    S-CAPABILITY-DATA Controla la trasferencia de datos

    S-TOKEN-GIVE Pasa el token a la otra capa

    S-TOKEN-PLEASE Pide un token a la otra capa

    S-CONTROL-GIVE Pasa todos los tokens a la otra capa

    S-SYNC-MAJORInserta un punto de sincronizacin

    mayor

    S-SYNC-MINORInserta un punto de sincronizacionmenor

    S-RESYNCHRONIZEVolver a un punto de sincronizacin

    revio

    S-ACTIVITY-START Comienza una actividad

    S-ACTIVITY-END Termina una actividad

    S-ACTIVITY-DISCARD Abandona una actividad

    S-ACTIVITY-INTERRUPT Suspende una actividad

    S-ACTIVITY-RESUMERetoma una actividad previamentesuspendida

    S-U-EXCEPTION-REPORT Informa de una excepcin de usuarioS-P-EXCEPTION-REPORT Informa de una excepcin del proveedor

    SERVICIO SIN CONEXIN

  • 8/9/2019 Resumen Tema Capa de Sesion Osi

    6/6

    S-UNITDATA Transferencia de datos sin conexin