2. Descripción General Es la duración de una conexión entre un usuario (el agente) y un servidor, generalmente involucrando el intercambio de múltiples paquetes de datos entre la computadora del usuario y el servidor. En los casos de los protocolos de transporte en donde no se implementa una capa de sesión formal (por ejemplo, UDP), o en donde las sesiones en la capa de sesión son generalmente de una vida corta (por ejemplo, HTTP), las sesiones pueden ser mantenidas por un programa de más alto nivel, usando algún método. Por ejemplo, un intercambio HTTP entre un navegador y un servidor remoto, puede incluir una cookie, que permite mantener una "sesión", con su identificador propio, datos del usuario, sus preferencias, etc.
3. 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.
4. 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.
5.
6. 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 ORIENTADO A LA CONEXIÓN TRANSFERENCIA DE DATOS
16. Gestión de Tokens Cuando se abre una sesión se debe negociar: La disponibilidad de los token (token a usar) La asignación inicial de los token disponibles Se dispone de tres servicios para que los usuarios puedan intercambiar los tokens disponibles para establecer un sistema de turnos. Para entregar los 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.
17. Cesión de todos los tokens disponibles: S-CONTROL-GIVE.request() S-CONTROL-GIVE.indication()
18. Sincronización y Resincronización Este grupo de servicios permite, si es necesario, abandonar la conversación y retomarla en un punto anterior conocido, por ejemplo, por un error. Puntos sincronización mayor: sólo puede ser iniciado por el que tiene el token de sincronización mayor (servicio confirmado): S-SYNC-MAJOR.request(número_serie, datos) S-SYNC-MAJOR.indication(número_serie, datos) S-SYNC-MAJOR.response(datos) S-SYNC-MAJOR.confirm(datos) número_serie: opcional es el próximo nro. de serie a usar, si no se sigue la secuencia. Puntos de sincronización menor: sólo puede ser iniciado por el que tiene el token de sincronización menor (servicio no confirmado habitual o servicio confirmado): S-SYNC-MINOR.request (tipo, número_serie, datos) S-SYNC-MINOR.indication (tipo, número_serie, datos) S-SYNC-MINOR.response (número_serie, datos) S-SYNC-MINOR.confirm (número_serie, datos) tipo: si desea si que el punto de control sea confirmado o no
19. Resincronización Para regresar a un punto marcado por un punto de sincronismo. Se debe especificar en forma no ambigua: El siguiente número de secuencia que se va a utilizar La situación de los tokens disponibles (quién tiene cada token) Es un servicio confirmado: S-RESYNC.request(tipo, número_serie, tokens, datos) S-RESYNC.indication(tipo, número_serie, tokens, datos) S-RESYNC.response(número_serie, tokens, datos) S-RESYNC.confirm(número_serie, tokens, datos) Tipo puede ser: Abandon: se abandona la unidad de dialogo, el siguiente es el nuevo Nº de secuencia. Restart: se vuelve atrás al último punto de control mayor. Set: se establece un nuevo valor para los Nº de secuencia.
40. El primer nodo se creó en la Universidad de California, Los Ángeles El uso de una red descentralizada con múltiples caminos entre dos puntos. La división de mensajes completos en fragmentos que seguirían caminos distintos. La red estaría capacitada para responder ante sus propios fallos.
41.
42.
43. LA ARQUITECTURA DE ARPANET Arpanet no sigue el modelo OSI. Tiene protocolos equivalentes a lo que en OSI serían la capa de red y de transporte. Los más conocidos son: IP (Internet protocol): protocolo entre redes. Protocolo sin conexión diseñado para la interconexión de redes WAN y LAN.
44. TCP (Transmission control protocol) protocolo de control de transmisión. Protocolo orientado a la conexión equivalente en OSI a la capa de transporte en cuento a su función, aunque difiere de su formato. Entre las capas de presentación y sesión, ARPANET no tiene protocolos, pero en la de aplicación si hay varios. Los más conocidos son: FTP (files trasnfer protocol) protocolo de transferencia de ficheros de un ordenador a otro.
45. LA ARQUITECTURA DE ARPANET SMPT (simple Mail Protocol Transfer) protocolo de simple de transferencia de correo electrónico a través se la red. TELNET: protocolo de conexión remota utilizado para conexiones remotas gestionadas como terminales virtuales. ARPANET se ha convertido un estándar de hecho, multiplicando su utilización debido al Internet.
46. 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; mientras que el modo semidúplex no está soportado.
47. El servicio de sincronización, la administración de actividades, la notificación de excepciones, los datos tipados y el servicio de datos de capacidad no son requeridos. Los protocolos de sesión MAP y TOP son subconjuntos de los protocolos completos de sesión del modelo OSI. Aquellas SPDU necesarias para realizar el subconjunto MAP y TOP deberán ser realizadas. Las demás son opcionales.
48.
49. Proporciona un estándar común que permita compatibilidad entre los dispositivos de comunicación que operan en un ambiente de manufactura