Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
WS-Discovery definisce l'indirizzamento logico usando gli URI in base al formato urn:uuid:
. Lo scopo di questo schema di indirizzamento è quello di distinguere l'identità del dispositivo dal relativo indirizzo IP corrente. Questo schema fornisce essenzialmente la funzionalità dei nomi DNS senza richiedere un server dei nomi.
Profilo dei dispositivi per i servizi Web (DPWS) consiglia ai dispositivi di usare questo schema di indirizzamento.
DPWS consiglia anche che i servizi utilizzino indirizzi fisici (noti anche come indirizzi di trasporto). Ciò consente ai client che non supportano in modo nativo i meccanismi di indirizzamento WS-Discovery di comunicare con i servizi DPWS. Inoltre, ogni servizio può definire i relativi indirizzi, che consente l'indirizzamento a livello di trasporto per le implementazioni del dispositivo che gestiscono l'invio del servizio a un livello inferiore. Infine, l'uso di indirizzi fisici ottimizza l'interoperabilità.
Lo svantaggio dell'indirizzamento fisico è che aggiunge complessità alle implementazioni del dispositivo, poiché l'indirizzo IP o il trasporto corrente deve essere monitorato e i metadati del dispositivo devono essere modificati di conseguenza. Per questo motivo, DPWS non richiede ai servizi di utilizzare gli indirizzi di trasporto.
Se vengono usati indirizzi logici, esistono alcuni scenari in cui il comportamento di implementazione non è definito. La specifica WS-Discovery non descrive cosa significa che un servizio risieda in un indirizzo logico. R1001 della specifica di WS-Discovery consiglia di non usare WS-Discovery sui servizi ospitati a causa del chatter di rete associato.
Non è consigliabile che i servizi risiedano in indirizzi logici perché ciò riduce l'interoperabilità. Se un'implementazione deve risiedere assolutamente in un indirizzo logico, il servizio deve usare lo stesso indirizzo logico del dispositivo. Se questo aggiunge troppa complessità al modello dispatch nel dispositivo, la soluzione consigliata consiste nell'usare i parametri di riferimento per differenziare i servizi. WSDAPI invierà correttamente messaggi ai servizi se usano lo stesso indirizzo endpoint del dispositivo.