本節介紹混合連線測試工具。您可以從 Control Hub 存取此疑難排解工具。

您也可以從相關文章存取已知的問題。

混合連線測試工具 (Control Hub)

您可以從 Control Hub 存取混合連線測試工具：從 https://admin.webex.com 的客戶檢視中，轉至服務 > 混合，按一下混合通話卡中的編輯設定，捲動至預設 SIP 目的地，然後按一下您輸入的 SIP 目的地旁邊的測試。

此表格列出了在您測試混合通話的 SIP 目的地位址後可能出現的常見錯誤。該表格還提供了疑難排解的一些後續步驟，包括指向相關詳細資料的鏈結。混合通話服務疑難排解指南。

表 1. 用於測試「混合通話」的SIP目的地位址的常見錯誤和疑難排解步驟

錯誤

關鍵字

相關資訊及疑難排解步驟

找不到 DNS 位址

DNS SRV

DNS 查找失敗。請檢查您的 SIP 目的地是否存在 DNS 或 SRV 記錄，且記錄是否能夠解析為一個或多個有效的 IP 位址。

如需相關資訊，請參閱疑難排解指南中的無法解析 Expressway-E DNS SRV/主機名稱。

連線逾時。

通訊端失敗

網路及/或雙向 TLS 連線逾時。檢查網路連線、連線速度、防火牆設定及雙向 TLS 設定。

如需相關資訊，請參閱疑難排解指南的下列章節：

TLS 故障

雙向 TLS 交握失敗

雙向 TLS 錯誤：請在 Expressway 和 https://admin.webex.com 中檢查雙向 TLS 設定，以及這兩個位置是否存在雙向 TLS 憑證且有效。

如需相關資訊，請參閱疑難排解指南中的雙向 TLS 交握失敗。

連線失敗

通訊端失敗

TCP 連線失敗：檢查網路連線、連線速度和/或防火牆設定。

如需相關資訊，請參閱疑難排解指南的下列章節：

TCP 讀取/寫入失敗

通訊端失敗

TCP 讀取/寫入失敗：請再試一次。如果錯誤持續存在，請檢查網路連線、防火牆設定和雙向 TLS 設定。

如需相關資訊，請參閱疑難排解指南的下列章節：

TCP 失敗

通訊端失敗

TCP 失敗：TCP 讀取/寫入失敗：請再試一次。如果錯誤持續存在，請檢查網路連線、防火牆設定和雙向 TLS 設定。

如需相關資訊，請參閱疑難排解指南的下列章節：

本節包含疑難排解檢查清單和任務，您可以在聯絡支援人員之前進行檢查。

Webex狀態頁面

如果從 Webex 打電話到企業時企業那邊沒有響鈴，請逐步檢查此檢查清單中的要點以仔細檢查您的設定。

在逐步檢查這些疑難排解建議之前，請參閱 https://status.webex.com，以取得任何雲端中斷的最新資訊。從該狀態頁面中，您還可以訂閱通知。

雙向TLS和SIP目的地

檢查下列與雙向 TLS 連線和憑證相關的疑難排解要點：

  • 將 Webex Cloud 根憑證軟體組安裝在 Expressway-E 上。

  • 在 Expressway-E 上設定專用的雙向 TLS 埠。

  • 在 Expressway-E 上設定雲端的 DNS 區域。

  • 在防火牆中開放雙向 TLS 埠號 — 5062，此埠號可能沒有預設為開放。

  • 確定您正在 Webex Cloud 中使用的根憑證選項 — 此選項用來驗證 Expressway-E 的 SIP TLS 憑證。

    • 預設儲存庫 — 您的 Expressway-E 憑證是由其中一個公用授權單位簽署嗎？如果不確定，請使用自訂儲存庫選項。

    • 自訂儲存庫 — 您的 Expressway-E 憑證或其簽署者是安裝在雲端嗎？憑證包含經過驗證的 Expressway-E 主機名稱嗎？

