Universidad Nacional Tecnolgica de Lima Sur

Facultad de Ingeniera de Sistemas y Administracin

Escuela Acadmica profesional Tecnolgica de Ingeniera de Sistemas

CAPA DE SESIN DEL

MODELO OSI

Trabajo presentado en cumplimiento parcial

de los requisitos de la materia de
Redes de Computadoras I

Por:

Duran Bernabe, Abdel

Surjano Palpa, Ederson
Villavicencio Quispe, Kevin

Diciembre del 2016

DEDICATORIA
Este trabajo va dedicado a nuestros
padres que da a da nos brinda su
apoyo incondicional y a nuestra alma
mater UNTELS

TABLA DE CONTENIDO

Tabla de contenido
I.

DEDICATORIA...........................................................................................

II.

TABLA DE CONTENIDO.............................................................................

III.

LISTA DE FIGURAS....................................................................................

IV.

CAPTULO I...............................................................................................

V.

INTRODUCCIN.................................................................................
1.1

Capa de sesin.......................................................................

1.2

Funcin principal.....................................................................

1.3

Formas de correlacionar sesiones sobre conexiones de

transporte.........................................................................................
VI.

CAPITULO II..............................................................................................

VII.

CARACTERISTICAS............................................................................
2

2.1

Intercambio de datos..............................................................
2.1.1

Establecimiento..........................................................

2.1.2

Liberacin...................................................................

2.1.3

Direccionamiento.......................................................

2.2

Administracin del dilogo.....................................................

2.3

Sincronizacin.......................................................................

2.4

Administracin de actividades..............................................

2.5

Notificacin de excepciones.................................................

VIII.

CAPITULO III...........................................................................................

IX.

CONTROL DE DILOGO...................................................................
3.1

Token....................................................................................

3.2

Separacin de dilogo..........................................................

X.

CAPITULO IV...........................................................................................

XI.

PROTOCOLOS DE LA CAPA DE SESIN............................................

4.1

ASP (AppleTalk Protocolo de Sesin).....................................

4.2

NFS (Network File Servicios).................................................

4.3

X Window System y Terminal X.............................................

4.4

RPC (Remote Procedure Call)................................................

4.5

SCP (Protocolo de Comunicaciones Simple)..........................

4.6

SQL (Structured Query Language)........................................

4.7

ZIP (Zona AppleTalk Protocolo de informacin).....................

XII.

CAPITULO V............................................................................................

XIII.

XIV.

LISTA DE REFERENCIAS..........................................................................

CONCLUCIONES..............................................................................

LISTA DE FIGURAS

CAPTULO I
1 INTRODUCCIN
La capa de sesin, presentacin y aplicacin constituyen las Capas
superiores en el Modelo OSI. A diferencia de las 4 capas inferiores, que
estn involucradas en proporcionar una comunicacin de extremo a
extremo, en cambio las capas superiores proporcionan una serie de
servicios orientados al usuario. Estas parten de un canal sin error,
proporcionado por la capa de transporte.
Esta capa es muy delgada, con pocas caractersticas, comparada con
las capas anteriores. Esta capa no es tan importante como la de
transporte, porque muchas aplicaciones no llegan a necesitar de sus
caractersticas.
La capa de Sesin permite que los usuarios de diferentes maquinas
establezcan sesiones entre ellos. Por medio de la Sesin puede llevarse
a cabo un transporte de datos ordinario, como lo hace la capa de
transporte, pero mejorando el servicio que esta proporciona.

Un servicio de esta capa es el de gestionar el Control de Dialogo. Estas

sesiones permiten el trfico en ambas direcciones al mismo tiempo, o a
una sola direccin. Si el trfico solo puede ir en una direccin, la capa
de sesin ayudara en el seguimiento de quien tiene el turno.
Otro servicio es el de sincronizacin, aqu la capa proporciona una
forma para insertar puntos de verificacin en el flujo de datos, con el
objeto de que despus de cada cada, solamente se repitan los datos
que estn despus del ltimo punto de verificacin.

1.1 Capa de sesin

La capa de sesin es la que se ocupa de la administracin de la red;
tiene la capacidad de cancelar sesiones y controlar la terminacin
ordenada de una sesin, verifica la contrasea escrita por un usuario y
permite que el usuario conmute la transmisin semiduplex (esperar
turno) a dplex (en ambas direcciones).
Puede determinar quin habla, con qu frecuencia y durante cunto
tiempo, controla la transferencia de datos e incluso maneja la
recuperacin de una cada del sistema.

