Använda logiska och fysiska adresser

WS-Discovery definierar logisk adressering med hjälp av URI:er baserat på urn:uuid: format. Syftet med det här adressschemat är att skilja enhetens identitet från dess aktuella IP-adress. Det här schemat tillhandahåller i princip funktionerna i DNS-namn utan att kräva en namnserver. Devices Profile for Web Services (DPWS) rekommenderar att enheter använder det här adressschemat.

DPWS rekommenderar också att tjänster använder fysiska adresser (som också kallas transportadresser). Detta gör det möjligt för klienter som inte har inbyggt stöd för WS-Discovery adresseringsmekanismer för att kommunicera med DPWS-tjänster. Dessutom kan varje tjänst definiera sina adresser, vilket möjliggör adressering på transportnivå för enhetsimplementeringar som hanterar tjänstsändning på ett lägre lager. Slutligen maximerar användningen av fysiska adresser samverkan.

Nackdelen med fysisk adressering är att det ökar komplexiteten i enhetsimplementeringar, eftersom den aktuella IP- eller transportadressen måste spåras och enhetsmetadata måste ändras i enlighet med detta. Därför kräver DPWS inte att tjänster använder transportadresser.

Om logiska adresser används finns det några scenarier där implementeringsbeteendet är odefinierat. WS-Discovery-specifikationen beskriver inte vad det innebär att en tjänst finns på en logisk adress. R1001 i WS-Discovery-specifikationen rekommenderar att du inte använder WS-Discovery på värdbaserade tjänster på grund av det associerade nätverkspratet.

Vi rekommenderar inte att tjänsterna finns på logiska adresser eftersom detta minskar samverkan. Om en implementering absolut måste finnas på en logisk adress bör tjänsten använda samma logiska adress som enheten. Om detta lägger till för mycket komplexitet i sändningsmodellen på enheten är den rekommenderade lösningen att använda referensparametrar för att särskilja tjänsterna. WSDAPI skickar meddelanden till tjänster korrekt om de använder samma slutpunktsadress som enheten.