感謝您的意見回饋。
疑難排解混合通話
意見回饋？本節介紹混合連線測試工具。您可以從 Control Hub 存取此疑難排解工具。
您也可以從相關文章存取已知的問題。
混合連結性測試工具（控制中心）
您可以從控制中心存取混合連接測試工具：從 https://admin.webex.com 的客戶檢視中，轉至，按一下混合通話卡中的編輯設定，捲動至預設 SIP 目的地，然後按一下您輸入的 SIP 目的地旁邊的測試。
此表格列出了在您測試混合通話的 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 打電話到企業時企業那邊沒有響鈴，請逐步檢查此檢查清單中的要點以仔細檢查您的設定。
在逐步檢查這些疑難排解建議之前，請參閱 https://status.webex.com，以取得任何雲端中斷的最新資訊。從該狀態頁面中，您還可以訂閱通知。
檢查下列與雙向 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 address:port。（如果您配置了 SRV 記錄，則會有多個位址。）
-
如果設定了 IP 位址或主機名稱，請指定雙向 TLS 埠。
-
如果您使用了 SRV，請確保其格式為 _sips._tcp. <您輸入的 SIP 目標網域>。
-
如果您不想設定 SRV，則可以輸入 IP 位址:埠或主機名稱:埠作為組織的 SIP 目的地。
-
如果從 Expressway-E 到雲端的呼叫失敗，並且您正在使用手動憑證管理方法，請確保按照 Webex Root CA Certificate Update 中的步驟操作，並儘快將 IdenTrust 憑證上傳到您的 Expressway 裝置。
-
對於從 Webex 路由至企業的通話，請在 Expressway-E 上檢查搜尋記錄及網路記錄。此步驟協助您確定問題是雲端問題還是企業問題。
-
如果您重複使用現有的 B2B 區域及搜尋規則，請改為考量建立專用區域及搜尋規則。此設定可以避免干擾 B2B/MRA 的現有區域設定，避免路由迴圈，使疑難排解更輕鬆。
-
檢查 Expressway-E 上的搜尋記錄和網路記錄。確認來自雲端的「SIP 邀請」會到達 Expressway-E，並且與您設定給雲端的 DNS 區域相符。
-
如果 SIP INVITE 未到達或與配置的 DNS 區域不匹配，則追蹤呼叫路由至統一通訊管理器。此步驟協助您找到通話失敗或遺失的位置。
-
請參閱雙向 TLS 疑難排解檢查清單。
-
-
檢查路由標頭。確認其中是否包含 Unified Communications Manager 企業設定和 Expressway 搜尋規則中設定的叢集完全限定網域名稱 (FQDN) 值。請參閱此範例路由標頭及反白顯示的叢集 FQDN：
-
路線： <sip:[Obfuscated];transport=tls;lr>，<sip:myucmcluster.example.com;lr>
-
在本範例中，主叢集 FQDN 為 myucmcluster.example.com。
-
-
-
Unified Communications Manager 中的電子郵件必須與 Webex 雲端中的電子郵件（從 Active Directory 或任何其他來源同步）完全一致。
-
目錄 URI 必須與您在組織中驗證的任何網域相符。
-
Webex 服務支援以下轉碼器：
-
音訊 — G.711、G.722、AAC-LD
-
視訊 — H.264
我們支援透過 SIP 設備加入 Webex 會議、個人會議室會議或 Webex App 會議的 G.729 協定。我們不支援使用 G.729 進行撥號。 1:1 從 Webex 應用到 SIP 設備或橋接器。
-
-
在受影響使用者的家庭統一通訊管理器叢集上，選擇 系統 > 企業參數; 在 叢集範圍域配置下，檢查叢集完全限定網域名稱 (FQDN) 設定。您使用的 FQDN 值必須遵循這些指南：
FQDN 指南
說明和範例
多個叢集
對於混合調用，每個集群的條目必須是唯一的——例如，
cluster1.example.com、cluster2.example.com等。無萬用字元
請勿使用帶有萬用字元的項目，例如 *.example.com 或 example*.com。
混合呼叫的第一個 FQDN 項目
在包含多個項目的清單中，Webex Cloud 將左側的第一個項目用於混合通話，並且第一個項目不得包含萬用字元。
從左到右查看這個包含三個 FQDN 項目的範例（第一個項目用於混合通話）：
cluster1.example.com *.example.com example*.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"
