Überprüfen von Netzwerkablaufverfolgungen für UDP-WS-Discovery
Jede Netzwerkpaketanalyse, die unformatierte Pakete anzeigen kann, kann verwendet werden, um UDP-WS-Discovery-Pakete zu untersuchen. Microsoft Network Monitor 3 (Netmon) wird empfohlen. Weitere Informationen zu Netmon finden Sie unter Herunterladen von Netmon und DPWS-Beispielfiltern.
So überprüfen Sie Netzwerkablaufverfolgungen für UDP WS-Discovery
Konfigurieren Sie host und client so, dass sie über das Netzwerk ausgeführt werden (stellen Sie sicher, dass der Host und der Client auf verschiedenen Computern ausgeführt werden).
Installieren Sie die Paketanalyse (Netmon) entweder auf dem Client oder auf dem Host.
Konfigurieren Sie die Paketanalyse, um Datenverkehr auf dem Netzwerkadapter zu erfassen, der den Host und den Client verbindet.
Reproduzieren Sie den Fehler, indem Sie den Host und den Client starten oder F5 im Netzwerk Explorer drücken.
Filtern Sie die Ergebnisse, um WS-Discovery Datenverkehr zu isolieren. Informationen zum Anzeigen von Netmon-Beispielfiltern finden Sie unter Herunterladen von Netmon- und Beispiel-DPWS-Filtern.
Hinweis
Dieser Schritt ist optional.
Stellen Sie sicher, dass zwischen Client und Host gesendete Nachrichten die grundlegenden Datenverkehrsanforderungen erfüllen.
Überprüfen, ob Nachrichten die Datenverkehrsanforderungen erfüllen
WSDAPI-Clients und -Hosts müssen Nachrichten senden, die den folgenden Kriterien entsprechen. Allgemeine Informationen zu Nachrichtenmustern finden Sie unter Erkennungs- und Metadatenaustausch-Nachrichtenmuster.
- Testnachrichten müssen vom UDP-Multicast an Port 3702 gesendet werden.
- Das Types-Element einer Testmeldung muss vorhanden sein und darf nicht leer sein. Sie muss die Typen enthalten, auf die ein Host antwortet.
- Eine ProbeMatches-Nachricht muss unicast an den UDP-Port gesendet werden, von dem der Test gesendet wurde.
- Das RelatesTo-Element einer ProbeMatches-Nachricht muss vorhanden sein und darf nicht leer sein. Sein Wert muss mit dem Wert des MessageId-Elements aus der entsprechenden Testnachricht übereinstimmen.
- Wenn ein XAddrs-Element in die ProbeMatches-Nachricht aufgenommen wurde, müssen die angegebenen Transportadressen überprüft werden. Weitere Informationen finden Sie unter XAddr-Validierungsregeln.
- Eine ProbeMatches-Nachricht muss innerhalb von 4 Sekunden nach der entsprechenden Testnachricht gesendet werden. Die Windows-Firewall kann eine ProbeMatches-Nachricht löschen, die mehr als 4 Sekunden nach einer Testnachricht gesendet wird.
- Wenn kein XAddrs-Element in der ProbeMatches-Nachricht enthalten war und der Client oder Host eine HTTP-Nachricht (z. B. eine Anforderung zum Austausch von Metadaten abrufen oder eine Dienstnachricht) sendet, muss der Client oder Host eine Resolve-Nachricht per UDP-Multicast an Port 3702 senden.
- Wenn eine Resolve-Nachricht gesendet wird, muss eine ResolveMatches-Nachricht unicast an den UDP-Port gesendet werden, von dem die Resolve-Nachricht gesendet wurde.
- Eine ResolveMatches-Nachricht muss innerhalb von 4 Sekunden nach der entsprechenden Resolve-Nachricht gesendet werden. Die Windows-Firewall kann eine ResolveMatches-Nachricht löschen, die mehr als 4 Sekunden nach einer Resolve-Nachricht gesendet wurde.
Wenn die vom Programm gesendeten Nachrichten nicht diesen Nachrichtenanforderungen entsprechen, wurde die Ursache des Problems erfolgreich identifiziert, und es sind keine weiteren Schritte zur Problembehandlung erforderlich. Schreiben Sie das Programm so um, dass es konforme Nachrichten generiert und das Programm erneut testen kann.
Wenn die Ursache des Problems immer noch nicht ermittelt werden kann, wenden Sie sich an den Microsoft-Support, um Unterstützung zu erhalten. Bevor Sie sich an den Support wenden, erfassen Sie die entsprechenden Protokolldateien, um die Grundursache des Problems zu ermitteln. Weitere Informationen finden Sie unter Aktivieren der WSDAPI-Ablaufverfolgung.
Zugehörige Themen