SlideShare una empresa de Scribd logo
1 de 37
Capa Sesión Jonathan Yomaro Vásquez Luis Fernando Camacho Jhon Adrián Cerón
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.
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.
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.
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
Servicio Orientado a la Conexión
Fase de Establecimiento de la Sesión o Conexión S-CONNECT.request () S-CONNECT.indication()  S-CONNECT.response () S-CONNECT.confirm ()
Transferencia de Datos El nivel de sesión ofrece hasta 4 canales de datos simultáneos de intercambio de datos (2 en transporte), según la negociación de la sesión. Servicios de esos canales No Confirmados S-DATA S-EXPEDITED-DATA S-TYPED-DATA Confirmados S-CAPABILITY-DATA Canal urgente (Datos urgentes): Este servicio permite acceder a este canal, si se negoció. Sin tokens: ,[object Object]
S-EXPEDITED-DATA.indication(datos)Límite de datos: 14 bytes Canal datos fuera de banda (Typed data): Este servicio permite que las capas superiores intercambien inf. de control. Sin tokens: ,[object Object]
S-TYPED-DATA.indication(datos)No hay límite de datos Canal de datos (Datos  normales): Este servicio sólo podrá ser usado por el usuario que tiene el token de datos:  ,[object Object]
S-DATA.indication(datos)No hay límite de cantidad de datos  que pueda enviar. Canal de actividad:  ,[object Object]
S-CAPABILITY-DATA.indication(datos usuarios)
S-CAPABILITY-DATA.response(datos usuarios)
S-CAPABILITY-DATA.confirm(datos usuarios),[object Object]
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.
Cesión de todos los tokens disponibles: S-CONTROL-GIVE.request() S-CONTROL-GIVE.indication()
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
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.
COMUNICACIÓN DE EXCEPCIONES Para comunicación de situaciones excepcionales (normalmente errores) entre usuarios y el proveedor del servicio: Iniciados por el usuario: ,[object Object]
S-U-EXCEPTION-REPORT.indication()Iniciado por el proveedor: ,[object Object],[object Object]
S-ACTIVITY-START.indication()Fin de actividades: Servicio confirmado: ,[object Object]
S-ACTIVITY-END.indication()
S-ACTIVITY-END.response()
S-ACTIVITY-END.confirm()Interrumpir una actividad Servicio confirmado: ,[object Object]
S-ACTIVITY-INTERRUPT. Indication ()
S-ACTIVITY-INTERRUPT. response ()
S-ACTIVITY-INTERRUPT. confirm (),[object Object]
S-ACTIVITY-RESUME.indication()Cancelar una actividad (Servicio confirmado): ,[object Object]
S-ACTIVITY-DISCARD. Indication ()
S-ACTIVITY-DISCARD. response ()
S-ACTIVITY-DISCARD. confirm (),[object Object]
CIERRE DE UNA SESIÓN  O LIBERACIÓN DE LA CONEXIÓN Servicio confirmado con liberación ordenada de la sesión: ,[object Object]
S-RELEASE.indication()
S-RELEASE.response()
S-RELEASE.confirm()Servicio no confirmado de liberación abrupta de la sesión: ,[object Object]
S-U-ABORT.indication(),[object Object]

Más contenido relacionado

La actualidad más candente

4.1 4.3 ccna
4.1 4.3 ccna4.1 4.3 ccna
4.1 4.3 ccnaPauNyo
 
Capítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteCapítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteIsabel Yepes
 
Tipos de qos
Tipos de qosTipos de qos
Tipos de qosgasay
 
Arquitectura de red
Arquitectura de redArquitectura de red
Arquitectura de redJOEL738067
 
Implementación de servicio de enrutamiento y acceso remoto
Implementación de servicio de enrutamiento y acceso remotoImplementación de servicio de enrutamiento y acceso remoto
Implementación de servicio de enrutamiento y acceso remotocesartg65
 
Comunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosComunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosStalin Jara
 

La actualidad más candente (12)

