- 首頁
- /
- 文章
優化從 Unified CM 遷移到 Webex Calling
此階段的重點是最佳化和維護 Webex Calling 在部署後的運作。 它涉及持續監控通話效能和用戶體驗,以確保 可靠性和品質。營運數據用於隨著 時間的推移改善配置、工作流程和策略。作為此階段的一部分,在適當情況下,將停用 傳統的統一配置管理元件,同時確保服務的連續性。
PSTN遷移到Cloud Connect以實現Webex通話
一旦所有終端和使用者都遷移到雲端呼叫,Unified CM 的唯一目的就是透過本地網關充當 PSTN 網關和 Webex Calling 之間的過渡。透過使用 Cloud Connect for Webex Calling 作為所有 Webex Calling 用戶的 PSTN 接入,從中移除 PSTN 網關、Unified CM 和本地網關,可以帶來許多好處,包括降低成本和提高可靠性。若要將本機 PSTN 存取遷移到 Webex Calling 的 Cloud Connect,請依照下列步驟操作:
-
Cloud Connect 用於 Webex Calling 合作夥伴選擇。
請參閱 Cloud Connect for Webex Calling 合作夥伴列表,並從適用於您組織所在地的合作夥伴中進行選擇。
-
Cloud Connect 用於 Webex Calling 驗證。
在將 Webex Calling 位置的 PSTN 存取切換到 Cloud Connect 之前,應驗證並確認透過所選 Cloud Connect 合作夥伴與 PSTN 的連線。為此,需要在 Webex Calling 中配置測試位置,並在該測試位置中配置一些測試使用者。然後,將此測試地點的 PSTN 存取設定為 Cloud Connect 合作夥伴,之後使用測試電話驗證 PSTN 連線。驗證成功後,即可取消測試地點的配置。
-
號碼轉移。
為了準備切換到 Cloud Connect,需要對目前指派給終止於 Unified CM 的 PSTN 中繼線的所有號碼下達連接埠訂單。所有號碼都需要轉移到 Cloud Connect 合作夥伴處。為了保持不同地點之間的可及性,所有地點的所有號碼都需要同時進行攜號轉網。
-
切換到 Cloud Connect 合作夥伴。
在切換日期當天,Webex Calling 中所有位置的 PSTN 存取都需要設定為雲端連線的 PSTN 供應商,並且應該驗證入站和出站連線。
如設計章節的 PSTN 部分所述,客戶還可以選擇在過渡開始時使用 PSTN 中繼將其 PSTN 存取遷移到 Cloud Connect for Webex Calling,以實現混合 Webex Calling 部署。有關更多信息,請參閱 混合 Webex Calling 部署的 PSTN 中繼。在這種情況下,過渡期間 Unified CM 的 PSTN 存取是透過本地網關和 Webex Calling 實現的,將所有使用者遷移到 Webex Calling 後,除了停用 Unified CM 和本地網關之外,沒有其他與 PSTN 相關的遷移步驟。
優化本地基礎設施
一旦所有使用者都已過渡到 Webex Calling,並且所有終端都已過渡到雲端註冊(或已停用),現在雲端通話正在使用,請更新相應的本地基礎架構。基礎設施更新包括:
-
從本機 DNS 伺服器中刪除本機呼叫控制和訊息 DNS SRV 記錄,包括 cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. 這些 SRV 記錄不再用於客戶端服務發現。
-
從公用 DNS 系統中刪除與邊緣相關的 DNS SRV 記錄,包括 collab_edge._tls.<domain>. 這些 SRV 記錄不再是客戶端發現協作邊緣服務所必需的。
-
更新所有相關的 DHCP 作用域,移除選項 66 和選項 150。 TFTP/boot 伺服器位址。這些作用域不再用於端點呼叫控製配置的發現和下載。
-
Update/remove 本地適當的撥號對等體 Gateway/CUBE 此路由調用與 Unified CM 之間的通訊。這些撥號對等體不再是本地呼叫路由所必需的。
-
刪除或移除所有 Unified CM 和 Expressway 叢集節點虛擬機 and/or 伺服器. 根據需要重新分配計算資源和硬體。這些資源不再用於呼叫控制和邊緣服務。
-
刪除或移除所有 Unity Connection 叢集節點虛擬機 and/or 伺服器. 根據需要重新分配計算資源和硬體。語音郵件和統一訊息服務不再需要這些資源。
-
清理:將 PSTN 存取遷移到雲端連接 PSTN 統一 CM 後,可以停用 PSTN 中繼線、PSTN 閘道和本地閘道。
-
對於任何現有的本機 E911 解決方案,請刪除已遷移到 Webex Calling 的任何位置或號碼,並在完全過渡完成後,刪除應用程式虛擬機器或伺服器。根據需要重新分配計算資源和硬體。這些資源不再用於緊急呼叫和定位服務。
-
應將屬於已遷移使用者的 DN 放置在隱藏分區中,以避免呼叫路由失敗,並確保所有 CSS 都能優先存取相同 DN 的雲端路徑。
-
當發生變更時,更新 Horizon Mobility 中的實體可調度位置和網路元素。需要更新的常見活動包括:
-
網路交換器更換
-
無線接入點更換
-
DHCP作用域變更
-
建築物內部的物理變化(如果決定進行) cubical/office)
-
建築物內部辦公空間的實際擴張或收縮。
-
利用 Webex Calling 分析和故障排除
Webex Calling 提供全面的分析和故障排除功能,協助您視覺化和追蹤部署。這些功能包括媒體品質、詳細通話記錄、呼叫佇列、呼叫組和自動應答分析。圖 顯示了 Webex Calling 媒體品質分析的範例。

在故障排除中,可以使用 Webex Calling 查看每次通話的詳細信息,包括關鍵媒體品質和信令相關問題,以幫助確定媒體問題以及通話失敗的原因,如圖 Webex Calling 媒體品質故障排除所示。

Webex Calling 故障排除還可以與 ThousandEyes 和 Meraki 交換器等其他 Cisco 產品集成,從而在 Control Hub 中提供更豐富的集成體驗。有關使用 Webex Calling 分析和故障排除的更多信息,請參閱 Control Hub 中的 Webex Calling 通話故障排除。