Partager via

Inspection des traces réseau pour les WS-Discovery UDP

  • Article

Tout analyseur de paquets réseau capable d’afficher des paquets bruts peut être utilisé pour inspecter les paquets UDP WS-Discovery. Microsoft Network Monitor 3 (Netmon) est recommandé. Pour plus d’informations sur Netmon, consultez Téléchargement de Netmon et Exemples de filtres DPWS.

Pour inspecter les traces réseau pour udp WS-Discovery

  1. Configurez l’hôte et le client pour qu’ils s’exécutent sur le réseau (c’est-à-dire, assurez-vous que l’hôte et le client fonctionneront sur différentes machines).

  2. Installez l’analyseur de paquets (Netmon) sur le client ou l’hôte.

  3. Configurez l’analyseur de paquets pour capturer le trafic sur la carte réseau qui connecte l’hôte et le client.

  4. Reproduisez l’échec en démarrant l’hôte et le client ou en appuyant sur F5 dans le Explorer réseau.

  5. Filtrez les résultats pour isoler WS-Discovery trafic. Pour afficher les exemples de filtres Netmon, consultez Téléchargement de Netmon et Exemples de filtres DPWS.

    Notes

    Cette étape est facultative.

     

  6. Vérifiez que les messages envoyés entre le client et l’hôte répondent aux exigences de base en matière de trafic.

Vérifier que les messages répondent aux exigences de trafic

Les clients et hôtes WSDAPI doivent envoyer des messages conformes aux critères suivants. Pour plus d’informations générales sur les modèles de message, consultez Modèles de message d’échange de métadonnées et de découverte.

  • Les messages de sonde doivent être envoyés par multidiffusion UDP au port 3702.
  • L’élément Types d’un message Probe doit être présent et ne doit pas être vide. Il doit contenir les types auxquels un hôte répond.
  • Un message ProbeMatches doit être envoyé en unidiffusion au port UDP à partir duquel la sonde a été envoyée.
  • L’élément RelatesTo d’un message ProbeMatches doit être présent et ne doit pas être vide. Sa valeur doit correspondre à la valeur de l’élément MessageId du message Probe correspondant.
  • Si un élément XAddrs a été inclus dans le message ProbeMatches , les adresses de transport fournies doivent être validées. Pour plus d’informations, consultez Règles de validation XAddr.
  • Un message ProbeMatches doit être envoyé dans les 4 secondes suivant le message probe correspondant. Le Pare-feu Windows peut supprimer un message ProbeMatches envoyé plus de 4 secondes après un message probe.
  • Si aucun élément XAddrs n’a été inclus dans le message ProbeMatches et que le client ou l’hôte envoie un message HTTP (tel qu’une demande d’échange de métadonnées Get ou un message de service), le client ou l’hôte doit envoyer un message Resolve par multidiffusion UDP au port 3702.
  • Si un message Resolve est envoyé, un message ResolveMatches doit être envoyé en unidiffusion au port UDP à partir duquel le message Resolve a été envoyé.
  • Un message ResolveMatches doit être envoyé dans les 4 secondes suivant le message Resolve correspondant. Le Pare-feu Windows peut supprimer un message ResolveMatches envoyé plus de 4 secondes après un message Resolve.

Si les messages envoyés par le programme ne sont pas conformes à ces exigences de message, la cause du problème a été identifiée et aucune autre étape de dépannage n’est nécessaire. Réécrire le programme afin qu’il génère des messages conformes et reteste le programme.

Si la source du problème ne peut toujours pas être identifiée, contactez le support Microsoft pour obtenir de l’aide. Avant de contacter le support technique, collectez les fichiers journaux appropriés pour vous aider à identifier la cause racine du problème. Pour plus d’informations, consultez Activation du suivi WSDAPI.

Procédures de diagnostic WSDAPI

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

Téléchargement de Netmon et d’exemples de filtres DPWS