Sockets en JAVA
Sockets en JAVASockets en JAVA
Sockets en JAVA
 
4.1 4.3 ccna
4.1 4.3 ccna4.1 4.3 ccna
4.1 4.3 ccna
 
Capítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteCapítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporte
 
Presentación de la capa 5 sesion
Presentación de la capa 5 sesionPresentación de la capa 5 sesion
Presentación de la capa 5 sesion
 
Dns
DnsDns
Dns
 
Tipos de qos
Tipos de qosTipos de qos
Tipos de qos
 
ARQUITECTURA DE REDES
ARQUITECTURA DE REDESARQUITECTURA DE REDES
ARQUITECTURA DE REDES
 
Arquitectura de red
Arquitectura de redArquitectura de red
Arquitectura de red
 
Servicios Web
Servicios WebServicios Web
Servicios Web
 
IEEE - FTP/SSH
IEEE - FTP/SSHIEEE - FTP/SSH
IEEE - FTP/SSH
 
Implementación de servicio de enrutamiento y acceso remoto
Implementación de servicio de enrutamiento y acceso remotoImplementación de servicio de enrutamiento y acceso remoto
Implementación de servicio de enrutamiento y acceso remoto
 
Comunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidosComunicación entre procesos Sistemas distribuidos
Comunicación entre procesos Sistemas distribuidos
 

Destacado

Algal Turf Scrubber Tech 121206
Algal Turf Scrubber Tech 121206Algal Turf Scrubber Tech 121206
Algal Turf Scrubber Tech 121206H2RAmbiental
 
đ áN đh-toán a- 2010
đ áN đh-toán a- 2010đ áN đh-toán a- 2010
đ áN đh-toán a- 2010ntquangbs
 
Oursocialtimes -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...
Oursocialtimes  -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...Oursocialtimes  -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...
Oursocialtimes -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...Raf Keustermans
 
Leicester network rdyas
Leicester network rdyasLeicester network rdyas
Leicester network rdyasMatthew Hughes
 
The stars (signs to patriarchs version b)
The stars (signs to patriarchs version b)The stars (signs to patriarchs version b)
The stars (signs to patriarchs version b)Lynn Heusinkveld
 
Carbon Governance
Carbon Governance Carbon Governance
Carbon Governance Tim Cadman
 
Uniacc- Exposición de Mariela Vilos
Uniacc- Exposición de Mariela VilosUniacc- Exposición de Mariela Vilos
Uniacc- Exposición de Mariela VilosPosicionamiento.cl
 
morning!, by Mia Diwasasri
morning!, by Mia Diwasasrimorning!, by Mia Diwasasri
morning!, by Mia DiwasasriSari Asih
 
Jornada de convivència entre alumnat i professorat mediadors
Jornada de convivència entre alumnat i professorat mediadorsJornada de convivència entre alumnat i professorat mediadors
Jornada de convivència entre alumnat i professorat mediadorsorientacioandreunin
 

Destacado (15)

Test1
Test1Test1
Test1
 
Javiera
JavieraJaviera
Javiera
 
Webquest
WebquestWebquest
Webquest
 
Algal Turf Scrubber Tech 121206
Algal Turf Scrubber Tech 121206Algal Turf Scrubber Tech 121206
Algal Turf Scrubber Tech 121206
 
đ áN đh-toán a- 2010
đ áN đh-toán a- 2010đ áN đh-toán a- 2010
đ áN đh-toán a- 2010
 
T017 6697
T017 6697T017 6697
T017 6697
 
Oursocialtimes -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...
Oursocialtimes  -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...Oursocialtimes  -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...
Oursocialtimes -social_media_marketing_and_monitoring_2011_-_rk_using_game_m...
 
Node.JS
Node.JSNode.JS
Node.JS
 
Leicester network rdyas
Leicester network rdyasLeicester network rdyas
Leicester network rdyas
 
The stars (signs to patriarchs version b)
The stars (signs to patriarchs version b)The stars (signs to patriarchs version b)
The stars (signs to patriarchs version b)
 