1.2 Funcin principal

Consiste en proporcionar una manera por medio de la cual los usuarios
de la capa de sesin establezcan conexiones llamadas sesiones, y
transfiera datos sobre ellas en forma ordenada.
Una sesin se parece a una conexin de transporte, pero no son
idnticas; por lo general cuando llega a presentarse una solicitud para
que la capa de sesin establezca una sesin, se deber establecer una
conexin de transporte que se encargue de soportar la conexin.
Cuando termina la sesin se libera la conexin de transporte.
Cada vez que un agente contesta una llamada, se establece una sesin
con el ordenador principal. Una vez que la llamada se procesa, la
sesin se da por terminada, pero lo importante aqu es que no hay
5

necesidad de cargar con el problema de liberar la conexin de

transporte subyacente, porque seguramente ser necesaria otra vez en
unos cuantos segundos.

1.3 Formas de correlacionar sesiones sobre conexiones de

transporte.
Correlacin uno a uno.
Sesiones consecutivas utilizan la misma conexin de transporte.
Una sesin se extiende a mltiples conexiones de transporte.
Considrese el caso de una lnea area 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 sesin
con el ordenador principal.
Una vez que la llamada se procesa la sesin se da por terminada, pero
lo importante aqu es que no hay necesidad de cargar con el problema
de liberar la conexin de transporte, porque seguramente ser
necesaria otra vez en unos cuantos segundos.
Es ms sencillo por lo tanto permitir que sesiones consecutivas utilicen
la misma conexin de transporte.
Se da una tercera forma posible de correlacin entre sesiones y
conexiones de transporte. En este caso se puede observar una sesin
que abarca mltiples conexiones de transporte.

Esto es por si llega a fallar una conexin de transporte (por cualquier

razn), la capa de sesin puede establecer una nueva conexin de
transporte y seguir con la sesin sobre la nueva conexin.

CAPITULO II
2

CARACTERISTICAS

2.1 Intercambio de datos

La caracterstica ms 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:
Establecimiento
Utilizacin
Liberacin
2.1.1 Establecimiento
En el establecimiento de una sesin un usuario de sesin invoca una
primitiva S-CONNECT.request con el objeto de establecer una sesin,
el proveedor de sesin solo ejecuta un T-CONNECT.request para
establecer una conexin de transporte.
De la misma manera, el establecimiento de una sesin, al igual que el
establecimiento de un conexin de transporte, implica una negociacin
entre los corresponsales (usuarios) para fijar los valores de varios
parmetros como pueden ser la calidad de servicio, y la bandera
indicando si los datos acelerados estn o no permitidos.

2.1.2 Liberacin
En la liberacin existen importantes diferencias entre una sesin y una
conexin de transporte. La principal entre esta es la forma de cmo se
liberan las sesiones y las conexiones de transporte.
Las conexiones de transporte terminan con la primitiva TDISCONNECT.request, que produce una liberacin abrupta y puede
traer como resultado la prdida de los datos en trfico que haya en el
momento de la liberacin.
Las sesiones se terminan con la primitiva S-RELEASE.request que
resulta en una liberacin ordenada en la cual los datos no se llegan a
perder.
2.1.3 Direccionamiento
Es otra de las reas en las que hay diferencia entre las capas de sesin
y transporte, aunque solo levemente. Para establecer una sesin, uno
debe especificar la direccin SSAP a la cual se va a conectar. Aunque
las normas no indican la forma cmo las direcciones SSAP deben ser
construidas, es muy probable que en la practica la direccin de un
SSAP constar de una direccin TSAP, ms alguna informacin
adicional de identificacin.
Otro de los motivos por los cuales el intercambio de datos de sesin
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 lgicamente
independientes; es decir, los datos normales y los datos acelerados.
La capa de sesin tiene ambos tipos y, adems, otros dos los datos
tipados y los de capacidad.

2.2 Administracin del dilogo

