1 / 16

Sistemas Ubicuos: ( Parte I) 3. Protocolos de descubrimiento de servicios

Programa de Tercer Ciclo. Sistemas Ubicuos: ( Parte I) 3. Protocolos de descubrimiento de servicios. Departamento de Arquitectura y Tecnología de Computadores Universidad del País Vasco / Euskal Herriko Unibertsitatea. Metodologías. Herramientas y plataformas. Aplicaciones.

anitra
Download Presentation

Sistemas Ubicuos: ( Parte I) 3. Protocolos de descubrimiento de servicios

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Programa de Tercer Ciclo Sistemas Ubicuos:(Parte I) 3. Protocolos de descubrimiento de servicios Departamento de Arquitectura y Tecnología de Computadores Universidad del País Vasco / Euskal Herriko Unibertsitatea Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  2. Metodologías Herramientas y plataformas Aplicaciones Seguridad e integridad Aspectos éticos y sociales Interfaces Entornos inteligentes Arquitecturas Infraestructuras Tecnologías de red y dispositivos Descubrimiento de servicios Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  3. Protocolos de descubrimiento Ejemplos • Jini (Sun Microsystems) • Universal Plug and Play, UPnP (Microsoft) • DEAPspace (IBM Research) • Rendezvous (Apple) • Ninja (University of California and Berkeley) • International Naming System, INS (MIT) • Service Location Protocol, SLP (IETF) • SDP (Bluetooth SIG) • Salutation • ... Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  4. Protocolos de descubrimiento Aspectos del diseño(Zhu, 2005) • Identificación del servicio y los atributos • Método de comunicación inicial • Método de registro y descubrimiento • Infraestructura del servicio de descubrimiento • Validez de la información sobre el servicio • Ámbito del descubrimiento • Selección del servicio • Método de invocación del servicio • Control del uso del servicio • Comunicación del estado del servicio • Mecanismos de seguridad Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  5. Identificación del servicio y los atributos • Cómo el cliente especifica el servicio que quiere usar. • Exclusivamente basado en plantillas Rendezvous, SLP • Adicionalmente, de forma predefinida Jini, UPnP, Salutation, SDP Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  6. Método de comunicación inicial • Patrones de comunicación utilizados entre clientes y servicios en el registro y el descubrimiento: unicast, multicast o broadcast. • Se suelen combinar varios patrones. • Unicast + multicast INS, Jini, UPnP, Rendezvous • Unicast + broadcast Salutation, SDP • Unicast + multicast + broadcast Ninja, SLP • Broadcast DEAPspace Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  7. Método de registro y descubrimiento • Se basan en anuncio o interrogación. • Anuncio DEAPspace • Interrogación Rendezvous, SDP • Anuncio + interrogación INS, Ninja, Jini, UPnP, Salutation, SLP Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  8. Infraestructura del servicio de descubrimiento • Si no existe una infraestructura específica, clientes y servicios se comunican directamente durante el descubrimiento. • Adecuado para entornos restringidos. • El sistema puede incluir un servicio de directorio donde los servicios se registran y sobre el que clientes ejecutan el descubrimiento. • Sin directorio DEAPSpace, UPnP, SDP • Con directorio plano Salutation, SLP SDP • Con directorio jerárquico INS, Ninja, Jini, Rendezvous Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  9. Validez de la información sobre el servicio • Cómo se valida la información sobre el estado del servicio. • Puede dejarse a iniciativa del cliente (hard state) o proporcionar mecanismos de validación (soft state). INS, Ninja, DEAPspace, Jini, UPnP, Rendezvous, SLP, SDP • Soft state • Hard state Salutation Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  10. Ambito del descubrimiento • La mayoría de los protocolos restringen el ámbito a parámetros muy ligados a la red subyacente. • Restringido a LAN UPnP, Salutation • Topología (# hops) DEAPspace, SDP • Dominio administrativo INS, Ninja, Jini, SLP • Contexto (ubicación) Ninja, Jini Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  11. Selección del servicio • El descubrimiento puede dar lugar a una lista de servicios que cumplen la especificación de los atributos de la búsqueda. • Se requiere seleccionar uno de los servicios de la lista. Normalmente, la selección se deja en manos del cliente, aunque el servicio de descubrimiento podría hacer una selección automática. • Selección automática INS Ninja, DEAPspace, Jini, UPnP, Rendezvous, Salutation, SLP, SDP • Selección manual Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  12. Método de invocación del servicio • Tres posibles niveles: • Ubicación del servicio (URL, dirección IP...) • Mecanismo de comunicación • Operaciones de la aplicación • Cuando el protocolo no especifica los niveles superiores, la aplicación es responsable de definirlos. • Sólo ubicación del servicio Rendezvous, SLP, SDP • Mecanismo de comunicación Jini (Java-RMI) UPnP (XML-SOAP-HTTP) Salutation (RPC) • Operaciones de la aplicación UPnP, Salutation Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  13. Control del uso del servicio • Se proporciona un mecanismo de leasing o bien cliente puede liberar explícitamente el servicio. • Liberación explícita UPnP, Salutation, SLP • Basado en leasing Jini Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  14. Comunicación del estado del servicio • El cliente puede conocer los cambios en el estado del servicio bien por encuesta, bien por notificación del servidor mediante eventos, cuando el protocolo proporciona este mecanismo. • Encuesta Salutation • Notificación mediante eventos Jini Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  15. Mecanismos de seguridad • Integrados Ninja, Jini, Salutation, SLP, SDP • Mediante extensiones UPnP, Rendezvous (DNS) Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

  16. Autenticación • De los usuarios Ninja, Jini, UPnP, Salutation • De los dispositivos UPnP, SDP • De los servicios Ninja, Jini, UPnP, Rendezvous, SLP Konputagailuen Arkitektura eta Teknologia Saila Departamento de Arquitectura y Tecnología de Computadores

More Related