Problembehandlung bei anderen WSDAPI-Anwendungen

Anwendungen können WSDAPI-Schnittstellen und-Funktionen direkt zum Durchführen von Ermittlungs-und metadatenaustauschen von Geräten abrufen. Die von diesen Anwendungen verwendeten Nachrichten Muster variieren.

Das Ziel dieses Handbuch zur Problembehandlung besteht darin, dass WSDAPI-Anwendungsentwickler einen Geräte Proxy erfolgreich implementieren können. Dieses Handbuch soll nicht bei der Problembehandlung für alle Aspekte von WSDAPI helfen. Wenn der Geräte Proxy erfolgreich erstellt wurde und der Client und der Host sich im Netzwerk gegenseitig sehen können, kann dieses Handbuch die Probleme der Anwendung nicht beheben. Befolgen Sie die Anweisungen unter Aktivieren der WSDAPI -Ablauf Verfolgung, und wenden Sie sich an den Microsoft Support, um weitere Unterstützung zu erhalten.

Problembehandlung bei Clients, die wsdcreatedeviceproxy aufrufen

Anwendungen rufen wsdkreatedeviceproxy auf, um eine Instanz der iwsddeviceproxy -Schnittstelle zu erstellen und zu initialisieren. Mit diesem Geräte Proxy Objekt können Dienste auf einem Gerät und Exchange-Metadaten angekündigt werden.

Eine Anwendung, die wsdcreatedeviceproxy aufrufen, verwendet immer die folgenden Meldungen.

Eine Anwendung, die wsdcreatedeviceproxy aufrufen, verwendet manchmal die folgenden Meldungen.

Auflösungs -und resolvematches -Nachrichten werden generiert, wenn eine logische Geräteadresse (d. h. eine Geräteadresse der Form "urn: uuid: {GUID}") an pszdeviceid übergeben wird. Diese Nachrichten werden nicht generiert, wenn eine physische Geräteadresse an pszdeviceid übergeben wird. Wenn Auflösungs-und resolvematches-Nachrichten verwendet werden, werden Sie vor den Get -und GetResponse -Nachrichten gesendet.

Die folgenden Diagnose Prozeduren sollten (in der richtigen Reihenfolge) verwendet werden, um Probleme mit einer Anwendung zu identifizieren, die wsdcreatedeviceproxy mit einer physischen Geräteadresse anruft.

  1. Über Prüfen der Adapter-und Firewalleinstellungen.
  2. Verwenden Sie einen generischen Host und Client für den HTTP-Metadatenaustausch.
  3. Überprüfen Sie den Datenverkehr mithilfe der WinHTTP-Protokollierung.
  4. Überprüfen von Netzwerk Ablauf Verfolgungen für http-Metadatenaustausch

Die folgenden Diagnose Prozeduren sollten (in der richtigen Reihenfolge) verwendet werden, um Probleme mit einer Anwendung zu identifizieren, die wsdcreatedeviceproxy mit einer logischen Geräteadresse anruft.

  1. Über Prüfen der Adapter-und Firewalleinstellungen.
  2. Verwenden Sie einen generischen Host und Client für UDP-WS-Discovery.
  3. Überprüfen Sie Multicast Datenverkehr mithilfe des WSD-Debugclients.
  4. Überprüfen Sie die Netzwerk Ablauf Verfolgungen für UDP-WS-Discovery.
  5. Verwenden Sie einen generischen Host und Client für den HTTP-Metadatenaustausch.
  6. Überprüfen Sie den Datenverkehr mithilfe der WinHTTP-Protokollierung.
  7. Überprüfen von Netzwerk Ablauf Verfolgungen für http-Metadatenaustausch

Vergewissern Sie sich, dass die Nachrichten Auflösen und resolvematches generiert werden und die Datenverkehrs Anforderungen erfüllen. Es ist nicht erforderlich, in der WSD-debugclientausgabe oder in den Netzwerk Ablauf Verfolgungen nach Test-oder Probe Matches -Meldungen zu suchen.

Problembehandlung bei Clients, die wsdcreatedeviceproxyadvanced aufrufen

Anwendungen rufen wsdkreatedeviceproxyadvanced auf, um eine Instanz der iwsddeviceproxy -Schnittstelle zu erstellen und zu initialisieren. Anders als bei wsdkreatedeviceproxyverfügt wsdkreatedeviceproxyadvanced über einen pdeviceaddress -Parameter, der zum Definieren der Transport Adresse des Geräts verwendet wird. Wenn diese Transport Adresse angegeben wird, ist die Auflösung logischer Adressen nicht erforderlich, und die Nachrichten von Resolve und resolvematches werden nicht generiert.