El hecho de mantener un seguimiento de a quien le corresponde el
turno de hablar (y hacerlo cumplir), se denomina administracin del
dilogo. Y es uno de los servicios que puede ofrecer la capa de sesin
en el momento que se le solicite.
Todas las conexiones del modelo OSI son dplex, es decir, las PDU se
pueden mover en ambas direcciones sobre la misma conexin.
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 operacin ms natural para el usuario es el de enviar una
solicitud al sistema de base de datos y despus esperar la respuesta.
El hecho de permitir que los usuarios enven una segunda o tercera
solicitud antes de que la primera haya sido contestada, trae como
consecuencia una complicacin innecesaria al sistema.
Lgicamente resulta deseable que el sistema funcione en modo dplex,
o bien que le toque el turno de transmitir al usuario o al sistema de
base de datos.
La realizacin de la administracin del dilogo se hace mediante el
empleo de un testigo de datos.
En el momento en que se establece una sesin, el funcionamiento
dplex es una de las opciones elegibles. Si se selecciona el
funcionamiento semiduplex la negociacin inicial tambin 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 transmisin, se la pasar a su corresponsal por
medio de la primitiva S-TOKEN-GIVE.request.

2.3 Sincronizacin.
La sincronizacin, la cual se utiliza para llevar las entidades de sesin
de vuelta a un estado conocido, en caso de que haya un error o algn
desacuerdo. A primera vista, este servicio parecera innecesario porque
la capa de transporte se ha diseado cuidadosamente para que se
pueda recuperar, en forma transparente, de todos los errores de
comunicacin, as como de fallos de las subredes. Sin embargo 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 en pginas, e insertar un punto de
sincronizacin entre cada una de ellas. En caso de presentarse un
problema, es posible restablecer el estado de la sesin a un punto
previo de sincronizacin, para desde ah continuar. Por supuesto, para
hacer posible este proceso, llamado re sincronizacin, el usuario de
sesin emisor deber continuar reteniendo los datos durante el tiempo
que sea necesario.
Existen dos tipos diferentes de puntos de sincronizacin, el mayor y el
menor, cada uno de ellos con sus propias primitivas. Las unidades
delimitadas por los puntos de sincronizacin mayores 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.
Elementos a tener en cuenta en la sincronizacin
Puntos de sincronizacin mayores
Se debe confirmar explcitamente. Son utilizados para que ciertas
actividades se hagan completamente o no se hagan. Es necesario para
poder tener el testigo de sincronizacin mayor o actividad.
10

Puntos de sincronizacin menores

Son puntos que sincronizan tareas menos crticas. Es necesario tener el
testigo de sincronizacin menor.
Unidades de dialogo
Las delimitadas por los puntos de sincronizacin mayor.

2.4 Administracin de actividades.

Otra caracterstica clave de la capa de sesin, estrechamente
relacionada con la sincronizacin, es la administracin de actividades.
La administracin de actividades permite que el usuario divida el flujo
de mensajes en unidades lgicas denominadas actividades. Cada
actividad es completamente independiente de cualquiera de las dems
que pudieron haber venido antes o que vendrn despus de ella.
Depende del usuario el determinar que es una actividad. Ejemplo,
considrese una sesin que se haya establecido con el propsito de
transferir varios archivos entre dos ordenadores. Se necesita alguna
forma para marcar el lugar en donde termina un archivo y comienza el
siguiente.
El empleo del carcter ASCII FS (Separador de Archivos) no es la
mejor idea, porque si los archivos contienen informacin binaria, estos
caracteres podran aparecer en los datos y sealar accidentalmente el
final de un archivo, cuando no se trataba de esto.
Lo que realmente se necesita es alguna manera de insertar un
marcador en el flujo de mensajes, que sea en s mismo diferente de un
mensaje de datos. Una manera de alcanzar este objetivo consisten en
definir cada transferencia de un archivo como una actividad separada,
como se ilustra en la figura 2 en esta figura, el emisor emite una
primitiva S-ACTIVITY-START.request, antes de que se inicie la
transferencia de cada archivo. Esta primitiva llega al otro extremo
como un S-ACTIVITY.indication para marcar el inicio del archivo.
11

Similarmente, despus de que se completa la transferencia de cada

archivo, la primitiva S-ACTIVITY-END se puede utilizar para marcar el
fin del archivo.
Lo nico que hace la capa de sesin es asegurar que cuando un usuario
haga una solicitud S-ACTIVITY, el otro usuario obtenga la indicacin
correspondiente. Cuando se hagan estas solicitudes y como reacciones
el receptor a las indicaciones, no son cuestiones de inters para la capa
de sesin.
Como un ejemplo sobre la manera en que la administracin de
actividades puede utilizarse, considrese un sistema bancario
domstico en el cual la gente puede pagar sus facturas usando sus
ordenadores personales para transferir dinero de sus cuentas a
aqullas de las compaas que emitieron las facturas. El programa que
se ejecuta en el ordenador personal podra comenzar preguntando por
el nmero de la cuenta a la que se va a cargar la factura y transmitir
esta informacin al banco en su primer mensaje. Despus podra
preguntar sucesivamente por el nmero de la cuenta a la que se va a
abonar, as como la cantidad, y enviar estos datos como los mensajes
dos y tres.

