檢查 UDP WS-Discovery的網路追蹤

任何可顯示原始封包的網路封包分析器都可以用來檢查 UDP WS-Discovery封包。 建議使用 Microsoft 網路監視器 3 (Netmon) 。 如需 Netmon 的詳細資訊,請參閱 下載 Netmon 和範例 DPWS 篩選器

檢查 UDP WS-Discovery 的網路追蹤

  1. 將主機和用戶端設定為透過網路 (執行,請確定主機和用戶端會在不同的電腦上運作) 。

  2. 在用戶端或主機上安裝封包分析器 (Netmon) 。

  3. 設定封包分析器,以擷取連線主機和用戶端之網路介面卡上的流量。

  4. 藉由啟動主機和用戶端,或在網路總管中按 F5 來重現失敗。

  5. 篩選結果以隔離WS-Discovery流量。 若要檢視範例 Netmon 篩選準則,請參閱 下載 Netmon 和範例 DPWS 篩選器

    注意

    此為選用步驟。

     

  6. 確認用戶端和主機之間傳送的訊息符合基本流量需求。

確認訊息符合流量需求

WSDAPI 用戶端和主機必須傳送符合下列準則的訊息。 如需有關訊息模式的一般資訊,請參閱 探索和中繼資料 Exchange 訊息模式

  • 探查 訊息必須由 UDP 多播傳送至埠 3702。
  • 探查訊息的Types元素必須存在,而且不能是空的。 它必須包含主機將回應的類型。
  • ProbeMatches訊息必須傳送單播至傳送探查的來源 UDP 埠。
  • ProbeMatches訊息的RelatesTo元素必須存在,而且不能是空的。 其值必須符合對應探查訊息中MessageId元素的值。
  • 如果ProbeMatches訊息中包含XAddrs元素,則必須驗證提供的傳輸位址。 如需詳細資訊,請參閱 XAddr 驗證規則
  • 探查Matches訊息必須在對應探查訊息的 4 秒內傳送。 Windows 防火牆可能會卸載探查訊息之後超過 4 秒傳送的 ProbeMatches 訊息。
  • 如果ProbeMatches訊息中未包含任何 XAddrs元素,而用戶端或主機將會傳送 HTTP 訊息 (,例如取得中繼資料交換要求或服務訊息) ,則用戶端或主機必須透過 UDP 多播將解析訊息傳送至埠 3702。
  • 如果傳送 解析 訊息,則 ResolveMatches 訊息必須傳送至傳送解析訊息的來源 UDP 埠。
  • ResolveMatches訊息必須在對應解析訊息的 4 秒內傳送。 Windows 防火牆可能會在解析訊息之後卸載超過 4 秒的 ResolveMatchesmessage。

如果程式所傳送的訊息不符合這些訊息需求,則已成功識別問題的原因,而且不需要進一步的疑難排解步驟。 重寫程式,使其產生一致訊息並重新測試程式。

如果問題來源仍然無法識別,請連絡 Microsoft 支援服務以尋求協助。 連絡支援之前,請先收集適當的記錄檔,以協助找出問題的根本原因。 如需詳細資訊,請參閱 啟用 WSDAPI 追蹤

WSDAPI 診斷程式

使用 WSDAPI 疑難排解進行消費者入門

下載 Netmon 和範例 DPWS 篩選器