在此文章中
高層專案計劃
dropdown icon
移民之旅-一步還是兩步?
    選項 1:單步用戶遷移
    選項 2:雙步用戶遷移

計劃從 Unified CM 遷移到 Webex Calling

list-menu在此文章中
list-menu意見回饋?

計劃 階段確定 轉型專案的策略方向和範圍。它將 準備 階段確定的需求轉化為 可操作的技術目標和專案參數。

高層專案計劃

在製定從 Unified CM 遷移到 Webex Calling 的高階專案計畫時,必須建立清晰的階段和里程碑,使其與業務目標和技術要求保持一致。該計劃應從全面的評估階段開始,包括收集詳細的技術和業務需求,以及確定利害關係人和定義成功標準。關鍵考慮因素包括資源分配、時間安排估算、風險管理和溝通策略,以確保所有各方在整個遷移過程中都能了解情況並參與其中。此外,該計劃應包含驗證檢查點,例如試點測試和分階段推廣,以最大限度地減少干擾,並允許根據回饋進行調整。

專案計畫中應包含的要素範例包括:

  • 確定遷移範圍(例如,哪些使用者、裝置和功能將進行遷移)

  • 為最終用戶和支援團隊安排培訓課程

  • 協調網路就緒評估,以及

  • 制定切換活動計畫並配備備用方案。將合規性和安全性審查以及遷移後支援和優化階段納入其中也十分重要。

透過根據這些考慮因素建立專案計劃,組織可以更好地管理複雜性,降低風險,並更順利地過渡到 Webex Calling。

移民之旅-一步還是兩步?

Webex Calling 要求使用者使用 Webex App 作為其通話軟客戶端。因此,如果還有使用者在使用 Jabber,您可以有兩個選項來決定何時將他們遷移到 Webex 應用程式。您可以執行單步驟用戶遷移或雙步驟用戶遷移。

選項 1:單步用戶遷移

透過一步式遷移,使用者可以從 Jabber 過渡到 Webex App,同時從 Unified CM 過渡到 Webex Calling。此選項通常適用於使用者數量較少的客戶,可以同時將使用者的軟客戶端和通話服務遷移到 Webex。圖 用戶呼叫服務,軟客戶端 & 電話同時遷移到 Webex Calling 以下重點介紹這種類型的遷移。使用此選項,使用者將同時完成以下所有操作:

  1. 通話服務已從 Unified CM 遷移到 Webex Calling

  2. 電話號碼和分機號碼已從 Unified CM 遷移到 Webex Calling

  3. 軟體客戶端已從 Jabber 過渡到 Webex App - Webex App 將註冊到 Webex Calling

  4. 電話註冊系統已從 Unified CM 遷移至 Webex Calling。

將本機 UCM Calling 和 Jabber 直接遷移到雲端的 Webex Calling MT 和 Webex 註冊應用程式及電話。通訊服務從本地基礎設施過渡到 Webex 平台。
用戶呼叫服務,軟客戶端 & 電話同時遷移到 Webex Calling

這仍然可以是一個分階段的遷移,用戶群組在不同的時間進行遷移,但當每個用戶被遷移時,所有這些操作都是同時進行的。

選項 2:雙步用戶遷移

另一種方法是兩步遷移。在步驟 1 中,使用者從 Jabber 過渡到 Webex App,但仍使用 Unified CM 進行通話服務。然後在步驟 2 中,使用者從 Unified CM 遷移到 Webex Calling。對於希望管理最終用戶變更並將用戶軟體客戶端變更與呼叫服務變更分開的大型客戶,建議採用此選項。下圖 遷移軟客戶端;然後遷移呼叫服務,軟客戶端 & 以下透過電話到 Webex 通話 突出顯示了這種遷移方式。

步驟 1

  1. 軟體客戶端已從 Jabber 過渡到 Webex App - Webex App 將註冊到 Unified CM。

步驟 2

  1. 通話服務已從 Unified CM 遷移到 Webex Calling。

  2. 電話號碼和分機號碼已從 Unified CM 遷移到 Webex Calling。

  3. Webex App 註冊已從 Unified CM 遷移至 Webex Calling。

  4. 電話註冊系統已從 Unified CM 遷移至 Webex Calling。

通訊服務的兩步驟遷移流程。步驟 1 涉及將 Webex App 與本地 UCM 集成,然後是步驟 2,即完成向雲端 Webex Calling MT 和 Webex 註冊服務的全面過渡。
遷移軟客戶端;然後遷移呼叫服務和軟客戶端。 & 電話轉接 Webex 通話

這仍然可以是一個分階段的遷移,在兩個步驟中,使用者群組會在不同的時間進行遷移。

您選擇的選項取決於您希望如何管理使用者向 Webex 應用程式和 Webex 通話的過渡。建議分步驟進行(方案 2)。這樣可以最大限度地減少最終用戶一次性進行的更改,並將工作量分配到專案的不同部分。但是,如果您希望使用者只受到一次影響,那麼使用選項 1 也是可行的。

查看建議的流程(選項 1), Jabber 到 Webex App 進階轉換圖 下圖顯示了步驟 1 的進階轉換。

Jabber 到 Webex 應用的進階過渡路線圖
Jabber 到 Webex 應用的高階過渡圖

在此步驟中,使用者將從 Jabber 過渡到 Webex 應用,以取得所有通話服務。但是,通話平台仍然是 Unified CM,Webex App 將其通話服務註冊到 Unified CM。從 Jabber 到 Webex App 的高階過渡圖 可以看出,本地基礎架構不會改變,Webex App 的工作方式與 Jabber 相同。唯一的變化是 Webex 應用程式需要連接到 Webex。

有關此過渡的更多信息,請參閱 Jabber 到 Webex 過渡圖和部署指南 ,位於 協作過渡 頁面的客戶端部分。

Unified CM 到 Webex Calling 的進階過渡圖 圖表是從 Unified CM 到 Webex Calling 的進階過渡圖。這是推薦行程的第二步。

從 Unified CM 本地通話到完全基於雲端的 Webex Calling MT 解決方案的三階段分階段遷移。
Uned CM 到 Webex Calling 的高階過渡圖

如果您決定採用單步法,這同樣適用。

在此步驟中,使用者將以群組形式過渡到 Webex 通話。此時,用戶開始使用 Webex 進行通話服務、Webex App 通話註冊和 IP 電話註冊。

由於用戶是成組遷移的,因此在過渡期間,企業用戶將被分散到兩個通話平台之間。 Unified CM 到 Webex Calling 進階轉換圖 中的第一階段描述了此狀態。在此階段,需要規劃如何管理兩個平台上的使用者之間的通話以及如何路由 PSTN 通話。每次將一組使用者遷移到 Webex Calling 時,都需要在 Unified CM、Webex Calling 和本地網關上更新撥號計劃和呼叫路由。

一旦所有使用者、軟體用戶端和裝置都過渡到 Webex Calling(第二階段),那麼所有本地 UC 基礎架構都可以移除和停用。

本文是否有幫助?
本文是否有幫助?