2.5 Notificacin de excepciones

Es un mecanismo de propsito general para notificar errores
inesperados. Si un usuario tiene algn problema, por cualquier razn,
este problema se puede notificar a su corresponsal utilizando la
primitiva S-U-EXCEPTION-REPORT.request. Algunos datos del usuario
se pueden transferir utilizando esta primitiva. Los datos del usuario,
generalmente, explicaran que es lo que sucedi. La notificacin de
excepciones no solamente se aplica a los errores detectados del
usuario. El proveedor del servicio puede generar una primitiva S-PEXCEPTION-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 de transporte o
12

inferiores. Estas notificaciones contienen un campo que describe la

naturaleza de la excepcin.
La decisin sobre qu accin tomar, si hay alguna, depender del
usuario.
Realizacin de llamadas de procedimientos remotos.

CAPITULO III
3 CONTROL DE DILOGO
La capa de sesin es la encargada de establecer el enlace de
comunicacin o sesin entre las computadoras emisoras y receptoras
(figura 1). Esta capa tambin gestiona la sesin que se establece entre
ambos nodos.

Figura 1. La capa de sesin proporciona el enlace de comunicacin

entre dos computadoras que estn comunicando
Una vez establecido la sesin entre los nodos participantes, la capa de
sesin pasa a encargarse de ubicar puntos de control en la secuencia
de datos. De esta forma, se proporciona cierta tolerancia a fallos
13

dentro de la sesin de comunicacin .si una sesin falla y se pierde la

comunicacin entre los nodos, cuando despus se restablece la sesin
solo tendrn que volver a enviarse los datos situados detrs del ltimo
punto de control recibido. As se evita el tener que enviar de nuevo
todos los paquetes que inclua la sesin.
El Control de Dilogo establece el orden en que los mensajes deben
fluir entre usuarios finales.
La capa de sesin decide si va a utilizar la conversacin simultnea de
dos vas o la comunicacin alternada de dos vas. Esta decisin se
conoce como control de dilogo. Si se permiten comunicaciones
simultneas de dos vas, entonces la capa de sesin poco puede hacer
en cuanto al manejo de la conversacin. En estos casos, otras capas de
los equipos que se estn comunicando manejan la conversacin. Es
posible que en la capa de sesin se produzcan colisiones cuando un
mensaje pasa a otro, causando confusin en uno de los hosts que se
comunican, o en ambos.
Si estas colisiones de la capa de sesin se vuelven intolerables,
entonces el control de dilogo cuenta con otra opcin: la comunicacin
alternada de dos vas. La comunicacin alternada de dos vas involucra
el uso de un token de datos de la capa de sesin que permite que cada
host se comunique por turnos.

3.1 Token
La palabra token la podemos traducir como testigo. Recuerda las redes
en anillo donde le pasbamos el testigo de equipo a equipo para
establecer turnos para comunicarse (figura 2). En este caso para
sincronizar las comunicaciones haremos lo mismo, pasar un testigo
(token) que establecer quien tiene el turno.

14

Figura 2. Control de dialogo: alternado de dos vas (TWA) Simultaneo

de dos vas (TWS)

3.2 Separacin de dilogo

La separacin de dilogo es el inicio, finalizacin y control ordenado de
la comunicacin. El grfico principal ilustra una sincronizacin menor.
En el "eje de tiempo, t = punto de referencia", la capa de sesin del
host A le enva un mensaje de sincronizacin al host B, y en ese
momento ambos hosts realizan la siguiente rutina:
Realizar una copia de respaldo de los archivos especficos
Guardar las configuraciones de la red
Guardar las configuraciones del reloj
Tomar nota del punto final de la conversacin
Un punto de referencia es similar a la forma en la que un procesador
de texto en se detiene durante un segundo mientras realiza una
operacin de guardado automtico del documento actual (Figura 3). En
este caso, sin embargo, estos puntos de referencia se utilizan para
separar partes de una sesin, previamente definidas como dilogos

