Scenari di comunicazione sicura

Lo scenario Secure Communication testa l'individuazione, lo scambio di metadati e l'evento usando il canale sicuro.

Prima di tentare questi scenari, è necessario aver completato correttamente gli scenari di ispezione e controllo dei servizi e degli eventi .

Per altre informazioni sulla conformità generale delle specifiche WSDAPI, vedere Conformità alle specifiche WSDAPI.

Caso	Azione del cliente	Azione server	Pass-Fail criteri
5.1	Invocare la sonda per un dispositivo protetto
5.1.1	Inviare un Probe con caratteri jolly: - usare la regola di corrispondenza predefinita. - Nessun elemento wsd:Types. - Nessun elemento wsd:Scopes.	Risponde con probeMatches. Nota: Se viene fornito un wsd:XAddrs , questo indirizzo deve essere un URI https e wsa:EndpointReference/wsa:Address deve essere uguale a wsd:XAddrs.	Andare al passaggio 5.1.2 (o 5.1.3).
5.1.2 [Facoltativo. Questo passaggio è necessario solo se non vengono forniti wsd:XAddrs in ProbeMatches nella versione 5.1.1]	Invia un Resolve a wsa:EndpointReference/wsa:Address specificato in ProbeMatches dal punto 1.2.1.	Risponde con resolveMatches. Nota:Wsd:XAddrs deve essere un URI https e wsa:EndpointReference/wsa:Address deve essere uguale a wsd:XAddrs.	Andare al passaggio 5.1.3.
5.1.3	Invia un GetMetadataRequest al TestDevice.	Risponde con GetMetadataResponse.	Andare al passaggio 5.1.4.
5.1.4	Visualizza i metadati di thisDevice.	Niente	Corrisponde a ciò che è stato inviato. Per un esempio dell'output del client, vedere Esempio di output della risposta dei metadati.
5.1.5	Visualizza i metadati di ThisModel.	Niente	Corrisponde a ciò che è stato inviato. Per un esempio dell'output del client, vedere Esempio di output della risposta dei metadati.
5.1.6	Visualizza Host, HostedService, EndpointReference.	Niente	Corrisponde a ciò che è stato inviato. Per un esempio dell'output del client, vedere Esempio di output della risposta dei metadati.
5.2	Sonde inviate a un dispositivo sicuro
5.2.1	Inviare una richiesta wildcard come richiesta HTTPS con: - Usare la regola di corrispondenza predefinita. - Nessun elemento wsd:Types - Nessun elemento wsd:Scopes - L'indirizzo HTTP deve essere fornito.	Risponde con probeMatches che usa la risposta HTTPS. Nota: Se viene fornito un wsd:XAddrs , questo indirizzo deve essere un URI https e wsa:EndpointReference/wsa:Address deve essere uguale a wsd:XAddrs.	Verificare che wsa:EndpointReference/wsa:Address per TestDevice sia corretto.
5.3	Sottoscrizione e rinnovo di eventi a un dispositivo sicuro
L'individuazione del dispositivo sicuro viene determinata usando i metodi testati nella versione 5.1 o 5.2.
5.3.1	Sottoscrive SimpleEvent con: - wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>" - wse:Filter == http://schemas.example.org/EventingService/SimpleEvent Il client può scegliere di includere una scadenza di tipo xs:duration.	Invia SubscribeResponse con una scadenza sufficiente per completare il passaggio 5.3.2. La scadenza deve essere di tipo xs:duration. Per questo test, non è necessario che il server usi lo stesso xs:duration richiesto dal client.	Il client riceve la risposta e può andare al passaggio 5.3.2.
5.3.2	Niente	Genera l'evento SimpleEvent.	L'evento viene ricevuto nel client.
5.3.3	Invia Renew a SimpleEvent. Quando i client inviano rinnovi per gli eventi, possono scegliere di avviare manualmente il rinnovo o inviare automaticamente il rinnovo quando è trascorsa la metà del periodo di rinnovo specificato nel messaggio SubscribeResponse originale.	Invia RenewResponse con una scadenza sufficiente per completare il passaggio 5.3.4. La scadenza deve essere di tipo xs:duration.	La risposta viene ricevuta nel client e può andare al passaggio 5.3.4.
5.3.4	Niente	Genera l'evento SimpleEvent.	L'evento viene ricevuto nel client.
5.3.5	Invia una cancellazione dell'iscrizione a TestDevice per SimpleEvent.	Invia una UnsubscribeResponse.	Il client riceve la risposta e può andare al passaggio 5.3.6.
5.3.6	Niente	Genera l'evento SimpleEvent.	Non viene ricevuto alcun evento nel client.