Conformité des spécifications WS-Discovery

WS-Discovery décrit comment effectuer les tâches suivantes :

• Annoncer la disponibilité des services sur le sous-réseau local
• Rechercher des services sur le sous-réseau
• Localiser un service précédemment référencé

Pour ce faire, WS-Discovery définit deux messages unidirectionnels, Hello et Bye, et deux messages de recherche bidirectionnels, Probe et Résoudre.

WS-Discovery fournit également des adresses et un port réservé pour la découverte locale de liens IPv4 et IPv6. La spécification permet également de définir d’autres liaisons ailleurs, telles que la liaison Probe sur HTTP définie dans le profil d’appareils pour les services web (DPWS).

La spécification WS-Discovery décrit les fonctionnalités facultatives à l’aide des termes MAY ou SHOULD dans une recommandation ou une restriction d’implémentation donnée. Les fonctionnalités omises peuvent être décrites comme obligatoires dans la spécification WS-Discovery qui n’a pas été implémentée par WSDAPI, ou il peut s’agir de fonctionnalités implémentées par WSDAPI dans une méthode autre dans celle spécifiée dans la spécification WS-Discovery.

Cette rubrique décrit comment les restrictions, les exigences et les fonctionnalités facultatives WS-Discovery sont gérées par l’implémentation WSDAPI. Cette rubrique est la meilleure lecture en tandem avec la spécification WS-Discovery.

prise en charge de WS-Discovery et SOAP-over-UDP

Dans SOAP-over-UDP, la section 3.2 spécifie que le message UDP doit tenir dans un datagramme 64K. WSDAPI accepte les messages UDP 64K, mais la contrainte DPWS de MAX_ENVELOPE_SIZE (32 Ko) limite la taille du message. Comme requis par WS-Discovery, WSDAPI prend en charge les modèles de message décrits dans la section 4.

WSDAPI peut être configuré pour prendre en charge le modèle de sécurité dans les sections 7 et 8. Lorsqu’il est configuré, WSDAPI signe les messages sortants WS-Discovery et valide les signatures sur les messages entrants.

WSDAPI implémente l’algorithme de retransmission défini dans l’Annexe I, tel que modifié par l’Annexe I du DPWS.

Dans WS-Discovery, WSDAPI utilise les adresses spécifiées dans la section 2.4. WSDAPI étend APP_MAX_DELAY de la section 2.4, mais pas dans la mesure définie dans l’annexe I du DPWS. Pour plus d’informations sur APP_MAX_DELAY, consultez WS-Discovery fonctionnalités supplémentaires.

WS-Discovery décrit la recommandation de format d’URI uuid: dans la section 2.6, mais WSDAPI remplace cette recommandation. Au lieu de cela, WSDAPI utilise le format d’URI urn:uuid: décrit dans DPWS.

La section 3 de WS-Discovery décrit comment un client interagit avec un proxy de découverte. WSDAPI ne reconnaît pas cette interaction et ignore les annonces des proxys de découverte. Dans Windows 7, WSDAPI implémente une extension privée au protocole WS-Discovery, WS-Discovery Extensions distantes, pour permettre aux clients de découverte de rechercher des services répartis sur de nombreux réseaux différents en envoyant des demandes à des proxys centralisés. Pour plus d’informations, consultez fonctionnalités supplémentaires WS-Discovery.

La section 4.1, paragraphe 3 de WS-Discovery exige qu’un minuteur s’écoule avant qu’un message Hello soit envoyé. L’API d’hébergement n’attend pas avant d’envoyer un message Hello. Si un scénario nécessite un délai avant l’envoi d’un message Hello, le développeur de l’application doit implémenter une attente.

WSDAPI implémente tous les messages décrits dans WS-Discovery sections 4, 5 et 6. WSDAPI applique également les MATCH_TIMEOUT décrites dans l’article 7, comme modifié par l’annexe I de DPWS. WSDAPI protège uniquement contre « Relecture » contre les considérations sécurisées de l’article 9.

WSDAPI implémente le séquencement d’applications, comme décrit dans WS-Discovery l’annexe I.