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 de Inspeção de Dispositivo e Serviço e Eventos .

Para saber mais sobre a conformidade geral das especificações WSDAPI, consulte WSDAPI Specification Compliance.

Incidente	Ação do cliente	Ação do servidor	Pass-Fail critérios
5.1	Chamada de Probe para um dispositivo protegido
5.1.1	Enviar uma sonda wildcard com - Use a regra de correspondência padrão. - Sem elemento wsd:Types. - Sem elemento wsd:Scopes .	Responde com um ProbeMatches. Observação: 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 o wsd:XAddrs.	Vá para a etapa 5.1.2 (ou 5.1.3).
5.1.2 [Opcional. ** Esta etapa só é necessária se nenhum wsd:XAddrs forem fornecidos no ProbeMatches na seção 5.1.1.	Envie um Resolve para o wsa:EndpointReference/wsa:Address especificado no ProbeMatches da versão 1.2.1.	Responde com um ResolveMatches. Observação: O wsd:XAddrs deve ser um URI https e o wsa:EndpointReference/wsa:Address deve ser o mesmo que o wsd:XAddrs.	Vá para o passo 5.1.3.
5.1.3	Envie um GetMetadataRequest para o TestDevice.	Responde com um "GetMetadataResponse".	Vá para o passo 5.1.4.
5.1.4	Exiba os metadados do 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	Exiba metadados do 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	Sondas direcionadas para um dispositivo seguro
5.2.1	Envie uma sonda curinga como uma solicitação HTTPS com: - Use a regra de correspondência padrão. - sem elemento wsd:Types - sem elemento wsd:Scopes - O endereço HTTP é fornecido.	Responde com um ProbeMatches que usa a resposta HTTPS. Observação: 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 o wsd:XAddrs.	Confirme se o wsa:EndpointReference/wsa:Address para o TestDevice está correto.
5.3	Subscrição e renovação de eventos para um dispositivo seguro
A descoberta do dispositivo seguro é determinada usando os métodos testados em 5.1 ou 5.2.
5.3.1	Subscreve o SimpleEvent com: - wse:Filter/@Dialect == "<http://schemas.xmlsoap.org/ws/2006/02/devprof/Action>" - wse:Filter == http://schemas.example.org/EventingService/SimpleEvent 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 este teste, o servidor não é obrigado a usar o mesmo xs:duration como solicitado do cliente.	O cliente recebe a resposta e pode ir para a etapa 5.3.2.
5.3.2	Nada	Dispara 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	Dispara o SimpleEvent.	O evento é recebido no cliente.
5.3.5	Envia um comando Unsubscribe para o TestDevice relativo a SimpleEvent.	Envia uma resposta de cancelamento de subscrição.	O cliente recebe a resposta e pode ir para a etapa 5.3.6.
5.3.6	Nada	Dispara o SimpleEvent.	Nenhum evento é recebido no cliente.