15

Figura 3. Separacin de Dialogo

CAPITULO IV
4 PROTOCOLOS DE LA CAPA DE SESIN
4.1 ASP (AppleTalk Protocolo de Sesin)
Es un protocolo desarrollado por Apple inc. Para la conexin de
redes y actualmente est en desuso en los Macintosh en favor de las
redes TPC/IP.
Este protocolo fue diseado como un cliente/servidor o sistema
de red distribuido, los usuarios comparten recursos de red como
archivos e impresoras con otros usuarios.

4.2 NFS (Network File Servicios)

Protocolo que permite acceder y compartir archivos de una red.
NFS proporciona este servicio siguiendo la estructura cliente-servidor.
El servidor NFS comparte una serie de directorios seleccionados con
una condicin de seguridad concreta.
16

El cliente NFS, si est autorizado para ello, puede montar dichos

directorios en su propio sistema de archivos pudiendo acceder a los
archivos como si fueran locales. El montaje se pude realizar en
secuencia de arranque del equipo o cuando lo necesite.

4.3 X Window System y Terminal X

X est conformado en 2 partes: un lado servidor y un lado cliente.
La funcionalidad bsica es familiar a la forma que trabaja todos los
modelos cliente-servidor, en el sentido que el servidor X tiene
determinados recursos que proporciona al cliente. Debido a que el
servidor X est integrado por pilas TCP/IP, las peticiones pueden venir
de cualquier cliente y puede ser solicitada a cualquier servidor.
(Apellidos, Ao)

4.4 RPC (Remote Procedure Call)

Es un protocolo que permite a un programa de ordenador
ejecutar cdigo de otra mquina remota sin tener que preocupare por
las comunicaciones entre ambos, es un gran protocolo sobre el avance
de los sockets.
Las RPC son muy utilizadas dentro del entorno cliente-servidor.
Siendo el cliente el que inicia el proceso solicitando al servidor que
ejecute cierto procedimiento o funcin y enviando ste de vuelta el
resultado de dicha operacin al cliente.(Apellidos, Ao)

4.5 SCP (Protocolo de Comunicaciones Simple)

El protocolo SCP es bsicamente idntico al protocolo RPC a
diferencia de este, los datos son cifrados durante su transferencia, para
evitar potenciales packet sniffers (PROGRAMA DE CAPTURA DE LAS
TRAMAS DE RED) extraigan informacin til de los paquetes de datos.
Sin embargo, el protocolo mismo no provee autenticacin y seguridad.

17

4.6 SQL (Structured Query Language)

El SQL es un lenguaje de consulta estructurado es un lenguaje
surgido de un proyecto de investigacin de IBM para el acceso a bases
de datos relacionados.
Actualmente se ha convertido en un estndar de lenguaje de base
de datos, los sistemas de base de datos los soportan desde sistemas par
ordenados personales, hasta grandes ordenadores.

4.7 ZIP (Zona AppleTalk Protocolo de informacin)

Protocolo de capa de sesin AppleTalk que asigna nmeros de red
a nombres de zona. NBP usa ZIP para determinar cules de las redes
contienen nodos que pertenecen a una zona.

CAPITULO V
5 CONCLUCIONES
Esta capa establece, administra y termina las sesiones de comunicacin
entre dispositivos.
Una sesin de comunicacin consta de solicitud de servicio y respuesta
al servicio entre dos aplicaciones.
La capa de sesin permite que los usuarios de diferentes maquinas
puedan establecer sesiones entre ellos. A travs de una sesin se puede
llevar a cabo un transporte de datos ordinario, tal y como lo hace la
capa de transporte, pero mejorando los servicios que esta proporciona
y que se utilizan en algunas aplicaciones.

18

Una sesin podra permitir al usuario acceder a un sistema de

tiempo compartido a distancia, o transferir un archivo a distancia.

LISTA DE REFERENCIAS

Capa 5 OSI | Capa de Sesin. http://eltallerdelbit.com/capa-5-osi-capade-sesion

Capa de sesin https://es.wikipedia.org/wiki/Capa_de_sesi%C3%B3n
Definicin de las siete capas del modelo OSI y explicacin de las
funciones. https://support.microsoft.com/es-pe/kb/103884
El nivel de Sesin/Servicios ofrecidos.
http://neo.lcc.uma.es/evirtual/cdd/tutorial/sesion/servic.html

19