Partager via

Résolution des problèmes liés aux clients de découverte de fonctions

  • Article

Clients de découverte de fonction :

  • Toujours utiliser des WS-Discovery UDP pour la découverte d’appareils
  • Toujours lancer des connexions HTTP ou HTTPS pour l’échange de métadonnées
  • Parfois, utilisez la découverte dirigée
  • Parfois, utilisez un canal sécurisé (HTTPS) pour l’échange de métadonnées

La liste suivante présente la séquence classique de messages envoyés et reçus par les clients de découverte de fonction. Tous les messages ne sont pas obligatoires.

  1. Le client envoie un message Probe pour découvrir les appareils et les services. Si le client utilise la découverte dirigée, ce message est envoyé via HTTP ou HTTPS ; sinon, le message est envoyé par la multidiffusion UDP au port 3702.
  2. Le client reçoit des messages ProbeMatches provenant d’appareils ou de services correspondants. Les messages de découverte dirigés sont envoyés via HTTP ou HTTPS ; sinon, ces messages sont envoyés par la monodiffusion UDP et proviennent du port 3702.
  3. Si aucun XAddrs n’a été inclus dans le message ProbeMatches, le client envoie un message Resolve par multidiffusion UDP au port 3702.
  4. Si un message Resolve a été envoyé, le client reçoit un message ResolveMatches des services correspondants . Ce message est envoyé par la monodiffusion UDP du port 3702 vers le port d’où provient le message Resolve.
  5. Le client envoie un message Get pour demander des métadonnées à partir de l’appareil ou du service. Ce message est envoyé par HTTP ou HTTPS.
  6. Le client reçoit un message GetResponse avec les métadonnées de l’appareil ou du service. Ce message est envoyé par HTTP ou HTTPS.

Les procédures de diagnostic suivantes doivent être utilisées (afin) d’identifier les problèmes liés à un client Function Discovery.

Pour résoudre les problèmes d’un client de découverte de fonction

  1. Si la découverte dirigée est utilisée, résolvez les problèmes de découverte dirigée.
  2. Inspecter les paramètres de l’adaptateur et du pare-feu.
  3. Utilisez un hôte et un client génériques pour UDP WS-Discovery.
  4. Utilisez WSD Debug Client pour vérifier le trafic de multidiffusion.
  5. Inspectez les traces réseau pour UDP WS-Discovery.
  6. Utilisez un hôte et un client génériques pour l’échange de métadonnées HTTP.
  7. Utilisez la journalisation WinHTTP pour vérifier Obtenir le trafic.
  8. Inspectez les traces réseau pour l’échange de métadonnées HTTP.

Si la source du problème ne peut pas être identifiée à l’aide des procédures de diagnostic ci-dessus, suivez les instructions fournies dans Activation du suivi WSDAPI et contactez le support Microsoft.

résolution des problèmes Prise en main avec WSDAPI