Cenários de comunicação segura

O cenário de Comunicação Segura testa a descoberta, a troca de metadados e o evento usando o canal seguro.

Antes de tentar esses cenários, você deve ter concluído com êxito os cenários inspeção e evento dedispositivos e serviços.

Para saber mais sobre a conformidade geral da especificação do WSDAPI, confira Conformidade de especificação do WSDAPI.

Caixa	Ação do cliente	Ação do servidor	critérios de Pass-Fail
5,1	Chamar investigação para um dispositivo seguro
5.1.1	Enviar uma investigação curinga com - Use a regra de correspondência padrão. – Nenhum elemento wsd:Types . – Nenhum elemento wsd:Scopes .	Responde com um ProbeMatches. Nota: Se um wsd:XAddrs for fornecido, esse endereço deverá ser um URI https e o wsa:EndpointReference/wsa:Address deverá ser o mesmo que wsd:XAddrs.	Vá para a etapa 5.1.2 (ou 5.1.3).
5.1.2 [Opcional. Essa etapa só será necessária se nenhum wsd:XAddrs for fornecido no ProbeMatches em 5.1.1]	Envie uma Resolução para o wsa:EndpointReference/wsa:Address especificado no ProbeMatches de 1.2.1.	Responde com resolvematches. Nota: O wsd:XAddrs deve ser um URI https e o wsa:EndpointReference/wsa:Address deve ser o mesmo que o wsd:XAddrs.	Vá para a etapa 5.1.3.
5.1.3	Envie um GetMetadataRequest para o TestDevice.	Responde com um GetMetadataResponse.	Vá para a etapa 5.1.4.
5.1.4	Exibir metadados ThisDevice.	Nada	Corresponde ao que foi enviado. Para obter um exemplo da saída do cliente, consulte Saída de resposta de metadados de exemplo.
5.1.5	Exibir metadados ThisModel.	Nada	Corresponde ao que foi enviado. Para obter um exemplo da saída do cliente, consulte Saída de resposta de metadados de exemplo.
5.1.6	Exibir Host, HostedService, EndpointReference.	Nada	Corresponde ao que foi enviado. Para obter um exemplo da saída do cliente, consulte Saída de resposta de metadados de exemplo.
5.2	Investigações direcionadas para um dispositivo seguro
5.2.1	Enviar uma investigação curinga como uma solicitação HTTPS com: - Use a regra de correspondência padrão. - no elemento wsd:Types - no elemento wsd:Scopes - O endereço HTTP é fornecido.	Responde com um ProbeMatches que usa a resposta HTTPS. Nota: Se um wsd:XAddrs for fornecido, esse endereço deverá ser um URI https e o wsa:EndpointReference/wsa:Address deverá ser o mesmo que wsd:XAddrs.	Confirme se o wsa:EndpointReference/wsa:Address para o TestDevice está correto.
5.3	Assinatura e renovação de eventos para um dispositivo seguro
A descoberta do dispositivo seguro é determinada usando os métodos testados na versão 5.1 ou 5.2.
5.3.1	Assina o SimpleEvent com: - - wse:Filter == http://schemas.example.org/EventingService/SimpleEventwse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>" O cliente pode optar por incluir uma expiração do tipo xs:duration.	Envia SubscribeResponse com uma expiração longa o suficiente para concluir a etapa 5.3.2. A expiração deve ser do tipo xs:duration. Para esse teste, o servidor não é necessário para usar o mesmo xs:duration que solicitado do cliente.	O cliente recebe a resposta e pode ir para a etapa 5.3.2.
5.3.2	Nada	Aciona o SimpleEvent.	O evento é recebido no cliente.
5.3.3	Envia Renovar para SimpleEvent. Quando os clientes enviam renovações para eventos, eles podem optar por iniciar manualmente a renovação ou enviar automaticamente a renovação quando metade do período de renovação especificado na mensagem SubscribeResponse original tiver decorrido.	Envia RenewResponse com uma expiração longa o suficiente para concluir a etapa 5.3.4. A expiração deve ser do tipo xs:duration.	A resposta é recebida no cliente e pode ir para a etapa 5.3.4.
5.3.4	Nada	Aciona o SimpleEvent.	O evento é recebido no cliente.
5.3.5	Envia uma Assinatura para o TestDevice para o SimpleEvent.	Envia um UnsubscribeResponse.	O cliente recebe a resposta e pode ir para a etapa 5.3.6.
5.3.6	Nada	Aciona o SimpleEvent.	Nenhum evento é recebido no cliente.