從 https://admin.webex.com 的客戶檢視中，移至服務 > 混合 > 混合通話 > 設定。檢查與您在部署程序中所設定 SIP 目的地相關的下列要點：

  • 此值指向 Expressway-E 專用雙向 TLS 埠。

  • 請嘗試連線至IP 位址：埠。（如果您已設定 SRV，則為多個位址。）

  • 如果設定了 IP 位址或主機名稱，請指定雙向 TLS 埠。

  • 如果您使用了 SRV，請確保它符合以下格式：_sips 。_tcp .<您輸入為SIP目的地的網域> 。

  • 如果您不想設定 SRV，則可以輸入 IP 位址:埠或主機名稱:埠作為組織的 SIP 目的地。

Expressway 配對設定

  • 如果從 Expressway-E 到雲端的呼叫失敗，並且您正在使用手動憑證管理方法，請確保遵循Webex根 CA 憑證更新 並儘快將 IdenTrust 憑證上傳至 Expressway 裝置。

  • 對於從 Webex 路由至企業的通話，請在 Expressway-E 上檢查搜尋記錄及網路記錄。此步驟協助您確定問題是雲端問題還是企業問題。

  • 如果您重複使用現有的 B2B 區域及搜尋規則，請改為考量建立專用區域及搜尋規則。此設定可以避免干擾 B2B/MRA 的現有區域設定，避免路由迴圈，使疑難排解更輕鬆。

  • 檢查 Expressway-E 上的搜尋記錄和網路記錄。確認來自雲端的「SIP 邀請」會到達 Expressway-E，並且與您設定給雲端的 DNS 區域相符。

    • 如果SIP INVITE 未到達或不符合設定的DNS區域，請遵循呼叫路由前往 Unified Communications Manager。此步驟協助您找到通話失敗或遺失的位置。

    • 請參閱雙向 TLS 疑難排解檢查清單。

  • 檢查路由標頭。驗證它是否包含在 Unified Communications Manager 企業設定和 Expressway 搜尋規則中設定的叢集完整網域名稱(FQDN) 值。請參閱此範例路由標頭及反白顯示的叢集 FQDN：

    • 路由： ，

      • 在本範例中，主叢集 FQDN 為 myucmcluster.example.com。

Unified CM

  • Unified Communications Manager 中的電子郵件必須完全符合Webex雲端中的電子郵件（從Active Directory或任何其他來源同步）。

  • 目錄 URI 必須與您在組織中驗證的任何網域相符。

  • 檢查您的編解碼器設定。

    Webex 服務支援以下轉碼器：

    • 音訊 — G.711、G.722、AAC-LD

    • 視訊 — H.264

    我們支援 G.729 用於從SIP 裝置加入Webex 會議、個人會議室會議或Webex應用程式會議。不支援用於從Webex應用程式向SIP 裝置或橋接器進行一對一撥號的 G.729。

  • 在受影響使用者的主 Unified Communications Manager 叢集中，選擇系統 > 企業參數;下全叢集網域組態，請檢查叢集完整網域名稱(FQDN) 設定。您使用的 FQDN 值必須遵循這些指南：

    FQDN 指南

    說明和範例

    多個叢集

    項目對於使用「混合通話」的每個叢集而言必須是唯一的 — 例如 cluster1.example.com、cluster2.example.com，依此類推。

    無萬用字元

    請勿使用帶有萬用字元的項目，例如 *.example.com 或 example*.com。

    混合呼叫的第一個 FQDN 項目

    在包含多個項目的清單中，Webex Cloud 將左側的第一個項目用於混合通話，並且第一個項目不得包含萬用字元。

    從左到右查看這個包含三個 FQDN 項目的範例（第一個項目用於混合通話）：cluster1.example.com *.example.com 範例*.com

    有別於 Expressway-E

    必須有別於 Expressway-E 系統、DNS 及網域名稱。否則，Expressway-E 會刪除路由標頭。

    混合呼叫的新項目

    如果 Unified CM 中的現行 FQDN 項目不符合如上所列的需求，則可以在「混合通話」的叢集 FQDN 設定開頭新增一個新元素。

    例如，如果Cisco Unified Communications Manager中現有的 FQDN 設定是*.example.com *.example.org ，在欄位的開頭新增一個唯一的非萬用字元項目： 「 cluster1.example.com *.example.com *.example.org」