Universidad Nacional Tecno
Universidad Nacional Tecnológica de Lima lógica de Lima SurSur F
Facultad de Ingeniería acultad de Ingeniería de Sistemas y de Sistemas y AdministraciónAdministración
Escuela Académica profesional Tecnológica de Ingeniería de Sistemas Escuela Académica profesional Tecnológica de Ingeniería de Sistemas
A!A "E SESI#N "EL A!A "E SESI#N "EL
$%"EL% %SI $%"EL% %SI
Tra&a'o presentado en cumplimiento parcial Tra&a'o presentado en cumplimiento parcial
de los re(uisitos de la materia de de los re(uisitos de la materia de
)edes de omputadoras I )edes de omputadoras I
!or* !or*
"uran +erna&e, A&del "uran +erna&e, A&del Sur'ano !alpa, Ederson Sur'ano !alpa, Ederson -illavicencio .uispe, / -illavicencio .uispe, /evinevin
"iciem&re del 0123 "iciem&re del 0123
DEDICATORIA
Este tra&a'o va dedicado a nuestros padres (ue día a día nos &rinda 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. CAPÍTULO I... .. V. 1 INTRODUCCIN... .. 1.1 Ca!a de "e"i#n... .. 1.$ F%nci#n !&inci!al... .. 1.' Fo&(a" de co&&elaciona& "e"ione" "ob&e cone)ione" de
t&an"!o&te... .. VI. CAPITULO II... .. VII. 0 CARACTERISTICAS... ..
$.1 Inte&ca(bio de dato"... .. $.1.1 E"tableci(iento... .. $.1.$ Libe&aci#n... .. $.1.' Di&ecciona(iento... .. $.$ Ad(ini"t&aci#n del di*lo+o... .. $.' Sinc&oni,aci#n... $.- Ad(ini"t&aci#n de actiidade"... $./ Noti0caci#n de e)ce!cione"... VIII. CAPITULO III... I. ' CONTROL DE DI2LOGO...
'.1 To3en... '.$ Se!a&aci#n de di*lo+o... . CAPITULO IV... I. - PROTOCOLOS DE LA CAPA DE SESIN...
-.1 ASP 4A!!leTal3 P&otocolo de Se"i#n5... -.$ NFS 4Net6o&3 File Se&icio"5... -.' 7indo6 S8"te( 8 Te&(inal ... -.- RPC 4Re(ote P&oced%&e Call5... -./ SCP 4P&otocolo de Co(%nicacione" Si(!le5... -.9 S:L 4St&%ct%&ed :%e&8 Lan+%a+e5... -.; <IP 4<ona A!!leTal3 P&otocolo de in=o&(aci#n5... II. CAPITULO V... III. / CONCLUCIONES... IV. LISTA DE REFERENCIAS...
LISTA DE FIGURAS
CAPÍTULO I
1 INTRODUCCIN
La capa de sesión, presentación y aplicación constituyen las apas
superiores en el $odelo %SI4 A diferencia de las 5 capas inferiores, (ue est6n involucradas en proporcionar una comunicación de e7tremo a e7tremo, en cam&io las capas superiores proporcionan una serie de servicios orientados al usuario4 Estas parten de un canal sin error, proporcionado por la capa de transporte4
Esta capa es muy delgada, con pocas características, comparada con las capas anteriores4 Esta capa no es tan importante como la de
transporte, por(ue muc8as aplicaciones no llegan a necesitar de sus características4
La capa de Sesión permite (ue los usuarios de diferentes ma(uinas esta&le9can sesiones entre ellos4 !or medio de la Sesión puede llevarse a ca&o un transporte de datos ordinario, como lo 8ace la capa de
transporte, pero me'orando el servicio (ue esta proporciona4
-Un servicio de esta capa es el de gestionar el ontrol de "ialogo4 Estas sesiones permiten el tr6:co en am&as direcciones al mismo tiempo, o a una sola dirección4 Si el tr6:co solo puede ir en una dirección, la capa de sesión ayudara en el seguimiento de (uien tiene el turno4
%tro servicio es el de sincroni9ación, a(uí la capa proporciona una forma para insertar puntos de veri:cación en el ;u'o de datos, con el o&'eto de (ue después de cada caída, solamente se repitan los datos (ue est6n después del <ltimo punto de veri:cación4
1.1 Ca!a de "e"i#n
La capa de sesión es la (ue se ocupa de la administración de la red= tiene la capacidad de cancelar sesiones y controlar la terminación
ordenada de una sesión, veri:ca la contrase>a escrita por un usuario y permite (ue el usuario conmute la transmisión semiduple7 ?esperar turno@ a d<ple7 ?en am&as direcciones@4
!uede determinar (uién 8a&la, con (ué frecuencia y durante cu6nto tiempo, controla la transferencia de datos e incluso mane'a la
recuperación de una caída del sistema4 1.$ F%nci#n !&inci!al
onsiste en proporcionar una manera por medio de la cual los usuarios de la capa de sesión esta&le9can cone7iones llamadas sesiones, y
trans:era datos so&re ellas en forma ordenada4
Una sesión se parece a una cone7ión de transporte, pero no son
idénticas= por lo general cuando llega a presentarse una solicitud para (ue la capa de sesión esta&le9ca una sesión, se de&er6 esta&lecer una cone7ión de transporte (ue se encargue de soportar la cone7ión4
uando termina la sesión se li&era la cone7ión de transporte4
ada ve9 (ue un agente contesta una llamada, se esta&lece una sesión con el ordenador principal4 Una ve9 (ue la llamada se procesa, la
sesión se da por terminada, pero lo importante a(uí es (ue no 8ay /
necesidad de cargar con el pro&lema de li&erar la cone7ión de
transporte su&yacente, por(ue seguramente ser6 necesaria otra ve9 en unos cuantos segundos4
1.' Fo&(a" de co&&elaciona& "e"ione" "ob&e cone)ione" de t&an"!o&te.
orrelación uno a uno4
Sesiones consecutivas utili9an la misma cone7ión de transporte4 Una sesión se e7tiende a m<ltiples cone7iones de transporte4
onsidérese el caso de una línea aérea (ue tiene o:cinas de reserva en varias ciudades4
ada o:cina tiene agentes con terminales conectados a un miniordenador u&icado en la o:cina local4
Los miniordenadores se conectan mediante una red de 6rea e7tendida a un ordenador principal en el cual se encuentra la &ase de datos de las reservas4
ada ve9 (ue un agente contesta una llamada se esta&lece una sesión con el ordenador principal4
Una ve9 (ue la llamada se procesa la sesión se da por terminada, pero lo importante a(uí es (ue no 8ay necesidad de cargar con el pro&lema de li&erar la cone7ión de transporte, por(ue seguramente ser6
necesaria otra ve9 en unos cuantos segundos4
Es m6s sencillo por lo tanto permitir (ue sesiones consecutivas utilicen la misma cone7ión de transporte4
Se da una tercera forma posi&le de correlación entre sesiones y
cone7iones de transporte4 En este caso se puede o&servar una sesión (ue a&arca m<ltiples cone7iones de transporte4
Esto es por si llega a fallar una cone7ión de transporte ?por cual(uier ra9ón@, la capa de sesión puede esta&lecer una nueva cone7ión de transporte y seguir con la sesión so&re la nueva cone7ión4
CAPITULO II
0
CARACTERISTICAS
$.1 Inte&ca(bio de dato"
La característica m6s importante de la capa de sesión es el intercam&io de datos4 Una sesión al igual (ue una cone7ión de transporte sigue un proceso de tres fases*
Esta&lecimiento Utili9ación
Li&eración
$.1.1 E"tableci(iento
En el esta&lecimiento de una sesión un usuario de sesión invoca una primitiva S%NNET4re(uest con el o&'eto de esta&lecer una sesión, el proveedor de sesión solo e'ecuta un T%NNET4re(uest para
esta&lecer una cone7ión de transporte4
"e la misma manera, el esta&lecimiento de una sesión, al igual (ue el esta&lecimiento de un cone7ión de transporte, implica una negociación entre los corresponsales ?usuarios@ para :'ar los valores de varios
par6metros como pueden ser la calidad de servicio, y la &andera indicando si los datos acelerados est6n o no permitidos4
$.1.$ Libe&aci#n
En la li&eración e7isten importantes diferencias entre una sesión y una cone7ión de transporte4 La principal entre esta es la forma de cómo se li&eran las sesiones y las cone7iones de transporte4
Las cone7iones de transporte terminan con la primitiva T
"IS%NNET4re(uest, (ue produce una li&eración a&rupta y puede traer como resultado la pérdida de los datos en tr6:co (ue 8aya en el momento de la li&eración4
Las sesiones se terminan con la primitiva S)ELEASE4re(uest (ue resulta en una li&eración ordenada en la cual los datos no se llegan a perder4
$.1.' Di&ecciona(iento
Es otra de las 6reas en las (ue 8ay diferencia entre las capas de sesión y transporte, aun(ue solo levemente4 !ara esta&lecer una sesión, uno
de&e especi:car la dirección SSA! a la cual se va a conectar4 Aun(ue las normas no indican la forma cómo las direcciones SSA! de&en ser construidas, es muy pro&a&le (ue en la practica la dirección de un SSA! constar6 de una dirección TSA!, m6s alguna información adicional de identi:cación4
%tro de los motivos por los cuales el intercam&io de datos de sesión di:ere del intercam&io de datos de transporte, es la cantidad de diferentes tipos de datos4
La capa de transporte tiene dos ;u'os de datos (ue son lógicamente independientes= es decir, los datos normales y los datos acelerados4 La capa de sesión tiene am&os tipos y, adem6s, otros dos los datos tipados y los de capacidad4
$.$ Ad(ini"t&aci#n del di*lo+o
El 8ec8o de mantener un seguimiento de a (uien le corresponde el turno de 8a&lar ?y 8acerlo cumplir@, se denomina administración del di6logo4 B es uno de los servicios (ue puede ofrecer la capa de sesión en el momento (ue se le solicite4
Todas las cone7iones del modelo %SI son d<ple7, es decir, las !"U se pueden mover en am&as direcciones so&re la misma cone7ión4
Cay varias situaciones en las (ue el softDare de capas superiores est6 estructurado de tal forma (ue espera (ue los usuarios tomen su turno4 El modo de operación m6s natural para el usuario es el de enviar una solicitud al sistema de &ase de datos y después esperar la respuesta4 El 8ec8o de permitir (ue los usuarios envíen una segunda o tercera solicitud antes de (ue la primera 8aya sido contestada, trae como consecuencia una complicación innecesaria al sistema4
Lógicamente resulta desea&le (ue el sistema funcione en modo d<ple7, o &ien (ue le to(ue el turno de transmitir al usuario o al sistema de &ase de datos4
La reali9ación de la administración del di6logo se 8ace mediante el empleo de un testigo de datos4
En el momento en (ue se esta&lece una sesión, el funcionamiento d<ple7 es una de las opciones elegi&les4 Si se selecciona el
funcionamiento semiduple7 la negociación inicial tam&ién determina (ue e7tremo poseer6 primeramente el testigo4 Solamente el usuario (ue tiene el testigo puede transmitir datos, el otro de&er6 permanecer en silencio4 Una ve9 (ue el e7tremo (ue posee el testigo 8aya
terminado de 8acer su transmisión, se la pasar6 a su corresponsal por medio de la primitiva ST%/ENI-E4re(uest4
$.' Sinc&oni,aci#n.
La sincroni9ación, la cual se utili9a para llevar las entidades de sesión de vuelta a un estado conocido, en caso de (ue 8aya un error o alg<n desacuerdo4 A primera vista, este servicio parecería innecesario por(ue la capa de transporte se 8a dise>ado cuidadosamente para (ue se
pueda recuperar, en forma transparente, de todos los errores de
comunicación, así como de fallos de las su&redes4 Sin em&argo la capa de transporte se 8a dise>ado para enmascarar los errores de
comunicación4 Esta no se puede recuperar de los errores cometidos en la capa superior4
La solución recae so&re la capa de sesión4 Los usuarios de sesión pueden dividir el te7to en p6ginas, e insertar un punto de
sincroni9ación entre cada una de ellas4 En caso de presentarse un pro&lema, es posi&le resta&lecer el estado de la sesión a un punto
previo de sincroni9ación, para desde a8í continuar4 !or supuesto, para 8acer posi&le este proceso, llamado re sincroni9ación, el usuario de sesión emisor de&er6 continuar reteniendo los datos durante el tiempo (ue sea necesario4
E7isten dos tipos diferentes de puntos de sincroni9ación, el mayor y el menor, cada uno de ellos con sus propias primitivas4 Las unidades delimitadas por los puntos de sincroni9ación mayores se llaman unidades de dialogo, y generalmente representan partes de tra&a'o lógicamente signi:cativas4 uando se lleva a ca&o la transmisión de un li&ro, por e'emplo, los capítulos podrían estar delimitados por puntos de sincroni9ación mayores4
Elementos a tener en cuenta en la sincroni9ación !untos de sincroni9ación mayores
Se de&e con:rmar e7plícitamente4 Son utili9ados para (ue ciertas
actividades se 8agan completamente o no se 8agan4 Es necesario para poder tener el testigo de sincroni9ación mayor o actividad4
!untos de sincroni9ación menores
Son puntos (ue sincroni9an tareas menos críticas4 Es necesario tener el testigo de sincroni9ación menor4
Unidades de dialogo
Las delimitadas por los puntos de sincroni9ación mayor4 $.- Ad(ini"t&aci#n de actiidade".
%tra característica clave de la capa de sesión, estrec8amente
relacionada con la sincroni9ación, es la administración de actividades4 La administración de actividades permite (ue el usuario divida el ;u'o de mensa'es en unidades lógicas denominadas actividades4 ada
actividad es completamente independiente de cual(uiera de las dem6s (ue pudieron 8a&er venido antes o (ue vendr6n después de ella4
"epende del usuario el determinar (ue es una actividad4 E'emplo, considérese una sesión (ue se 8aya esta&lecido con el propósito de transferir varios arc8ivos entre dos ordenadores4 Se necesita alguna forma para marcar el lugar en donde termina un arc8ivo y comien9a el siguiente4
El empleo del car6cter ASII FS ?Separador de Arc8ivos@ no es la
me'or idea, por(ue si los arc8ivos contienen información &inaria, estos caracteres podrían aparecer en los datos y se>alar accidentalmente el :nal de un arc8ivo, cuando no se trata&a de esto4
Lo (ue realmente se necesita es alguna manera de insertar un
marcador en el ;u'o de mensa'es, (ue sea en sí mismo diferente de un mensa'e de datos4 Una manera de alcan9ar este o&'etivo consisten en de:nir cada transferencia de un arc8ivo como una actividad separada, como se ilustra en la :gura 0 en esta :gura, el emisor emite una
primitiva SATI-ITBSTA)T4re(uest, antes de (ue se inicie la
transferencia de cada arc8ivo4 Esta primitiva llega al otro e7tremo como un SATI-ITB4indication para marcar el inicio del arc8ivo4
Similarmente, después de (ue se completa la transferencia de cada arc8ivo, la primitiva SATI-ITBEN" se puede utili9ar para marcar el :n del arc8ivo4
Lo <nico (ue 8ace la capa de sesión es asegurar (ue cuando un usuario 8aga una solicitud SATI-ITB, el otro usuario o&tenga la indicación correspondiente4 uando se 8agan estas solicitudes y como reacciones el receptor a las indicaciones, no son cuestiones de interés para la capa de sesión4
omo un e'emplo so&re la manera en (ue la administración de actividades puede utili9arse, considérese un sistema &ancario
doméstico en el cual la gente puede pagar sus facturas usando sus ordenadores personales para transferir dinero de sus cuentas a
a(uéllas de las compa>ías (ue emitieron las facturas4 El programa (ue se e'ecuta en el ordenador personal podría comen9ar preguntando por el n<mero de la cuenta a la (ue se va a cargar la factura y transmitir esta información al &anco en su primer mensa'e4 "espués podría
preguntar sucesivamente por el n<mero de la cuenta a la (ue se va a a&onar, así como la cantidad, y enviar estos datos como los mensa'es dos y tres4
$./ Noti0caci#n de e)ce!cione"
Es un mecanismo de propósito general para noti:car errores
inesperados4 Si un usuario tiene alg<n pro&lema, por cual(uier ra9ón, este pro&lema se puede noti:car a su corresponsal utili9ando la
primitiva SUEE!TI%N)E!%)T4re(uest4 Algunos datos del usuario se pueden transferir utili9ando esta primitiva4 Los datos del usuario, generalmente, e7plicaran (ue es lo (ue sucedió4 La noti:cación de e7cepciones no solamente se aplica a los errores detectados del usuario4 El proveedor del servicio puede generar una primitiva S! EE!TI%N)E!%)T4indication para informarle al usuario so&re los pro&lemas internos (ue e7isten dentro de la capa de sesión, o so&re pro&lemas (ue le reporten procedentes de las capas de transporte o
inferiores4 Estas noti:caciones contienen un campo (ue descri&e la naturale9a de la e7cepción4
La decisión so&re (ué acción tomar, si 8ay alguna, depender6 del usuario4
)eali9ación de llamadas de procedimientos remotos4
CAPITULO III
' CONTROL DE DI2LOGO
La capa de sesión es la encargada de esta&lecer el enlace de
comunicación o sesión entre las computadoras emisoras y receptoras ?:gura 2@4 Esta capa tam&ién gestiona la sesión (ue se esta&lece entre am&os nodos4
Figura 24 La capa de sesión proporciona el enlace de comunicación entre dos computadoras (ue est6n comunicando
Una ve9 esta&lecido la sesión entre los nodos participantes, la capa de sesión pasa a encargarse de u&icar puntos de control en la secuencia de datos4 "e esta forma, se proporciona cierta tolerancia a fallos
dentro de la sesión de comunicación 4si una sesión falla y se pierde la comunicación entre los nodos, cuando después se resta&lece la sesión solo tendr6n (ue volver a enviarse los datos situados detr6s del <ltimo punto de control reci&ido4 Así se evita el tener (ue enviar de nuevo todos los pa(uetes (ue incluía la sesión4
El ontrol de "i6logo esta&lece el orden en (ue los mensa'es de&en ;uir entre usuarios :nales4
La capa de sesión decide si va a utili9ar la conversación simult6nea de dos vías o la comunicación alternada de dos vías4 Esta decisión se
conoce como control de di6logo4 Si se permiten comunicaciones
simult6neas de dos vías, entonces la capa de sesión poco puede 8acer en cuanto al mane'o de la conversación4 En estos casos, otras capas de los e(uipos (ue se est6n comunicando mane'an la conversación4 Es posi&le (ue en la capa de sesión se produ9can colisiones cuando un mensa'e pasa a otro, causando confusión en uno de los 8osts (ue se comunican, o en am&os4
Si estas colisiones de la capa de sesión se vuelven intolera&les,
entonces el control de di6logo cuenta con otra opción* la comunicación alternada de dos vías4 La comunicación alternada de dos vías involucra el uso de un toGen de datos de la capa de sesión (ue permite (ue cada 8ost se comuni(ue por turnos4
'.1 To3en
La pala&ra toGen la podemos traducir como testigo4 )ecuerda las redes en anillo donde le pas6&amos el testigo de e(uipo a e(uipo para
esta&lecer turnos para comunicarse ?:gura 0@4 En este caso para sincroni9ar las comunicaciones 8aremos lo mismo, pasar un testigo ?toGen@ (ue esta&lecer6 (uien tiene el turno4
1-Figura 04 ontrol de dialogo* alternado de dos vías ?THA@ Simultaneo de dos vías ?THS@
'.$ Se!a&aci#n de di*lo+o
La separación de di6logo es el inicio, :nali9ación y control ordenado de la comunicación4 El gr6:co principal ilustra una sincroni9ación menor4 En el e'e de tiempo, t J punto de referencia, la capa de sesión del 8ost A le envía un mensa'e de sincroni9ación al 8ost +, y en ese momento am&os 8osts reali9an la siguiente rutina*
)eali9ar una copia de respaldo de los arc8ivos especí:cos uardar las con:guraciones de la red
uardar las con:guraciones del relo'
Tomar nota del punto :nal de la conversación
Un punto de referencia es similar a la forma en la (ue un procesador de te7to en se detiene durante un segundo mientras reali9a una
operación de guardado autom6tico del documento actual ?Figura K@4 En este caso, sin em&argo, estos puntos de referencia se utili9an para
separar partes de una sesión, previamente de:nidas como di6logos
Figura K4 Separación de "ialogo
CAPITULO IV
- PROTOCOLOS DE LA CAPA DE SESIN
-.1 ASP 4A!!leTal3 P&otocolo de Se"i#n5Es un protocolo desarrollado por Apple inc4 !ara la cone7ión de redes y actualmente est6 en desuso en los $acintos8 en favor de las redes T!I!4
Este protocolo fue dise>ado como un clienteservidor o sistema de red distri&uido, los usuarios comparten recursos de red como
arc8ivos e impresoras con otros usuarios4 -.$ NFS 4Net6o&3 File Se&icio"5
!rotocolo (ue permite acceder y compartir arc8ivos de una red4
NFS proporciona este servicio siguiendo la estructura clienteservidor4 El servidor NFS comparte una serie de directorios seleccionados con una condición de seguridad concreta4
El cliente NFS, si est6 autori9ado para ello, puede Mmontar dic8os directorios en su propio sistema de arc8ivos pudiendo acceder a los arc8ivos como si fueran locales4 El monta'e se pude reali9ar en
secuencia de arran(ue del e(uipo o cuando lo necesite4 -.' 7indo6 S8"te( 8 Te&(inal
est6 conformado en 0 partes* un lado servidor y un lado cliente4 La funcionalidad &6sica es familiar a la forma (ue tra&a'a todos los
modelos clienteservidor, en el sentido (ue el servidor tiene
determinados recursos (ue proporciona al cliente4 "e&ido a (ue el servidor est6 integrado por pilas T!I!, las peticiones pueden venir de cual(uier cliente y puede ser solicitada a cual(uier servidor4
?Apellidos, A>o@
-.- RPC 4Re(ote P&oced%&e Call5
Es un protocolo (ue permite a un programa de ordenador
e'ecutar código de otra m6(uina remota sin tener (ue preocupare por las comunicaciones entre am&os, es un gran protocolo so&re el avance de los socGets4
Las )! son muy utili9adas dentro del entorno clienteservidor4 Siendo el cliente el (ue inicia el proceso solicitando al servidor (ue e'ecute cierto procedimiento o función y enviando éste de vuelta el resultado de dic8a operación al cliente4?Apellidos, A>o@
-./ SCP 4P&otocolo de Co(%nicacione" Si(!le5
El protocolo S! es &6sicamente idéntico al protocolo )! a
diferencia de este, los datos son cifrados durante su transferencia, para evitar potenciales pacGet sniOers ?!)%)A$A "E A!TU)A "E LAS T)A$AS "E )E"@ e7traigan información <til de los pa(uetes de datos4 Sin em&argo, el protocolo mismo no provee autenticación y seguridad4
-.9 S:L 4St&%ct%&ed :%e&8 Lan+%a+e5
El S.L es un lengua'e de consulta estructurado es un lengua'e surgido de un proyecto de investigación de I+$ para el acceso a &ases de datos relacionados4
Actualmente se 8a convertido en un est6ndar de lengua'e de &ase de datos, los sistemas de &ase de datos los soportan desde sistemas par ordenados personales, 8asta grandes ordenadores4
-.; <IP 4<ona A!!leTal3 P&otocolo de in=o&(aci#n5
!rotocolo de capa de sesión AppleTalG (ue asigna n<meros de red a nom&res de 9ona4 N+! usa PI! para determinar cu6les de las redes contienen nodos (ue pertenecen a una 9ona4
CAPITULO V
/ CONCLUCIONES
Esta capa esta&lece, administra y termina las sesiones de comunicación entre dispositivos4
Una sesión de comunicación consta de solicitud de servicio y respuesta al servicio entre dos aplicaciones4
La capa de sesión permite (ue los usuarios de diferentes ma(uinas
puedan esta&lecer sesiones entre ellos4 A través de una sesión se puede llevar a ca&o un transporte de datos ordinario, tal y como lo 8ace la capa de transporte, pero me'orando los servicios (ue esta proporciona y (ue se utili9an en algunas aplicaciones4
Una sesión podría permitir al usuario acceder a un sistema de tiempo compartido a distancia, o transferir un arc8ivo a distancia4
LISTA DE REFERENCIAS
apa Q %SI R apa de Sesión4 8ttp*eltallerdel&it4comcapaQosicapa desesion
apa de sesión 8ttps*es4DiGipedia4orgDiGiapadesesiK+Kn "e:nición de las siete capas del modelo %SI y e7plicación de las funciones4 8ttps*support4microsoft4comespeG&21K5
El nivel de SesiónServicios ofrecidos4
8ttp*neo4lcc4uma4esevirtualcddtutorialsesionservic48tml