Carbon Governance
Carbon Governance Carbon Governance
Carbon Governance
 
Uniacc- Exposición de Mariela Vilos
Uniacc- Exposición de Mariela VilosUniacc- Exposición de Mariela Vilos
Uniacc- Exposición de Mariela Vilos
 
morning!, by Mia Diwasasri
morning!, by Mia Diwasasrimorning!, by Mia Diwasasri
morning!, by Mia Diwasasri
 
TakeThe Time
TakeThe TimeTakeThe Time
TakeThe Time
 
Jornada de convivència entre alumnat i professorat mediadors
Jornada de convivència entre alumnat i professorat mediadorsJornada de convivència entre alumnat i professorat mediadors
Jornada de convivència entre alumnat i professorat mediadors
 

Similar a Capa sesi.. (20)

Capa Sesion, victor mamani catachura,boreasH,Modelo Osi
Capa Sesion, victor mamani catachura,boreasH,Modelo OsiCapa Sesion, victor mamani catachura,boreasH,Modelo Osi
Capa Sesion, victor mamani catachura,boreasH,Modelo Osi
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi ariel
 
Trasnporte osi ariel
Trasnporte osi arielTrasnporte osi ariel
Trasnporte osi ariel
 
Sesion 08 tel202 2010-1
Sesion 08   tel202 2010-1Sesion 08   tel202 2010-1
Sesion 08 tel202 2010-1
 
Resùmen ccna exploration 1
Resùmen ccna exploration 1 Resùmen ccna exploration 1
Resùmen ccna exploration 1
 
Rol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDESRol de la capa de Transporte - REDES
Rol de la capa de Transporte - REDES
 
Cisco Exposicion
Cisco ExposicionCisco Exposicion
Cisco Exposicion
 
Capa de transporte
Capa de transporteCapa de transporte
Capa de transporte
 
Actividad 2
Actividad 2Actividad 2
Actividad 2
 
Capitulo 2 comunicacion
Capitulo 2 comunicacionCapitulo 2 comunicacion
Capitulo 2 comunicacion
 
Capitula 3 funcionalidad y protocolo de la capa de aplicación
Capitula 3 funcionalidad y  protocolo de la capa de aplicaciónCapitula 3 funcionalidad y  protocolo de la capa de aplicación
Capitula 3 funcionalidad y protocolo de la capa de aplicación
 
Resumen capitulo 3
Resumen capitulo 3Resumen capitulo 3
Resumen capitulo 3
 
Protocolos FTP y SFTP
Protocolos FTP y SFTPProtocolos FTP y SFTP
Protocolos FTP y SFTP
 
Trabajo de teleproceso
Trabajo de teleprocesoTrabajo de teleproceso
Trabajo de teleproceso
 
Trabajo de teleproceso
Trabajo de teleprocesoTrabajo de teleproceso
Trabajo de teleproceso
 
Capa De Sesion
Capa De SesionCapa De Sesion
Capa De Sesion
 
Capitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSICapitulo 4: Capa de transporte del modelo OSI
Capitulo 4: Capa de transporte del modelo OSI
 

Más de rancruel027

Plan de Estudios
Plan de EstudiosPlan de Estudios
Plan de Estudiosrancruel027
 
Es e network_slm_v40
Es e network_slm_v40Es e network_slm_v40
Es e network_slm_v40rancruel027
 
Es e network_ilm_v40
Es e network_ilm_v40Es e network_ilm_v40
Es e network_ilm_v40rancruel027
 
Ccna3v3.1 mod02[1]
Ccna3v3.1 mod02[1]Ccna3v3.1 mod02[1]
Ccna3v3.1 mod02[1]rancruel027
 
Proyecto 18 sept
Proyecto 18 septProyecto 18 sept
Proyecto 18 septrancruel027
 
Ingenieria en colombia
Ingenieria en colombiaIngenieria en colombia
Ingenieria en colombiarancruel027
 