Wenn pdeviceaddress auf null festgelegt ist und pszdeviceid eine logische Adresse ist, dann ist die Adress Auflösung erforderlich, und Auflösungs-und resolvematches -Meldungen werden generiert.

Die folgenden Diagnose Prozeduren sollten (in der richtigen Reihenfolge) verwendet werden, um Probleme mit einer Anwendung zu identifizieren, die wsdcreatedeviceproxyadvanced mit einem pdeviceaddress -Parameter ungleich null aufrufen. Diese Prozeduren können auch verwendet werden, wenn pdeviceaddress null und pszdeviceid eine physische Adresse ist.

  1. Über Prüfen der Adapter-und Firewalleinstellungen.
  2. Verwenden Sie einen generischen Host und Client für den HTTP-Metadatenaustausch.
  3. Überprüfen Sie den Datenverkehr mithilfe der WinHTTP-Protokollierung.
  4. Überprüfen von Netzwerk Ablauf Verfolgungen für http-Metadatenaustausch

Die folgenden Diagnose Prozeduren sollten (in der richtigen Reihenfolge) verwendet werden, um Probleme mit einer Anwendung zu identifizieren, die wsdcreatedeviceproxyadvanced aufrufen, wobei pdeviceaddress auf null festgelegt ist und pszdeviceid auf eine logische Adresse festgelegt ist.

  1. Über Prüfen der Adapter-und Firewalleinstellungen.
  2. Verwenden Sie einen generischen Host und Client für UDP-WS-Discovery.
  3. Überprüfen Sie Multicast Datenverkehr mithilfe des WSD-Debugclients.
  4. Überprüfen Sie die Netzwerk Ablauf Verfolgungen für UDP-WS-Discovery.
  5. Verwenden Sie einen generischen Host und Client für den HTTP-Metadatenaustausch.
  6. Überprüfen Sie den Datenverkehr mithilfe der WinHTTP-Protokollierung.
  7. Überprüfen von Netzwerk Ablauf Verfolgungen für http-Metadatenaustausch

Vergewissern Sie sich, dass die Nachrichten Auflösen und resolvematches generiert werden und die Datenverkehrs Anforderungen erfüllen. Es ist nicht erforderlich, in der WSD-debugclientausgabe oder in den Netzwerk Ablauf Verfolgungen nach Test-oder Probe Matches -Meldungen zu suchen.

Problembehandlung bei Clients mit der iwsdiscoveryprovider-Schnittstelle

Anwendungen, die die iwsdiscoveryprovider -Schnittstelle aufrufen, führen keinen Metadatenaustausch durch. Diese Schnittstelle wird nur für die Ermittlung verwendet. Die Nachrichten Muster und Problem Behandlungs Prozeduren unterscheiden sich für jede Methode, die in der iwsdiscoveryprovider -Schnittstelle aufgerufen wird

Wenn eine Anwendung iwsdiscoveryprovider:: searchbytypeaufruft, wird eine Testnachricht generiert . Die Testnachricht wird von UDP-Multicast an Port 3702 gesendet. Eine Probe Matches -Meldung wird als Antwort generiert. Die Probe Matches-Nachricht wird von UDP Unicast gesendet und stammt von Port 3702.

Wenn eine Anwendung iwsdiscoveryprovider:: searchbyidaufruft, wird eine Resolve -Nachricht generiert. Eine Auflösungs Meldung wird von UDP-Multicast an Port 3702 gesendet. Eine resolvematches -Nachricht wird als Antwort generiert. Die resolvematches werden von UDP Unicast gesendet und stammen von Port 3702.

Die folgenden Diagnose Prozeduren sollten (in der richtigen Reihenfolge) verwendet werden, um Probleme mit einer Anwendung zu identifizieren, die iwsdiscoveryprovider:: searchbytype oder iwsdiscoveryprovider:: searchbyidaufrufen. Überprüfen Sie, ob die von der aufgerufenen API generierten Nachrichten die Datenverkehrs Anforderungen erfüllen.

  1. Über Prüfen der Adapter-und Firewalleinstellungen.
  2. Verwenden Sie einen generischen Host und Client für UDP-WS-Discovery.
  3. Überprüfen Sie Multicast Datenverkehr mithilfe des WSD-Debugclients.
  4. Überprüfen Sie die Netzwerk Ablauf Verfolgungen für UDP-WS-Discovery.

Wenn eine Anwendung iwsdiscoveryprovider:: searchbyaddressaufruft, handelt es sich um eine gesteuerte Ermittlungs Anwendung. Weitere Informationen zur Problembehandlung finden Sie unter Problembehandlung bei Anwendungen mithilfe der gesteuertenErmittlung.

Ersten Schritte mit der WSDAPI-Problembehandlung