Capa Sesion, victor mamani catachura,boreasH,Modelo Osi

8,645 views

Published on

Capa Sesion, victor mamani catachura,boreasH,Modelo Osi

5 Comments
9 Likes
Statistics
Notes
No Downloads
Views
Total views
8,645
On SlideShare
0
From Embeds
0
Number of Embeds
21
Actions
Shares
0
Downloads
484
Comments
5
Likes
9
Embeds 0
No embeds

No notes for slide

Capa Sesion, victor mamani catachura,boreasH,Modelo Osi

  1. 1. MODELO OSI – CAPA DE SESIÓN INTEGRANTE Victor mamani catachura Sandra Cañi Jaliri Ricardo Llamocca Choquehuanca Gabriela Mamani Musaja UNJBG – TACNA – PERU Boreas.H Boreash
  2. 2. MODELO OSI – CAPA DE SESIÓN SERVICIOS DE LA CAPA DE SESIÓN
  3. 3. SERVICIOS DE LA CAPA DE SESIÓN <ul><li>Entre los servicios ofrecidos tenemos. </li></ul><ul><ul><li>INTERCAMBIO DE DATOS </li></ul></ul><ul><ul><li>ADMINSTRACION DE DIALOGO </li></ul></ul><ul><ul><li>SINCRONIZACION </li></ul></ul><ul><ul><li>ADMINISTRACION DE ACTIVIDADES </li></ul></ul><ul><ul><li>NOTIFICACION DE EXCEPCIONES </li></ul></ul>
  4. 4. MODELO OSI – CAPA DE SESIÓN INTERCAMBIO DE DATOS
  5. 5. INTERCAMBIO DE DATOS <ul><li>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: </li></ul><ul><ul><li>1. ESTABLECIMIENTO </li></ul></ul><ul><ul><li>2. UTILIZACIÓN </li></ul></ul><ul><ul><li>3. LIBERACION </li></ul></ul>
  6. 6. ESTABLECIMIENTO <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>Estos se pasan a la conexión de transporte sin que se les haga modificación alguna. </li></ul>
  7. 7. LIBERACIÓN <ul><li>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. </li></ul><ul><li>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. </li></ul><ul><li>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. </li></ul>
  8. 8. MODELO OSI – CAPA DE SESIÓN ADMINISTRACIÓN O MANEJO DEL DIALOGO
  9. 9. MANEJO DE DIALOGO
  10. 10. COMUNICACIÓN EN HALF DUPLEX S-DATA request S-DATA indication S-DATA request S-DATA indication S-TOKEN-GIVE request
  11. 11. COMUNICACIÓN EN HALF DUPLEX S-DATA request S-DATA indication S-DATA request S-DATA indication S-TOKEN-GIVE request S-TOKEN-GIVE indication S-DATA request S-DATA indication
  12. 12. COMUNICACIÓN EN FULL DUPLEX
  13. 13. MODELO OSI – CAPA DE SESIÓN SINCRONIZACIÓN
  14. 14. SINCRONIZACIÓN <ul><li>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. </li></ul><ul><li>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. </li></ul>
  15. 15. PUNTOS DE SINCRONIZACIÓN <ul><li>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: </li></ul><ul><li>- Mayores </li></ul><ul><li>- Menores </li></ul><ul><li>Nota: Hay que distinguir entre errores de comunicación (ya resueltos en los niveles 1 al 4) y de aplicación. </li></ul>
  16. 16. PUNTOS DE SINCRONIZACIÓN <ul><li>PUNTOS DE SINCRONIZACION MAYORES </li></ul><ul><li>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. </li></ul><ul><li>PUNTOS DE SINCRONIZACION MENORES </li></ul><ul><li>Son 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. </li></ul>
  17. 17. UNIDAD DE DIALOGO <ul><li>Las delimitadas por los puntos de sincronización mayor. </li></ul>
  18. 18. TESTIGOS (TOKENS) <ul><li>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. </li></ul><ul><li>TIPOS DE TESTIGOS: </li></ul><ul><ul><li>De datos </li></ul></ul><ul><ul><li>De liberación de conexión </li></ul></ul><ul><ul><li>De sincronización menor </li></ul></ul><ul><ul><li>De sincronización mayor y actividad </li></ul></ul>
  19. 19. RESINCRONIZACIÓN <ul><li>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. </li></ul><ul><li>La resincronización puede ser invocada por cualquier usuario. Sólo es posible resincronizar hasta el último punto de sincronismo mayor. </li></ul><ul><li>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) </li></ul><ul><li>Tras la resincronización, los testigos pasan al interlocutor que los poseía en el instante en el que fue definido el punto. </li></ul>
  20. 20. TIPOS DE DATOS <ul><li>Normales </li></ul><ul><li>Acelerados (Expedited) </li></ul><ul><li>Tipados (Typed) </li></ul><ul><li>De Capacidad (Capability) </li></ul>
  21. 21. MODELO OSI – CAPA DE SESIÓN ADMINISTRACIÓN O GESTIÓN DE ACTIVIDADES
  22. 22. ADMINISTRACIÓN DE ACTIVIDADES <ul><li>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. </li></ul><ul><li>Un posible uso es el de &quot;poner en cuarentena&quot; las peticiones recibidas hasta que finalice la actividad, evitando bloqueos. </li></ul><ul><li>Las actividades pueden interrumpirse, reanudarse o ser abandonadas. No es posible solapar dos o más actividades. </li></ul>
  23. 23. ADMINISTRACIÓN DE ACTIVIDADES <ul><li>También pueden extenderse a lo largo de más de una sesión: </li></ul><ul><li>Por último, una actividad puede descomponerse en una o más unidades de diálogo: </li></ul><ul><li>Para evitar el inicio de actividades simultáneas desde ambos extremos del diálogo, la administración de actividades se controla mediante un testigo. </li></ul>
  24. 24. GESTIÓN DE ACTIVIDADES <ul><li>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. </li></ul><ul><li>Pueden interrumpirse y retomarse mas tarde. La salvaguarda de los datos es responsabilidad del usuario de sesión. </li></ul>
  25. 30. MODELO OSI – CAPA DE SESIÓN INFORME DE EXCEPCIONES
  26. 31. INFORME DE EXCEPCIONES <ul><li>Para comunicación de situaciones excepcionales (normalmente errores) entre usuarios y el proveedor del servicio: </li></ul><ul><li>Iniciados por el usuario: </li></ul><ul><ul><li>S-U-EXCEPTION-REPORT.request (motivo, datos) </li></ul></ul><ul><ul><li>S-U-EXCEPTION-REPORT.indication (motivo, datos) </li></ul></ul><ul><li>  Iniciado por el proveedor: </li></ul><ul><ul><li>S-P-EXCEPTION-REPORT.indication (motivo) </li></ul></ul>
  27. 32. MODELO OSI – CAPA DE SESIÓN ESPECIFICACIÓN DEL PROTOCOLO
  28. 33. ESPECIFICACIÓN DEL PROTOCOLO <ul><li>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. </li></ul><ul><li>La relación entre el intercambio de primitivas y los procedimientos del protocolo es como sigue: </li></ul><ul><ul><li>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). </li></ul></ul><ul><ul><li>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. </li></ul></ul>
  29. 34. MODELO OSI – CAPA DE SESIÓN PROTOCOLOS MÁS IMPORTANTES
  30. 35. PROTOCOLOS IMPORTANTES
  31. 36. SISTEMA DE ARCHIVOS DE RED (NFS) <ul><li>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. </li></ul>
  32. 37. LENGUAJE DE CONSULTA ESTRUCTURADO (SQL) <ul><li>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. </li></ul>
  33. 38. LENGUAJE DE CONSULTA ESTRUCTURADO (SQL) <ul><li>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 . </li></ul>Predicado Descripción All 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.
  34. 39. LLAMADA DE PROCEDIMIENTO REMOTO (RPC) <ul><li>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. </li></ul>
  35. 40. EL SISTEMA X-WINDOW <ul><li>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. </li></ul>
  36. 41. PROTOCOLO DE SESIÓN APPLETALK (ASP) <ul><li>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. </li></ul><ul><li>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. </li></ul>
  37. 42. PROTOCOLO DE CONTROL DE SESIÓN DNA (SCP) <ul><li>Ocultar al usuario las operaciones de red. </li></ul><ul><li>Soportar rangos amplios de: operaciones, facilidades de comunicación y topologías de red. </li></ul><ul><li>Hacer uso máximo de estándares. </li></ul><ul><li>Requerir mínima intervención administrativa. </li></ul><ul><li>Ser manejable. </li></ul><ul><li>Permitir el crecimiento. </li></ul><ul><li>Permitir la migración. </li></ul><ul><li>Ser divisible en subconjuntos. </li></ul><ul><li>Ser ampliable. </li></ul><ul><li>Ser altamente disponible. </li></ul><ul><li>Ser altamente distribuido. </li></ul><ul><li>Permitir seguridad. </li></ul>
  38. 43. MODELO OSI – CAPA DE SESIÓN PRIMITIVAS DEL SERVICIO EN OSI
  39. 44. SERVICIO <ul><li>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. </li></ul>
  40. 45. TIPOS DE SERVICIO <ul><li>SERVICIO ORIENTADO A LA CONEXIÓN </li></ul><ul><ul><li>FASE DE ESTABLECIMIENTO DE LA SESIÓN O CONEXIÓN </li></ul></ul><ul><ul><li>TRANSFERENCIA DE DATOS </li></ul></ul><ul><ul><li>GESTIÓN DE TOKENS o TESTIGOS </li></ul></ul><ul><ul><li>SINCRONIZACIÓN Y RESINCRONIZACIÓN </li></ul></ul><ul><ul><li>COMUNICACIÓN DE EXCEPCIONES </li></ul></ul><ul><ul><li>GESTION DE ACTIVIDAD </li></ul></ul><ul><ul><li>CIERRE DE UNA SESIÓN O LIBERACIÓN DE LA CONEXIÓN </li></ul></ul><ul><li>SERVICIO NO ORIENTADOS A CONEXIÓN </li></ul><ul><ul><li>TRANSFERENCIA DE DATOS </li></ul></ul>
  41. 46. PRIMITIVAS <ul><li>Existen cuatro tipos de primitivas. </li></ul><ul><ul><li>De petición o solicitud (REQUEST). Empleada para invocar un servicio y pasarle los parámetros necesarios para su ejecución. </li></ul></ul><ul><ul><li>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. </li></ul></ul><ul><ul><li>De respuesta (RESPONSE). Empleada por el usuario del servicio para reconocer o completar algún procedimiento previamente iniciado por una indicación del proveedor. </li></ul></ul><ul><ul><li>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. </li></ul></ul>
  42. 47. PRIMITIVAS
  43. 48. PRIMITIVAS
  44. 49. FASE DE ESTABLECIMIENTO DE LA SESIÓN O CONEXIÓN <ul><li>S-CONNECT.request () </li></ul><ul><li>S-CONNECT.indication () </li></ul><ul><li>S-CONNECT.response () </li></ul><ul><li>S-CONNECT.confirm () </li></ul>
  45. 50. TRANSFERENCIA DE DATOS <ul><li>Canal de datos (Datos Normales): </li></ul><ul><ul><li>S-DATA.request (datos) </li></ul></ul><ul><ul><li>S-DATA.indication (datos) </li></ul></ul><ul><li>Canal urgente (Datos urgentes): </li></ul><ul><ul><li>S-EXPEDITED-DATA.request (datos) </li></ul></ul><ul><ul><li>S-EXPEDITED-DATA.indication (datos) </li></ul></ul><ul><li>Canal datos fuera de banda: </li></ul><ul><ul><li>S-TYPED-DATA.request (datos) </li></ul></ul><ul><ul><li>S-TYPED-DATA.indication (datos) </li></ul></ul><ul><li>Canal de actividad: </li></ul><ul><ul><li>S-CAPABILITY-DATA.req (datos usuarios) </li></ul></ul><ul><ul><li>S-CAPABILITY-DATA.ind (datos usuarios) </li></ul></ul><ul><ul><li>S-CAPABILITY-DATA.res (datos usuarios) </li></ul></ul><ul><ul><li>S-CAPABILITY-DATA.con (datos usuarios) </li></ul></ul>
  46. 52. GESTIÓN DE TOKENS o TESTIGOS <ul><li>Cuando se habré una sesión se debe negociar: </li></ul><ul><ul><li>La disponibilidad de los token (token a usar) </li></ul></ul><ul><ul><li>La asignación inicial de los token disponibles </li></ul></ul><ul><li>Para entregar tokens al otro usuario: </li></ul><ul><ul><li>S-TOKEN-GIVE.request ( tokens) </li></ul></ul><ul><ul><li>S-TOKEN-GIVE.indication (tokens) </li></ul></ul><ul><li>Para solicitar alguno de los tokens: </li></ul><ul><ul><li>S-TOKEN-PLEASE.request (tokens, datos) </li></ul></ul><ul><ul><li>S-TOKEN-PLEASE.indication (tokens, datos) </li></ul></ul><ul><ul><li>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. </li></ul></ul>
  47. 54. SINCRONIZACIÓN Y RESINCRONIZACIÓN <ul><li>Sincronización: Este grupo de servicios permite, si es necesario, abandonar la conversación y retomarla en un punto anterior conocido, por un error. </li></ul><ul><li>Existen 2 tipos: Puntos de sincronización mayor y menor </li></ul><ul><ul><li>S-SYNC-MAJOR.request () </li></ul></ul><ul><ul><li>S-SYNC-MAJOR.indication () </li></ul></ul><ul><ul><li>S-SYNC-MAJOR.response () </li></ul></ul><ul><ul><li>S-SYNC-MAJOR.confirm ( ) </li></ul></ul><ul><ul><li>S-SYNC-MINOR.request () </li></ul></ul><ul><ul><li>S-SYNC-MINOR.indication () </li></ul></ul><ul><ul><li>S-SYNC-MINOR.response () </li></ul></ul><ul><ul><li>S-SYNC-MINOR.confirm () </li></ul></ul>
  48. 55. SINCRONIZACIÓN Y RESINCRONIZACIÓN <ul><li>Resincronizacion. Para regresar a un punto marcado por un punto de sincronismo. </li></ul><ul><ul><li>S-RESYNC.request () </li></ul></ul><ul><ul><li>S-RESYNC.indication () </li></ul></ul><ul><ul><li>S-RESYNC.response () </li></ul></ul><ul><ul><li>S-RESYNC.confirm () </li></ul></ul>
  49. 57. COMUNICACIÓN DE EXCEPCIONES <ul><li>Para comunicación de situaciones excepcionales (normalmente errores) entre usuarios y el proveedor del servicio : </li></ul><ul><li>Iniciados por el usuario: </li></ul><ul><ul><li>S-U-EXCEPTION-REPORT.request () </li></ul></ul><ul><ul><li>S-U-EXCEPTION-REPORT.indication () </li></ul></ul><ul><li>Iniciado por el proveedor: </li></ul><ul><ul><li>S-P-EXCEPTION-REPORT.indication () </li></ul></ul>
  50. 58. GESTION DE ACTIVIDAD <ul><li>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. </li></ul><ul><li>Pueden interrumpirse y retomarse mas tarde. La salvaguarda de los datos es responsabilidad del usuario de sesión. </li></ul>
  51. 60. GESTION DE ACTIVIDAD <ul><li>Inicio de actividades: Servicio no confirmado: </li></ul><ul><ul><li>S-ACTIVITY-START.request () </li></ul></ul><ul><ul><li>S-ACTIVITY-START.indication () </li></ul></ul><ul><li>Fin de actividades: Servicio confirmado: </li></ul><ul><ul><li>S-ACTIVITY-END.request () </li></ul></ul><ul><ul><li>S-ACTIVITY-END.indication () </li></ul></ul><ul><ul><li>S-ACTIVITY-END.response () </li></ul></ul><ul><ul><li>S-ACTIVITY-END.confirm () </li></ul></ul>
  52. 61. GESTION DE ACTIVIDAD <ul><li>Interrumpir una actividad Servicio confirmado: </li></ul><ul><ul><li>S-ACTIVITY-INTERRUPT. Request () </li></ul></ul><ul><ul><li>S-ACTIVITY-INTERRUPT. Indication () </li></ul></ul><ul><ul><li>S-ACTIVITY-INTERRUPT. response () </li></ul></ul><ul><ul><li>S-ACTIVITY-INTERRUPT. confirm () </li></ul></ul><ul><li>Reanudar una actividad Servicio no confirmado: </li></ul><ul><ul><li>S-ACTIVITY-RESUME.request () </li></ul></ul><ul><ul><li>S-ACTIVITY-RESUME.indication () </li></ul></ul><ul><li>Cancelar una actividad Servicio confirmado: </li></ul><ul><ul><li>S-ACTIVITY-DISCARD. Request () </li></ul></ul><ul><ul><li>S-ACTIVITY-DISCARD. Indication () </li></ul></ul><ul><ul><li>S-ACTIVITY-DISCARD. response () </li></ul></ul><ul><ul><li>S-ACTIVITY-DISCARD. confirm () </li></ul></ul>
  53. 63. CIERRE DE UNA SESIÓN O LIBERACIÓN DE LA CONEXIÓN <ul><li>Servicio confirmado con liberación ordenada de la sesión: </li></ul><ul><ul><li>S-RELEASE.request () </li></ul></ul><ul><ul><li>S-RELEASE.indication () </li></ul></ul><ul><ul><li>S-RELEASE.response () </li></ul></ul><ul><ul><li>S-RELEASE.confirm () </li></ul></ul>
  54. 64. CIERRE DE UNA SESIÓN O LIBERACIÓN DE LA CONEXIÓN <ul><li>Servicio no confirmado de liberación abrupta de la sesión: </li></ul><ul><ul><li>S-U-ABORT.request () </li></ul></ul><ul><ul><li>S-U-ABORT.indication () </li></ul></ul>
  55. 65. PRIMITIVAS
  56. 66. TRANSFERENCIA DE DATOS <ul><li>S-UNITDATA.req () </li></ul><ul><li>S-UNITDATA.ind () </li></ul>
  57. 68. MODELO OSI – CAPA DE SESIÓN LA CAPA DE SESIÓN EN VARIAS REDES
  58. 69. CAPA DE SESIÓN EN ARPANET <ul><li>Fue creada por encargo del Departamento de Defensa de los Estados Unidos como medio de comunicación para los diferentes organismos del país. </li></ul><ul><li>El primer nodo se creó en la Universidad de California, Los Ángeles </li></ul>
  59. 70. Fue la espina dorsal de Internet hasta 1990
  60. 71. CAPA DE SESIÓN EN ARPANET <ul><li>ARPANET no tiene una capa de sesión o algo que se le parezca. </li></ul><ul><li>Más bien depende de las aplicaciones individuales al manejo de sus sesiones, siempre que sea necesario. </li></ul><ul><li>Se ha trabajado mucho sobre RPC </li></ul>
  61. 72. CAPA DE SESIÓN EN MAP Y TOP <ul><li>El protocolo de Automatización de Manufactura (MAP) fue establecido por General Motors en 1962. </li></ul><ul><li>Proporciona un estándar común que permita compatibilidad entre los dispositivos de comunicación que operan en un ambiente de manufactura </li></ul>
  62. 73. TOP <ul><li>Desarrolló el sistema Técnico y de Productos de Oficina (TOP). </li></ul><ul><li>Fue pensado como complemento de MAP </li></ul>
  63. 74. CAPA DE SESIÓN EN MAP Y TOP <ul><li>MAP y TOP utilizan una forma restringida de la capa de sesión del modelo OSI. </li></ul><ul><li>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. </li></ul><ul><li>Modo semidúplex no está soportado </li></ul>
  64. 75. CAPA DE SESIÓN EN USENET <ul><li>Usenet es el acrónimo de Users Network (Red de usuarios). </li></ul><ul><li>Es un sistema global de discusión en Internet </li></ul><ul><li>Los usuarios pueden leer o enviar mensajes (denominados artículos) a distintos grupos de noticias ordenados de forma jerárquica. </li></ul>
  65. 76. CAPA DE SESIÓN EN USENET <ul><li>Al igual que en ARPANET, USENET no cuenta con una capa de sesión. </li></ul><ul><li>Ninguno de los servicios de sesión se necesita en absoluto. </li></ul>

×