Escenarios de comunicación segura

El escenario de comunicación segura prueba la detección, el intercambio de metadatos y los eventos mediante el canal seguro.

Antes de intentar estos escenarios, debe haber completado correctamente los escenarios de inspección y eventos de dispositivo y servicio.

Para obtener más información sobre el cumplimiento general de la especificación WSDAPI, consulte Cumplimiento de especificación de WSDAPI.

Caso	Acción del cliente	Acción del servidor	criterios de Pass-Fail
5.1	Sondeo de llamadas para un dispositivo seguro
5.1.1	Enviar un sondeo comodín con : use la regla de coincidencia predeterminada. - No hay ningún elemento wsd:Types . - No hay ningún elemento wsd:Scopes .	Responde con un ProbeMatches. Nota: Si se proporciona un wsd:XAddrs, esta dirección debe ser un URI https y wsa:EndpointReference/wsa:Address debe ser el mismo que wsd:XAddrs.	Vaya al paso 5.1.2 (o 5.1.3).
5.1.2 [Opcional. Este paso solo es necesario si no se proporciona ningún wsd:XAddrs en ProbeMatches en la versión 5.1.1]	Envíe una resolución a wsa:EndpointReference/wsa:Address que se especifica en ProbeMatches de 1.2.1.	Responde con resolveMatches. Nota:Wsd:XAddrs debe ser un URI https y wsa:EndpointReference/wsa:Address debe ser el mismo que wsd:XAddrs.	Vaya al paso 5.1.3.
5.1.3	Envíe un getMetadataRequest al testDevice.	Responde con getMetadataResponse.	Vaya al paso 5.1.4.
5.1.4	Muestra los metadatos de ThisDevice.	Nada	Corresponde a lo que se envió. Para obtener un ejemplo de la salida del cliente, consulte Salida de respuesta de metadatos de ejemplo.
5.1.5	Mostrar metadatos de ThisModel.	Nada	Corresponde a lo que se envió. Para obtener un ejemplo de la salida del cliente, consulte Salida de respuesta de metadatos de ejemplo.
5.1.6	Mostrar host, HostedService, EndpointReference.	Nada	Corresponde a lo que se envió. Para obtener un ejemplo de la salida del cliente, consulte Salida de respuesta de metadatos de ejemplo.
5.2	Sondeos dirigidos a un dispositivo seguro
5.2.1	Enviar un sondeo comodín como una solicitud HTTPS con: use la regla de coincidencia predeterminada. - no wsd:Types element - no wsd:Scopes element - The HTTP address is supplied.	Responde con un ProbeMatches que usa la respuesta HTTPS. Nota: Si se proporciona un wsd:XAddrs, esta dirección debe ser un URI https y wsa:EndpointReference/wsa:Address debe ser el mismo que wsd:XAddrs.	Confirme que wsa:EndpointReference/wsa:Address para TestDevice es correcto.
5.3	Suscripción y renovación de eventos en un dispositivo seguro
La detección del dispositivo seguro se determina mediante los métodos que se prueban en la versión 5.1 o 5.2.
5.3.1	Se suscribe a SimpleEvent con: - - wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>" El cliente puede elegir incluir una expiración de tipo xs:duration.	Envía SubscribeResponse con una expiración lo suficientemente larga como para completar el paso 5.3.2. La expiración debe ser de tipo xs:duration. Para esta prueba, no es necesario que el servidor use el mismo xs:duration que se solicitó desde el cliente.	El cliente recibe la respuesta y puede ir al paso 5.3.2.
5.3.2	Nada	Activa el simpleEvent.	El evento se recibe en el cliente.
5.3.3	Envía Renew a SimpleEvent. Cuando los clientes envían renovaciones para eventos, pueden optar por iniciar manualmente la renovación o enviar automáticamente la renovación cuando haya transcurrido la mitad del período de renovación especificado en el mensaje SubscribeResponse original.	Envía RenewResponse con una expiración suficiente para completar el paso 5.3.4. La expiración debe ser de tipo xs:duration.	La respuesta se recibe en el cliente y puede ir al paso 5.3.4.
5.3.4	Nada	Activa el simpleEvent.	El evento se recibe en el cliente.
5.3.5	Envía una suscripción a TestDevice para SimpleEvent.	Envía una suscripciónResponse.	El cliente recibe respuesta y puede ir al paso 5.3.6.
5.3.6	Nada	Activa el simpleEvent.	No se recibe ningún evento en el cliente.