- 首頁
- /
- 文章
準備好從 Unified CM 遷移到 Webex Calling
PPDIO 生命週期中的 準備 階段透過評估當前環境、取得許可證以及準備端點和 團隊,確保從 Unified CM 遷移到 Webex Calling 的準備就緒。此基礎性步驟可降低風險,並使技術和業務需求保持一致 ,從而順利過渡到雲端呼叫解決方案。
業務和技術要求
在規劃從 Unified CM 遷移到 Webex Calling 時,在規劃階段徹底收集技術和業務需求至關重要。這一步驟確保遷移與貴組織的營運目標和技術能力保持一致,從而最大限度地降低風險和中斷。
為什麼收集需求很重要:
-
使業務目標一致: 了解業務需求有助於客製化遷移方案,以支援關鍵工作流程、使用者體驗和成長計畫。
-
確保技術相容性: 儘早確定技術需求可以避免與現有基礎設施、網路和終端機出現整合問題。
-
有助於資源規劃: 明確的需求有助於準確估算時間、成本和所需資源。
-
降低風險: 及早發現潛在問題可以採取積極主動的解決方案,從而減少停機時間和業務中斷。
業務需求
典型的業務需求包括:
-
待遷移的使用者數量和位置
-
所需功能和服務(例如,呼叫路由、語音信箱、電話會議、自動應答、呼叫佇列)
-
合規和安全政策
-
預算限制和成本預期
-
使用者培訓和支援需求
-
遷移時間表和業務連續性注意事項。
收集所需的功能和 服務是確保新系統滿足業務需求的關鍵步驟。在收集這些需求時,不僅要考慮 Unified CM 中目前配置的內容,還要嘗試從將要使用該系統的業務實體收集實際需求。否則,該計劃可能基於過時的假設。請務必評估 Webex Calling 中提供的 Unified CM 中可能不存在的其他或增強功能,例如基於雲端的通話、進階呼叫佇列、Webex Calling 客戶協助和 Webex Go。這有助於充分利用雲端平台的優勢。
在評估 Unified CM 中的目前配置時,必須認識到,由於系統生命週期中不斷變化的需求,並非所有現有設定都仍然是必要的。重點應該放在識別和保留那些符合當前和未來部署需求的配置。
多關注你需要什麼,而不是你擁有什麼。
在從 Unified CM 遷移到 Webex Calling 的過程中,合規性和安全 策略是至關重要的考慮因素,以確保新的基於雲端的通訊系統符合法律、法規和組織標準。
-
監理合規性: 組織必須驗證 Webex Calling 是否符合 GDPR、HIPAA 或 SOX 等行業特定法規,以滿足資料隱私、保留和處理的要求,以及與資料駐留、繞過收費和媒體本地性相關的國家/地區特定規定。
-
資料安全: 確保語音和訊號資料在傳輸和儲存過程中均進行加密,以防止被攔截或未經授權的存取。
-
存取控制: 定義並實施使用者身分驗證、授權和基於角色的存取控制,以防止未經授權使用通訊資源。
-
審計和監控: 實施日誌記錄和監控功能,以追蹤存取和使用情況,用於合規性稽核和安全事件調查。
-
政策一致性: 使遷移與現有的企業安全策略保持一致,包括終端安全、網路分段和事件回應計畫。
-
供應商安全保障: 評估思科 Webex Calling 的安全認證和合規性證明,以確保其可信度。
在規劃階段解決這些合規和安全策略有助於降低風險、避免法律處罰,並在整個遷移過程中以及遷移後維護通訊的完整性和保密性。
在從Unified CM 遷移到 Webex Calling 的過程中,使用者培訓和支援 需求是確保平穩過渡和使用者採納的關鍵組成部分。主要考慮因素包括:
-
培訓項目: 為不同的使用者群體(最終使用者、管理員、服務台人員)制定客製化的培訓課程,使他們熟悉 Webex Calling 的功能、使用者介面和新的工作流程。
-
文件: 提供清晰易懂的使用者指南、常見問題解答和快速參考資料,包括 新增功能和不同之處 資源以及逐步 遷移前後 操作指南(影片或快速指南格式),以幫助使用者適應遷移後的更新體驗。
-
變更管理: 主動溝通變更,以管理使用者預期並減少阻力。
-
支撐結構: 建立專門的支援團隊或升級途徑,以便在遷移期間和遷移後及時解決用戶問題。
-
繼續教育: 隨著 Webex Calling 新功能或更新的發布,制定持續的培訓更新計劃。
-
回饋機制: 建立使用者回報問題和提供回饋的管道,以改善培訓和支援流程。
在規劃階段解決這些訓練和支援需求有助於最大限度地減少中斷,增強使用者信心,並最大限度地發揮遷移到 Webex Calling 的好處。
技術要求
為了成功地從 Unified CM 遷移到 Webex Calling,需要收集並記錄幾個關鍵的技術要求,包括以下方面的詳細資訊:
-
網路就緒性和頻寬容量
進行全面的網路評估至關重要,以確保您現有的基礎架構能夠支援新的 Webex Calling 環境。這些調整包括:
-
頻寬分析: 評估目前和預期的頻寬使用情況,以處理語音、視訊和資料流量而不會出現擁塞。
-
服務品質(QoS): 實施 QoS 策略,優先處理語音流量,最大限度地減少延遲、抖動和丟包。
-
廣域網路和網際網路連線: 驗證廣域網路鏈路和網際網路連線是否符合基於雲端的呼叫的要求,包括冗餘和故障轉移功能。
-
防火牆和NAT配置: 確保防火牆和 NAT 設定允許 Webex Calling 所需的訊號和媒體流量。
-
-
與現有系統集成
與現有業務系統無縫整合對於使用者體驗和工作流程的連續性至關重要:
-
目錄服務: 評估與企業目錄的集成,以實現使用者自動配置和身份驗證。
-
客戶關係管理與業務應用: 確定與客戶關係管理系統和其他業務關鍵應用程式的整合點。
-
傳統PBX互通: 若過渡期間仍需保留任何傳統電話系統,則需制定共存或分階段遷移策略。
-
-
端點相容性和配置
應評估所有終端設備(包括桌上型電話、軟體電話和行動裝置)的相容性:
-
設備支援: 確認現有 IP 電話和設備是否受 Webex Calling 支持,或確定需要更換的設備。
-
配置流程: 建立自動化或簡化的配置方法,以有效率地完成終端設備的存取。
-
韌體和軟體更新: 制定必要的更新計劃,以確保互通性和安全性。
-
-
安全配置和加密標準
在雲端通訊中,安全性至關重要:
-
加密: 依照思科安全最佳實踐,對訊號和媒體流強制執行端對端加密。
-
身份驗證和存取控制: 實施安全身份驗證機制(例如 SSO、多因素身份驗證)和細粒度的使用者存取控制。
-
遵守: 確保解決方案符合相關的監管和行業合規標準(例如 GDPR、HIPAA)。
-
安全監控: 與 SIEM 工具集成,並設定潛在安全事件警報。
-
| 需求 | 關鍵考慮因素 |
|---|---|
| 網路就緒性和頻寬 | 頻寬、服務品質、 WAN/Internet, Firewall/NAT |
| 與現有系統的集成 | 目錄、CRM、PBX、 Email/Calendar |
| 端點相容性和配置 | 設備支援、配置、韌體更新 |
| 安全性配置和加密 | 加密、身份驗證、合規性、安全監控 |
| 使用者培訓和變更管理 | 培訓計畫、文件、變更溝通 |
| 號碼可攜性和撥號方案 | 數位 migration/porting, 撥號方案翻譯 |
| 第三方集成 | 呼叫器、呼叫中心、傳真機、類比設備 |
網路就緒性與要求
網路就緒對於成功遷移到任何基於雲端的通話解決方案(例如 Webex Calling)至關重要。網路規劃不善會導致通話品質下降、斷線,以及用戶不滿。客戶在遷移到 Webex Calling 之前需要進行網路評估。建議確認網路頻寬是否足以滿足預期的通話量,確保滿足服務品質 (QoS) 要求,並了解必須在邊緣防火牆中開啟的各種連接埠。
可靠的網路連線和足夠的服務品質(頻寬、丟包率、RTT)是確保所有使用 Webex Calling 的語音和視訊終端、用戶端和應用程式獲得最佳端對端用戶體驗的基本要求。
客戶和合作夥伴除了可以透過 OTT 網路連接外,還可以使用其他連接方式來優化與 Webex Calling 的連接,包括 Webex Edge Connect。有關 Webex Edge Connect 設計詳情的更多信息,請參閱 Cisco 推薦的 Webex Edge Connect 架構,適用於 Webex Meetings、呼叫多租戶和專用實例。
客戶可以使用 CScan 進行網路評估,該評估提供有關客戶網路品質、可建立的通話數量、延遲等資訊。有關 CScan 工具的更多信息,請參閱 使用 CScan 測試 Webex Calling 網路品質。
為確保網路已做好遷移到 Webex Calling 的準備,請參考以下清單:
-
頻寬規劃
計算每個網站的並發呼叫數,以確保您有足夠的上行和下行頻寬,並為其他業務關鍵流量和未來成長預留餘裕。
Webex Calling 呼叫類型頻寬計算 表顯示了 Webex Calling 部署可用的呼叫類型,以及每個呼叫類型所需的編解碼器和最大頻寬。如 Webex Calling 通話類型頻寬計算 表所示,可以使用以下通用公式計算每種通話類型所需的音訊通話頻寬:
預期並發呼叫次數 * 基於編解碼器的每次呼叫頻寬 = 所需網路吞吐量。
表格 2. Webex Calling 通話類型頻寬計算 呼叫類型 編解碼器 - 頻寬 頻寬計算 Webex 應用 / 桌上型電話 -> Webex 應用 OPUS - 70 kbps 並發呼叫次數 * 70 kbps = 所需網路吞吐量 Webex 應用 / 桌上型電話 -> 桌上型電話 OPUS – 70 kbps 並發呼叫次數 * 70 kbps = 所需網路吞吐量 Webex 應用 / 桌上型電話 -> 透過LGW的PSTN G.711 – 80 kbps 並發呼叫次數 * 80 kbps = 所需網路吞吐量 Webex 應用 / 桌上型電話 -> 透過雲端 PSTN 進行 PSTN 通訊(例如 Cisco 通話套餐) G.711 – 80 kbps 並發呼叫次數 * 80 kbps = 所需網路吞吐量 Webex 應用 / 桌上型電話 -> 企業透過LGW G.722 – 80 kbps 並發呼叫次數 * 80 kbps = 所需網路吞吐量 Webex 應用 / 桌上型電話 -> Webex 通話語音信箱 OPUS – 70 kbps 並發呼叫次數 * 70 kbps = 所需網路吞吐量 透過對每種通話類型所需的並發網路吞吐量進行求和,可以確定特定站點的總潛在頻寬需求。
所有通話線路都始終錨定在 Webex Calling 接入 SBC 上。要確定任何給定 Webex Calling 位置所需的網路頻寬,不僅需要考慮位置間的通話,還需要考慮位置內的通話以及與該位置的本地網關之間的通話。例如,兩部 MPP 電話之間的站點內通話需要該站點互聯網接入提供高達 2 x 70 kbps 的全雙工頻寬。
Webex Calling 頻寬計算範例 表格顯示了一個完整的頻寬計算範例,假設所有裝置都在同一網站。
表格 3. Webex Calling 頻寬計算範例 呼叫類型 並發呼叫次數 總頻寬 Webex 應用 / 桌上型電話 → Webex 應用 15 2 * 15 * 70 kbps = 2100 kbps Webex 應用 / 桌上型電話 → 桌上型電話 15 2 * 15 * 70 kbps = 2100 kbps Webex 應用 / 桌面電話 → 透過LGW接入PSTN 50 2 * 50 * 80 kbps = 8,000 kbps Webex 應用 / 桌上型電話 → 透過 Cloud Connect 進行 Webex 通話的 PSTN 0 0 * 80 Kbps Webex 應用 / 桌上型電話 → 透過 LGW 的企業 15 2 * 15 * 80 kbps = 2400 kbps Webex 應用 / 桌上型電話 → Webex 通話語音信箱 5 5 * 70 kbps = 350 kbps 總通話次數 / 頻寬 100通電話 14,950 kbps / 14.95 Mbps -
以上表格中的所有頻寬值均指 IP 頻寬。鏈路頻寬取決於廣域網路封裝方式。
-
以上表格中的頻寬指的是音訊通話的頻寬。視訊通話頻寬方面,Webex 應用程式和 MPP 均適用。 8845/65 手機支援 H.264 視頻,最高解析度為 720p,每次通話最大頻寬為 1,500 kbps。然而,通話期間任何時刻消耗的頻寬量都會根據視訊通訊固有的可變位元率而波動。
-
-
服務品質 (QoS)
在本地環境中實施 QoS 策略,以優先處理即時流量,並確保在交換器、路由器和防火牆之間保持 QoS。
-
延遲、抖動和丟包目標
以下閾值建議用於在透過網路進行OTT通話時獲得最佳語音品質:
-
單向延遲小於100毫秒
-
抖動小於 10 毫秒
-
丟包率 - 0.5% 或更低。
-
-
防火牆和NAT
確保防火牆已設定為允許 Webex Calling 流量,如 Webex Calling 連接埠參考資訊所述。此外,允許存取同一指南中列出的 Webex 網域和 IP 範圍,並避免使用 SIP ALG,因為它會幹擾 SIP 訊號。應避免透過代理伺服器進行媒體流量傳輸。
-
DNS 和 NTP
確保 Webex 網域的 DNS 解析正確,並使用可靠的 NTP 伺服器同步設備時鐘,以進行 TLS 憑證驗證和日誌記錄。
-
故障轉移計劃
考慮現有提供者資料連線(MPLS、SD-WAN 等),並規劃在部署中的每個位置直接連接到網際網路。在需要高可用性的場景下,應規劃冗餘的網路連結。由於您將使用基於雲端的服務,因此可靠的網路連線和足夠的頻寬是基本要求。如果您的組織場所的網路連線通常不夠可靠,延遲不夠低,上下行吞吐量也不夠,那麼您應該重新考慮進行這種轉換。
-
場地存活率
網站生存能力確保您的業務始終可訪問,即使您與 Webex 的網路連線中斷。站點生存能力利用本地網路中的網關,在與 Webex 的網路連線中斷時,為現場端點提供備用呼叫服務。如果業務需求要求在網路中斷時仍能持續呼叫,請考慮使用本地生存網關 (SGW) 來提高站點生存能力。有關站點生存能力檢查的更多信息,請參閱 Webex Calling 的站點生存能力。
設定雲端連接的統一通信
Cloud Connected UC (CCUC) 是一款基於雲端的管理和分析解決方案,旨在為本地(如 Unified CM)和雲端(Webex Calling - 專用實例)的 Unified CM 部署提供集中式的可見性、管理和洞察。它充當傳統本地環境和思科雲端服務之間的橋樑,為組織從 Unified CM 遷移到 Webex Calling 的整個流程提供支援。
在向 Webex Calling 過渡期間,CCUC 透過促進從現有統一通訊部署中收集全面數據,在簡化遷移過程中發揮至關重要的作用。CCUC 可協助完成關鍵的過渡任務,例如遷移裝置、功能和使用者聯絡人,以及自動更新支援的 IP 電話的韌體。CCUC 透過提供集中式的視覺性和管理,協助確保更順暢、更有效率的遷移體驗。
Cisco 強烈建議在過渡專案的早期階段部署 CCUC,理想情況下是在準備階段之前或期間部署。這將使您能夠獲得所需的洞察力和能力,從而徹底評估、清點和規劃後續的遷移活動,並開始您的 Webex 和未來混合功能之旅。
評估當前環境
遷移計畫中的關鍵活動是評估目前的本地環境和部署情況。這有助於了解成功過渡到 Webex Calling 可能需要進行哪些潛在變更。它還允許您評估 Webex Calling 平台的關鍵要素,並將其與現有的本地部署進行比較。您可以利用這些資訊來幫助確定過渡期間所需的特定任務,以及為了滿足您的業務和技術要求及用例,您希望做出哪些更改。
作為這項工作的一部分,以下幾個方面需要重點審查。
授權
在準備遷移到 Webex Calling 時,了解現有部署的目前授權結構至關重要。對您現有的 Cisco 本機部署解決方案的下列事項進行授權評估。
-
平台
在與客戶團隊或合作夥伴共同確定靈活許可的最佳途徑時,能夠充分闡明核心平台上目前已授權的內容至關重要。Webex Calling採用靈活授權模式。有關靈活許可的更多信息,請參閱 Cisco 協作靈活計劃。
-
使用者和設備
確定您現有使用者和裝置需要哪種授權類別。這將用於確定使用者和裝置需要哪種類型的 Webex Calling 授權。Webex Calling 提供多種授權類型,包括使用者的專業版和標準版許可,以及工作區的專業版和公共區域版授權。有關 Webex Calling 設備許可的更多信息,請參閱 設備許可中的數據表。
-
本機閘道
如果此次過渡需要 Cisco Unified Border Element (CUBE) 來實現 PSTN 接入,則還必須考慮 CUBE 許可。CUBE 許可方面的注意事項將在本文檔後面部分介紹。
Locations/Sites
在規劃此過渡時,應考慮現有部署中的站點數量和類型(大型中央站點、區域站點、分公司等)。充分了解現有部署站點將有助於制定策略計劃,以實現成功的過渡,尤其是在確定要遷移哪些站點以及遷移順序方面。詳細了解每個網站的撥接方案需求(號碼、撥接習慣、限制類別等)、網站網路連線和頻寬(網際網路、廣域網路、區域網路)以及 PSTN 接取(本地或集中式、IP 或 TDM)對於制定遷移決策至關重要。有關常見部署模型和關鍵考慮因素的更多信息,請參閱 Collaboration SRND中提供的協作部署模型資訊。
當過渡到 Webex Calling 時,另一個重要的部署考慮因素是位置可用性。Webex Calling 的功能、訂閱和可用設備會根據您的部署地點而有所不同。有關 Webex Calling 地理位置可用性的更多信息,請參閱 Webex 在哪裡可用?。
最後,了解向 Webex Calling 過渡對其他協作服務的影響也很重要。根據本文檔的目標,一般假設是,如果要維護呼叫工作負載之外的現有協作服務,則需要過渡到上面提到的第 1 階段混合部署。可能需要混合部署的協作服務範例包括尚未遷移到 Webex 聯繫中心的本地聯絡中心,以及與尋呼系統和計費系統等系統的緊密整合。有關其他協作工作負載和服務的過渡的更多信息,請參閱 協作過渡。
現有庫存 devices/clients
在開始過渡之前,清點您現有的硬體和軟體終端非常重要。擁有完整的設備清單 types/models, 硬體版本、軟體用戶端作業系統類型和數量將確保您能夠充分規劃設備的過渡,並減輕那些無法遷移到雲端通話的裝置的影響。應利用庫存清單確定過渡期間需要過渡的設備以及過渡前需要更換的設備。
桌上型電話
Webex Calling 僅支援 6800、7800、8800 和 9800 系列音訊和視訊桌面電話。這是 Unified CM 支援的 Cisco IP 電話的子集。6800、7800 和 8800 系列電話的部分型號和版本不能與 Webex Calling 一起使用。有關支援哪些型號和硬體版本的更多信息,請參閱 Webex Calling 支援的設備。
Cisco 6800 系列 IP 電話無法從企業韌體升級至多平台 (MPP) 韌體,而 Webex Calling 則需要多平台 (MPP) 韌體。因此,任何已註冊到 Unified CM 並運行企業韌體的 6800 電話都必須更換為 6800 MPP 型號或其他受支援的電話型號。
在過渡到 Webex Calling 並將其註冊之前,必須將 Cisco 7800 和 8800 系列 IP 電話升級到多平台電話 (MPP) 韌體。若要確定哪些 7800 和 8800 型號和硬體版本支援 MPP 韌體,請參閱 在企業版和 MPP 韌體之間轉換 Cisco 7800 和 8800 系列 IP 電話。
8845、8865 和 8865NR 已停止銷售,不建議遷移到 Webex Calling。
不建議將較舊版本的 8800 系列電話(8811、8841、8851、8851NR、8861)與 Webex Calling 搭配使用。硬體版本為 VID 14 或更早的手機可以註冊到 Webex Calling,但由於硬體原因,可能會出現一些效能問題。
9800 系列桌上型電話運行 PhoneOS,支援 Unified CM 和 Webex Calling 註冊。因此,這些手機無需韌體升級即可過渡到 Webex Calling。
所有其他 IP 電話都需要更換為 Webex Calling 支援的 6800、7800、8800 或 9800 系列電話。有關 Webex Calling 支援的 IP 電話和桌面電話的更多信息,請參閱 Webex Calling 支援的設備文章。
視訊終端
個人和會議室視訊終端,包括 Cisco Board 系列、Room 系列和 Desk 系列,均可原生 SIP 註冊至 Webex Calling。任何需要發出音訊的端點 and/or PSTN 呼叫需要呼叫許可證:
-
會議室、小型討論空間等處的共用裝置需要 Webex Calling Professional Workspace 或 Webex Calling Workspace 授權。
-
最終使用者的個人裝置需要 Webex Calling 專業版或 Webex Calling 標準版授權。
確定有多少個視訊終端已註冊到 Unified CM 並用於音訊通話。某些視訊終端可能僅用於加入會議或進行 SIP 視訊通話。無論哪種情況,在 Unified CM 伺服器停用之前,終端仍需遷移到 Webex,但這將有助於確定其中有多少終端需要 Webex Calling 許可證才能繼續撥打電話。
-
當視訊設備從 Unified CM 註冊遷移到 Webex 時,這些端點的 URI 將會發生變化,因為它們現在是在雲端註冊的。
-
8845、8865 和 8875 型號的電話是支援 Webex Calling 的個人視訊電話。
軟體客戶端
Webex App 是 Webex Calling 唯一支援的軟體用戶端,這與 Unified CM 不同,後者同時支援 Webex App 和 Jabber,並且是最終用戶的新預設軟體用戶端。
根據 Jabber 所實施的部署模式(僅限即時通訊、僅限電話、 and/or (完整的 UC 模式),您可能還需要考慮訊息傳遞的過渡。 and/or 將 Jabber 會議工作負載移轉到 Webex App。Webex 應用程式可以部署為 僅電話模式 (如果僅用作通話用戶端),也可以部署為 完整的 Webex 套件 (如果包含其他工作負載,例如 Webex Messaging)。 and/or Webex Meetings 正在過渡到具有通話功能的應用程式。
Webex App 透過提供人工智慧功能來增強最終用戶體驗,例如 audio/video 情報、通話轉錄等。有關更多信息,請參閱 Webex App。
在將使用者遷移到 Webex Calling 之前,您需要將他們的 Jabber 用戶端遷移到 Webex App。完成此次過渡有兩種選擇。
-
在將他們過渡到 Webex Calling 之前
-
當您將他們過渡到 Webex Calling 時。
為了簡化向 Webex App 的初始過渡,建議使用選項 1,先將使用者遷移到具有統一 CM 通話功能的 Webex App。這樣,用戶就有時間熟悉新的應用程序,同時他們仍然可以使用現有的本地統一 CM 呼叫平台。準備好將使用者遷移到 Webex Calling 後,您需要設定他們的 Webex 應用,使其註冊到雲端通話平台。
有關這兩個選項的更多信息,請參閱 遷移之旅 - 一步還是兩步?。
有關 Webex Calling 支援的設備的完整列表,請參閱 Webex Calling 支援的設備。
驗證設備資格
如前所述,Webex Calling 支援部分 Cisco IP 電話,並且 7800 和 8800 系列電話需要不同的韌體類型。Unified CM 電話運行企業韌體,而 Webex Calling 電話運行多平台電話 (MPP) 韌體。建議在準備階段確認哪些已註冊 Unified CM 的電話符合升級至 MPP 韌體的條件。這樣您就有時間將不符合條件的手機更換為支援的手機型號之一,或者確定替代方案,例如將用戶遷移到僅 Webex 應用程式。
為了協助確定 Unified CM 電話的資格,Control Hub 內建了一個名為 「將您的電話遷移到 Webex Calling」的工具。使用此工具檢查裝置資格時,選擇移轉選項 僅產生裝置授權。

此選項可讓您上傳包含 Unified CM 電話的 CSV 文件,以便 Webex 可以檢查每部電話的資格。選擇此遷移選項後,不會將電話新增至 Webex,因為您仍處於準備階段,尚未準備好執行此操作。如需相關資訊,請參閱將電話移轉至Webex Calling 。
部分手機可能顯示 未知 資格。這通常是因為 Webex 無法在後端系統中驗證有關手機的某些資訊。對於任何狀態為 未知 的手機,您有兩種方法可以驗證它們是否符合升級到 MPP 韌體的條件。
-
手動檢查每部手機,並核實型號和硬體版本(PID VID)。

7800/8800 電話標籤,包含型號和硬體版本信息 -
使用 Cisco IP 電話就緒工具
從 https://github.com/joemar2/mpp_readiness_check下載該工具。
此工具並非思科官方工具,也不受TAC支援。它提供盡力而為的支持,但可以免費使用。
該工具必須在本機電腦上運行,並且可以存取統一 CM 伺服器和 IP 電話。它提供了一個選項,可以在 IP 電話上啟用網路訪問,建議啟用此功能以獲得最佳效果,並且這是必需的。因此,應在非工作時間使用,以免對最終使用者造成乾擾。該工具的輸出結果會產生一份報告,列出哪些 Unified CM 7800 和 8800 系列電話符合升級到 MPP 韌體的條件。因為它直接存取手機,所以可以驗證從控制中心工具報告的 未知 裝置。

Cisco IP電話就緒工具報告
使用者
確保遷移成功的最重要準備步驟之一是正確配置使用者。即使分階段遷移,也需要為所有使用者做好妥善規劃。使用者必須在 Webex 中具備以下任一權限:
-
使用統一設定管理呼叫部署 Webex 應用
-
使用 Webex Calling 部署 Webex 應用
-
為使用者設定 Webex Calling 服務
-
使用戶可在 Webex 目錄中被搜尋(Webex App 點選通話、使用者聯絡資訊、電話簿搜尋)。
建議您在專案開始之前或開始時,在 Webex 中設定所有使用者。這包括那些仍然使用 Unified CM 的用戶,因為他們的呼叫平台與其呼叫設備(IP 電話、Jabber、Webex App)無關。隨著使用者遷移到 Webex Calling (and/or (Webex App)您將更新他們的 Webex 許可證,以啟用他們需要的服務。透過在開始遷移之前配置所有企業通話用戶,已遷移到 Webex 應用程式或 Webex Calling 的用戶可以在 Webex 目錄中搜尋仍在使用 Jabber 的企業通話用戶。 and/or 在統一組態管理 (Unified CM) 上。這樣可以確保過渡用戶能夠找到任何其他用戶的聯絡訊息,並使用目錄查找功能撥打電話。
圖 Webex App 目錄搜尋 顯示了 Webex App 使用者搜尋其他使用者的範例。搜尋結果會顯示使用者的聯絡訊息,這些使用者可能仍在使用 Jabber 和 Unified CM,也可能已遷移到 Webex App。 and/or Webex 通話。

接下來確定哪些現有的本地通話用戶將過渡到 Webex Calling。如果需要遷移全部或大部分用戶,建議分批遷移用戶,以確保專案團隊、IT 人員和支援人員能夠處理遷移以及可能出現的任何問題。您還應該安排一些時間提供初步資訊和培訓課程,以幫助使用者做好過渡準備。使用者轉換分組可以根據各種標準進行,包括使用者被分配到的位置或網站、使用者的部門,甚至是使用者類型(知識工作者、管理人員、行動工作者等)。
例如,如果部署中的使用者分佈在三個主要站點,即紐約 (NYC)、舊金山 (SFC) 和研究三角園區 (RTP),則使用者過渡計畫可能類似於 按站點劃分的使用者過渡計畫 表中概述的計畫。
| 使用者網站 / 地點 | 過渡前資訊與培訓課程 | 過渡期 | 過渡後支持 |
|---|---|---|---|
| 紐約市(1,525 位用戶) | 4月1日當週 | 4月15日至4月27日 | 4月29日當週 |
| 舊金山國際機場(1,600 位使用者) | 5月6日當週 | 5月20日至5月31日 | 6月3日當週 |
| RTP(1,275 位使用者) | 6月3日當週 | 6月17日至6月28日 | 7月1日當週 |
另一個重要因素是讓彼此有依賴關係的使用者一起過渡。這可能包括但不限於以下內容:
-
BLF監測
-
同樣的狩獵 pilot/group
-
分享線
-
屬於同一個呼叫接聽組
-
使用相同的呼叫駐留號碼
-
內部通訊
-
Admin/Exec.
您可以查看 Unified CM 配置(GUI 或匯出),或使用 Control Hub Migration Insights 工具來協助識別具有這些相依性的使用者群組。
PSTN 連線
Webex Calling 可以透過三種方式存取 PSTN:Cisco 通話套餐、Webex Calling 雲端連線(以前稱為雲端連線 PSTN)和本地 PSTN(本地網關)。但是,控制中心內定義的單一位置只能指派給一個 PSTN 選項。
具有本地網關 (LGW) 的本地 PSTN 是過渡策略的重要組成部分。它提供本地部署之間的連接 and/or PSTN 和 Webex 通話平台。Webex Calling 支援 Cisco 和經認證的第三方會話邊界控制器 (SBC),這些控制器可用作本機閘道。有關支援的 SBC 的最新列表,請參閱 支援的 SBC 列表。
Webex Calling 支援透過單一基於註冊的本地網關進行最多 250 個並發呼叫,以及透過單一基於憑證的本地網關進行超過 250 個並發呼叫。基於憑證的本機閘道最多可支援 6500 個並發呼叫,但這取決於本機閘道與 Webex 的連線類型(OTT 與互連對等連線)以及本機閘道部署的 SBC 模型。這些限製本質上是本地網關 PSTN 呼叫和 Unified CM 和 Webex Calling 端點之間的站點間呼叫的預設計數限制。有關更多信息,請參閱 本地網關入門。
任何超過此限制的呼叫都將被拒絕,並傳回 403 Forbidden。可以在任何時刻在本機閘道上執行 show call active voice 指令,以決定活動呼叫的總數。
本機閘道與 Webex Calling 接取 SBC 之間的網路狀況不佳可能會限制訊號連線的效能,進而導致同時呼叫限制進一步降低。本機閘道與 Webex Calling 資料中心之間的單向延遲不得超過 100 毫秒,抖動應小於 10 毫秒,丟包率應小於 0.5。 %.
特徵 & 功能使用
在評估目前環境時,重要的是要確定並審查已配置的統一組態管理 (Unified CM) 功能。此外,了解各項功能的使用方法也很重要,這樣您才能(重新)定義 Webex Calling 部署的業務和技術需求。
若要確定配置了哪些功能,請分析統一配置管理配置。這些都是靜態數據,是在系統配置某個功能或設定時設定的。可以使用以下選項完成此分析:
-
在管理 GUI 中查看統一 CM 配置
-
統一 CM 配置匯出 -- 批次匯出或 AXL
-
Control Hub 遷移洞察工具(建議)
-
思科第三方合作夥伴工具(建議)。
為了有效分析功能利用率,必須檢查動態系統數據,例如使用率、註冊量和呼叫活動。各種分析工具和儀錶板提供了對這些指標的深入了解,從而能夠全面了解系統性能和容量,為遷移和優化工作中的明智決策提供支援。可以使用以下選項完成此類分析:
-
審查原始CDR記錄
-
統一 CM RTMT 資料審查
-
使用統一組態管理 CDR 資料的控制中心遷移洞察工具
-
Control Hub 中雲端連接 UC 分析的審查
-
通話量
-
已註冊的端點
-
(CAC)地點
-
主幹線利用率。
-
-
思科第三方合作夥伴工具。
Cisco 建議先使用 Webex Control Hub 遷移洞察工具進行此分析。您需要將 Unified CM 匯出的 .TAR 檔案和 Unified CM CDR 檔案(可選,但功能利用率分析需要)匯入到該工具中。該工具將產生以下基於 CSV 的報告,可用於開始分析:
| 報告名稱 報告說明 |
|---|
| ImportedDataBulk.csv 來自統一組態管理 (Unified CM) 資料的所有使用者和設備 |
| DeviceEligibility.csv 識別符合遷移到 Webex Calling 條件的設備(IP 電話、會議室作業系統設備、ATA 和第三方設備) |
| DevicePoolNumbers.txt 特定設備池中的所有號碼列表 |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv 根據共用線路、呼叫群組、呼叫佇列、呼叫駐留和呼叫代接群組配置,提供有關應一起遷移的裝置和使用者的詳細資訊。 |
| HuntGroupMigrationInsight.csv 有關已指派呼叫線路、線路組和相關代理的詳細信息 |
| SharedlineGroupMigrationReport.csv 用戶間共享電話號碼(目錄號碼)的方式概述 |
| 報告名稱 報告說明 |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv 根據功能使用情況提供的設備遷移資格信息 |
| FeatureUsageWithLastUsageDateReport.csv 使用次數統計,包括呼叫調度員和呼叫佇列的呼叫次數以及上次使用日期。 |
| UserWorkspaceLastUsage.csv 軟體客戶端和硬電話的使用者和工作區的最後使用日期 |
| DIDUsageReport.csv DID 的使用情況,包括已指派和未指派的 DID |
有關遷移洞察報告的更多詳細信息,請參閱 遷移洞察。
如果您在查看遷移洞察報告中的信息後仍需了解有關統一配置管理 (Unified CM) 功能和使用方法的更多信息,思科建議您考慮使用思科的第三方合作夥伴遷移工具。 and/or 在 GUI 或設定匯出資料中查看 Unified CM 設定。
思科整合:Unity Connection UCCX UCCE
語音信箱是 Webex Calling 服務的重要組成部分,並且是此解決方案的內建功能。Webex Calling 無法與 Unity Connection 或 Unity Connection Express 等基於本機部署的語音郵件解決方案整合。此外,目前沒有原生方法可以將現有的 Unity Connection 語音郵件訊息或問候語遷移到 Webex Calling 提供的原生語音信箱服務。思科的一些第三方合作夥伴的遷移工具確實具備遷移部分此類資料的功能。有關 Webex Calling 語音信箱的更多信息,請參閱 配置和管理 Webex Calling 用戶的語音信箱設定。
Webex Calling 也支援共用語音信箱和傳真信箱。有關更多信息,請參閱 管理 Webex Calling 的共享語音郵件和入站傳真箱。
Webex Calling 內建了自動語音應答功能,該功能包含在核心平台中。此功能允許遷移 Unity Connection 的呼叫處理程序和自動助理功能。Control Hub 工具 從 Unified CM 遷移功能 支援將 Unity Connection 設定遷移到 Webex Calling 自動助理。有關使用此工具的更多信息,請參閱 將設備和功能從 Unified CM 遷移到 Webex Calling。
通話錄音
Webex Calling 提供兩種通話錄音選項,無需額外費用。
-
Webex通話錄音
-
Dubber Go 錄製(合作夥伴優惠)—Webex Calling 和 Dubber 的集成,所有錄製的媒體都安全地保存在雲端。
Webex Calling 包含錄音選項 表格重點介紹了兩種無需額外費用即可使用的通話錄音選項的一些關鍵功能。
| Webex | 杜伯·戈 |
|---|---|
| 所有用戶均可使用 | 所有用戶均可使用 |
| 無限次錄音 | 無限次錄音 |
| 1 年保留期* | 30天保留期 |
| 每個組織 100 GB 儲存空間 | - |
| 合規官可以存取和管理通話錄音。 | - |
| 用於管理錄製內容的 API | - |
管理員可以設定和管理使用者對其通話錄音的存取權限。
|
只有使用者才能存取和管理自己的錄音。
|
如果您的組織需要額外的錄音功能,例如合規性通話錄音、更長的保質期、更大的儲存空間、人工智慧分析等, and/or 思科和第三方錄製提供者都提供管理員存取權限、付費服務或附加元件。有關 Webex Calling 錄音提供者、配置和附加合作夥伴服務的更多信息,請參閱 管理 Webex Calling 的通話錄音。
第三方集成
Webex Calling 支援各種第三方集成,包括但不限於本地網關的 SBC、IP 電話、對講電話 等。 Speaker/Pagers, ATA 等。除了這些第三方設備外,Webex Calling 還支援不同的第三方解決方案 ,用於客戶支援、分析、錄音、計費等。有關第三方解決 方案的更多信息,請參閱 Webex App Hub。