Presentacin curso deontologa ingen sistemas
Presentacin curso deontologa ingen sistemasPresentacin curso deontologa ingen sistemas
Presentacin curso deontologa ingen sistemasrancruel027
 
Libro pedagogia y etica
Libro pedagogia y eticaLibro pedagogia y etica
Libro pedagogia y eticarancruel027
 
Copia de historia_de_la_ingenieria_de_sistema
Copia de historia_de_la_ingenieria_de_sistemaCopia de historia_de_la_ingenieria_de_sistema
Copia de historia_de_la_ingenieria_de_sistemarancruel027
 
01 introducción a la ingeniería de sistemas
01 introducción a la ingeniería de sistemas01 introducción a la ingeniería de sistemas
01 introducción a la ingeniería de sistemasrancruel027
 

Más de rancruel027 (20)

MODULO 1 CCNA
MODULO 1 CCNAMODULO 1 CCNA
MODULO 1 CCNA
 
Plan de Estudios
Plan de EstudiosPlan de Estudios
Plan de Estudios
 
Capitulo 9 y 10
Capitulo 9 y 10Capitulo 9 y 10
Capitulo 9 y 10
 
Capitulo 7
Capitulo 7Capitulo 7
Capitulo 7
 
Capitulo 6
Capitulo 6Capitulo 6
Capitulo 6
 
Capitulo 5
Capitulo 5Capitulo 5
Capitulo 5
 
Capitulo 4
Capitulo 4Capitulo 4
Capitulo 4
 
Capitulo 3
Capitulo 3Capitulo 3
Capitulo 3
 
Capitulo 2
Capitulo 2Capitulo 2
Capitulo 2
 
Capitulo 2
Capitulo 2Capitulo 2
Capitulo 2
 
Es e network_slm_v40
Es e network_slm_v40Es e network_slm_v40
Es e network_slm_v40
 
Es e network_ilm_v40
Es e network_ilm_v40Es e network_ilm_v40
Es e network_ilm_v40
 
Ccna3v3.1 mod02[1]
Ccna3v3.1 mod02[1]Ccna3v3.1 mod02[1]
Ccna3v3.1 mod02[1]
 
Proyecto 18 sept
Proyecto 18 septProyecto 18 sept
Proyecto 18 sept
 
Ingenieria en colombia
Ingenieria en colombiaIngenieria en colombia
Ingenieria en colombia
 
Presentacin curso deontologa ingen sistemas
Presentacin curso deontologa ingen sistemasPresentacin curso deontologa ingen sistemas
Presentacin curso deontologa ingen sistemas
 
Libro pedagogia y etica
Libro pedagogia y eticaLibro pedagogia y etica
Libro pedagogia y etica
 
Código+de..
Código+de..Código+de..
Código+de..
 
Copia de historia_de_la_ingenieria_de_sistema
Copia de historia_de_la_ingenieria_de_sistemaCopia de historia_de_la_ingenieria_de_sistema
Copia de historia_de_la_ingenieria_de_sistema
 
01 introducción a la ingeniería de sistemas
01 introducción a la ingeniería de sistemas01 introducción a la ingeniería de sistemas
01 introducción a la ingeniería de sistemas
 

Capa sesi..

  • 1. Capa Sesión Jonathan Yomaro Vásquez Luis Fernando Camacho Jhon Adrián Cerón
  • 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
  • 7. Servicio Orientado a la Conexión
  • 8. Fase de Establecimiento de la Sesión o Conexión S-CONNECT.request () S-CONNECT.indication() S-CONNECT.response () S-CONNECT.confirm ()
  • 9.
  • 10.
  • 11.
  • 12.
  • 15.
  • 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.
  • 20.
  • 21.
  • 22.
  • 25.
  • 28.
  • 29.
  • 32.
  • 33.
  • 36.
  • 37.
  • 38.
  • 39.
  • 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
  • 50.
  • 51. Es un sistema global de discusión en Internet
  • 52.
  • 53.