zgodność specyfikacji WS-Discovery

WS-Discovery opisuje sposób wykonywania następujących zadań:

• Ogłaszanie dostępności usług w podsieci lokalnej
• Wyszukiwanie usług w podsieci
• Lokalizowanie wcześniej przywołynej usługi

W tym celu WS-Discovery definiuje dwa jednokierunkowe komunikaty, hello i Byeoraz dwa dwukierunkowe komunikaty wyszukiwania, probe i Resolve.

WS-Discovery zawiera również adresy i port zastrzeżony dla odnajdywania lokalnego protokołu IPv4 i IPv6. Specyfikacja umożliwia również definiowanie alternatywnych powiązań w innym miejscu, takich jak sonda za pośrednictwem powiązania HTTP zdefiniowanego w profilu urządzeń dla usług sieci Web (DPWS).

Specyfikacja WS-Discovery opisuje funkcje wybierane przy użyciu terminów MAY lub SHOULD w danym rekomendacji lub ograniczenia implementacji. Pominięte funkcje mogą być funkcjami opisanymi jako WYMAGANE w specyfikacji WS-Discovery, która nie została zaimplementowana przez interfejs WSDAPI lub może to być funkcja zaimplementowana w metodzie innej w metodzie określonej w specyfikacji WS-Discovery.

W tym temacie opisano sposób obsługi WS-Discovery ograniczeń, wymagań i funkcji elekcyjnych przez implementację WSDAPI. Ten temat najlepiej przeczytać razem ze specyfikacją WS-Discovery.

obsługa protokołu WS-Discovery i protokołu SOAP over-UDP

W obszarze SOAP-over-UDP sekcja 3.2 określa, że komunikat UDP musi mieścić się w datagramie 64K. WSDAPI będzie akceptować komunikaty UDP 64K, ale ograniczenie DPWS MAX_ENVELOPE_SIZE (32K) ograniczy rozmiar komunikatu. Zgodnie z wymaganiami odnajdywania WS-Discovery usługa WSDAPI obsługuje wzorce komunikatów opisane w sekcji 4.

Interfejs WSDAPI można skonfigurować do obsługi modelu zabezpieczeń w sekcjach 7 i 8. Po skonfigurowaniu interfejs WSDAPI wyloguje komunikaty wychodzące WS-Discovery i weryfikuje podpisy w komunikatach przychodzących.

WSDAPI implementuje algorytm retransmisji zdefiniowany w dodatku I zmienionym przez dodatek DPWS Dodatek I.

W funkcji Odnajdywanie WSDAPI używa adresów określonych w sekcji 2.4. WSDAPI rozszerza APP_MAX_DELAY od sekcji 2.4, ale nie do zakresu określonego w dodatku DPWS I. Aby uzyskać więcej informacji na temat APP_MAX_DELAY, zobacz Dodatkowe funkcje WS-Discovery.

WS-Discovery opisano zalecenie dotyczące formatu identyfikatora URI uuid: w sekcji 2.6, ale WSDAPI zastępuje to zalecenie. Zamiast tego WSDAPI używa formatu identyfikatora URI urn:uuid: opisanego w programie DPWS.

Sekcja 3 WS-Discovery opisuje sposób interakcji klienta z serwerem proxy odnajdywania. WSDAPI nie rozpoznaje tej interakcji i ignoruje anonse z serwerów proxy odnajdywania. W systemie Windows 7 interfejs WSDAPI implementuje rozszerzenie prywatne do protokołu WS-Discovery, WS-Discovery rozszerzenia zdalne, aby umożliwić klientom odnajdywania wyszukiwanie usług rozmieszczonych w wielu różnych sieciach przez wysyłanie żądań do scentralizowanych serwerów proxy. Aby uzyskać więcej informacji, zobacz dodatkowe funkcje WS-Discovery.

Sekcja 4.1, ust. 3 WS-Discovery wymaga, aby czasomierz upłynął przed wysłaniem komunikatu hello . Interfejs API hostingu nie czeka przed wysłaniem komunikatu Hello. Jeśli scenariusz wymaga opóźnienia przed wysłaniem komunikatu Hello, deweloper aplikacji musi zaimplementować oczekiwanie.

WSDAPI implementuje wszystkie komunikaty opisane w WS-Discovery sekcjach 4, 5 i 6. WSDAPI wymusza również MATCH_TIMEOUT opisane w sekcji 7 zmienionej przez dodatek DPWS I. WSDAPI chroni tylko przed "powtórką" przed bezpiecznymi zagadnieniami w sekcji 9.

WSDAPI implementuje sekwencjonowanie aplikacji zgodnie z opisem w WS-Discovery dodatku I.