Überprüfen von Netzwerkverfolgungen für UDP-WS-Discovery
Jede Netzwerkpaketanalyse, die Unformatiertpakete anzeigen kann, kann verwendet werden, um UDP-WS-Discovery zu überprüfen. Microsoft-Netzwerkmonitor 3 (Netmon) wird empfohlen. Weitere Informationen zu Netmon finden Sie unter Herunterladen von Netmon- und DPWS-Beispielfiltern.
So überprüfen Sie Netzwerkverfolgungen für die UDP-WS-Ermittlung
Konfigurieren Sie den Host und client so, dass sie über das Netzwerk ausgeführt werden (d. h., 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 im Netzwerk-Explorer F5 drücken.
Filtern Sie die Ergebnisse, um WS-Discovery zu isolieren. Beispiele für Netmon-Filter finden Sie unter Herunterladen von Netmon- und DPWS-Beispielfiltern.
Hinweis
Dieser Schritt ist optional.
Stellen Sie sicher, dass nachrichten, die zwischen Client und Host gesendet werden, grundlegende 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 Discovery and Metadata Exchange Message Patterns.
- Testnachrichten müssen per 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. Der Wert muss mit dem Wert des MessageId-Elements aus der entsprechenden Testnachricht übereinstimmen.
- Wenn ein XAddrs-Element in der ProbeMatches-Nachricht enthalten war, 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, die mehr als 4 Sekunden nach einer Testnachricht gesendet wurde, verdringen.
- Wenn kein XAddrs-Element in der ProbeMatches-Nachricht enthalten war und der Client oder Host eine HTTP-Nachricht sendet (z. B. eine Anforderung zum Abrufen des Metadatenaustauschs oder eine Dienstnachricht), 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 ResolveMatchesmessage, die mehr als 4 Sekunden nach einer Auflösungsnachricht gesendet wurde, ablegen.
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 neu, damit es konforme Nachrichten generiert und das Programm erneut testet.
Wenn die Ursache des Problems immer noch nicht identifiziert 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.