本文為將呼叫環境遷移到 Webex Calling - 專用實例 (DI) 的合作夥伴和客戶提供了一個結構化的自助式遷移框架。

本文中描述的遷移實踐和里程碑是基於 Webex Setup Assist 程序方法論，並反映了 Cisco 交付、工程和開發團隊的廣泛實際經驗。在過去七年中，這些方法經過數十萬個獨特的客戶位置部署而不斷完善，包括從 BroadCloud、BroadWorks、Spark Calling、Unified CM (UCM)、Hosted Collaboration Solution (HCS) 和第三方 PBX 平台遷移。該指南適用於各種客戶環境，從單席部署到超過 10 萬個席位和數百個地點的大規模實施，並遵循思科長期以來行之有效的流程，以確保在整個遷移生命週期中保持一致性、品質和營運效率。

本文假設讀者已經熟悉 Webex Calling - 專用實例授權、Webex Control Hub 管理模型以及 Unified Communications Manager 的基本軟體和功能。

說實話， 「遷移 」這個詞很少能激起 IT 團隊的興奮感。這引發了人們的疑問。“什麼壞了？” 誰來做這項工作？“我們會失去對什麼的控制權？” “我們現在連維持日常運營都捉襟見肘，這現實嗎？” 這些並非抵制進步的跡象；而是經驗豐富的專業人士的本能反應，他們明白遷移一個至關重要的呼叫平台並非週末就能完成的專案。語音服務是唯一用戶會先註意到兩秒鐘的故障，然後才會注意到長達兩週的停機計劃的服務——而這種現實使得每一次變化都感覺比實際應該的更加沉重。

好消息是什麼？數字所揭示的情況與人們的恐懼截然不同。在結構良好的雲端遷移中，實際變更中約有 95 %的% of engineering effort is invested in preparation, and only 5% 。更棒的是，這 95% 的大部分工作都是您的團隊在日常運營中已經執行的活動——庫存管理、證書管理、撥號計劃審查、設備生命週期追蹤和文件記錄。換句話說，大部分「遷移工作」其實你已經在做了。這種結構化的方法只是引導它朝著既定的結果前進，其速度與你現有的營運節奏相契合，而不是凌駕於其上。

一旦意識到每一次遷徙都可以進行充分的演練，那種「不可能的任務」的感覺也就消失了。一個小型、 具代表性的試點 計畫可以讓您在接觸任何生產用戶之前驗證端到端流程、整合、故障轉移行為和使用者體驗。切換日當天，一切都不能掉以輕心——因為切換日只不過是重複你已經成功執行過的過程。如果發生任何意外情況，回滾過程與切換過程本身一樣，並有明確的維護視窗。可預測性取代了焦慮。

是的，遷移到專用實例確實意味著放棄一些控制權——特別是對基礎設施和虛擬化層的控制權。但想想你能從中獲得什麼：您的團隊花費在修補虛擬機器管理程式、追蹤硬體警報、管理作業系統層級安全性和規劃容量更新的時間。節省下來的時間可以投入到真正能讓您的組織脫穎而出的事情上——用戶體驗、用戶採納、整合以及您的利害關係人真正關心的服務。你並沒有失去控制權；你只是把原本繁重的、不加區分的工作換成了策略重點。

作為交換，您將獲得一個與市場上最先進的呼叫、會議和聯絡中心產品組合緊密整合的平台，該平台由思科深厚的工程實力和經過數十萬次部署不斷完善的合作夥伴生態系統提供支援。您保留了熟悉的統一配置管理生態系統的全部功能——相同的功能、相同的可靠性、相同的管理模型，您的團隊已經熟悉——現在與 Control Hub 相結合，這是一個現代化的、以用戶為中心的管理和分析平台，學習起來非常簡單。思科在思科認證的運算平台上管理最新軟體的升級、更新和關鍵漏洞補丁，其可靠性與您在本地環境中期望的可靠性相同（甚至更高）。

所以，是的——改變是有風險的。但是 ， 不做出改變也會帶來一種更隱密的風險：功能開發進度落後，應對不斷變化的複雜性、版本升級和漏洞，讓團隊疲於應對不再能為業務帶來差異化的基礎設施，並將不可避免的轉型拖延到必須在壓力下完成為止。接下來採用的結構化、分階段的方法旨在使此次遷移達到預期效果：準備充分、低調且高度驗證 — 主要透過您已經進行的工作來執行，朝著為協作的未來發展方向而構建的平台邁進。

從信心到計劃：本指南的組織結構

為了將這種信心轉化為可執行的路線圖，本指南將引導您完成 一個七階段的遷移過程，每個階段都有明確的准入和退出標準、從實踐中吸取的經驗教訓以及預先檢查，以防止最常見的意外情況：

• 專案啟動
• 發現 & 評估
• 規劃
• 實作
• 凍結
• 上線
• 轉入第二天

該模型之所以如此有效，其中一個原因是 它將生產環境的風險刻意降低到接近零，並且僅在可控的最後階段才略微增加。以下是每個階段需要注意的事項：

生產影響	階段
無影響	計畫啟動、探索 & 評估、規劃
最小影響	實作
僅限於操作流程	凍結
直接影響	上線

實際上：大部分旅程都在你現有的環境中安全地進行。等到真正投入生產時，每個整合都已經建置完成，每一個流程都已經演練過，每一個備用方案都已經驗證過。

在本指南中，我們會提及您在遷移過程中以及遷移日內都將依賴的關鍵資訊資源。 2:

• Cisco Calling Sales Connect — Cisco Calling Sales Connect 連結
• Help.webex.com — 權威的產品和配置文檔
• Webex Spaces — 直接訪問思科專家和同行社區，進行即時提問

框架搭建完畢，資源到位，讓我們詳細了解每個階段－從所有成功遷移的起點開始：計畫啟動。

對生產的影響：無影響

• 確定關鍵利害關係人

請記住，這不僅關乎技術團隊和受影響的業務團隊，也關乎相關的合作夥伴。以下是所需利害關係人的範例：

• IT 管理
• 企業管理
• 語音服務團隊
• 聯繫中心團隊
• 網路團隊
• DNS/DHCP 團隊
• 安全團隊
• IAM 團隊（例如 Entra、AD、SSO）
• 更改板
• MACD 夥伴
• 託管服務合作夥伴
• 第三方整合供應商（尋呼、傳真、錄音等）
• 本地部署支援
• 紅天 /Public 安全團隊。

• 選擇專案負責人或專案經理。

考慮到遷移到專用實例比傳統的「僅應用程式層級」整合涉及更複雜的協調，最好指派一名團隊成員來推動內部專案管理以及所有相關任務，例如每週電話會議、內部團隊協調、外部供應商參與、變更協調等。

• 同步專案開始時使用的輸入

遷移到專用實例有許多優點和原因，這也是採取遷移策略的原因之一。對未來解決方案進行基準規劃至關重要。

是否有任何變更計劃，例如叢集整合、撥號方案、新功能等？

您是按原樣遷移軟體終端，還是假設遷移到 Webex App？

使用者與呼叫中心之間是什麼關係？

• 使用專用實例快速提升速度

專用實例簡介：專用實例簡介

業務決策者幻燈片 (BDM) 業務決策者

TDM（技術決策者幻燈片） TDM。

對生產的影響：無影響

探索與評估是對先前團隊同步會議中收集的資訊的延續和利用，旨在確定所有必要的範圍要素，這些要素將作為制定專業專案和技術專案計劃的基礎。

• 現有集群設置

定義現有本地部署環境，包括所有功能和整合。以下是一些範例：

• 應用及尺寸，
• 地點，
• IP位址
• 使用者如何 synchronized/provisioned （本地，LDAP），
• 已設定身份驗證（SSO），
• CA憑證與自簽章憑證
• 安全模式，
• ILS/GDPR 使用，
• 特徵，
• 專注於跨站點功能，例如擴充程式移動性。
• CER/911 一體化，
• 使用MRA，
• CDRs，
• 語音信箱及與 O365 的集成
• Jabber 與 WebexApp 對比
  • 如果要移轉 Jabber，則應密切注意現有 Jabber 端點的配置方式（例如 xml 配置、語音服務域），以及重新配置的選項，例如使用 SCCM。以下是一些常見場景：配置 Jabber
• 需要重點檢查的設備列表
  • 已棄用設備（自 Rel12 版本以來，棄用清單中未新增設備。）0x已棄用手機
  • 停止支援的裝置（裝置可能仍註冊到任何軟體版本，但從 Day2 的角度來看，不再支援）
  • CSR-Compatibility-Matrix-Interactive.html
  • 特殊限制設備 7925、7940、7960 將舊款手機型號註冊到專用實例
    • 幫助中的工具：

      專用實例預遷移助手:產生評估報告

      Control Hub 中的遷移前助理可協助您收集來源資料並使用第三方工具檢查從 UCM 遷移到專用執行個體的先決條件。在遷移之前，它會評估準備、提供清單，並讓您比較本地叢集和專用實例之間的資料。

      若要執行 Assistant，您的本機叢集必須接取 Webex 雲端連線的 UC 環境。總體描述和先決條件請參閱此處：WebexCloud-ConnectedUC

      UCM 的入職流程：設定 Webex Cloud Connected-UC

      您可以從遷移前助手獲取的重要資訊列表，這些資訊將以易於閱讀的 xls 格式輸出：

      • 節點和運行軟體
      • 企業參數
      • SIP中繼列表
      • 應用程式使用者列表、角色
      • 設備數量（及設備完整列表）、路由群組和分區、位置、最終用戶
      • CM 組、設備池
      • 資料庫複製的健康狀況
      • 已安裝的 COPs
      • 編號方案
      • 電話服務
      • 偏遠地區
    • Webex Spaces 可以解答您的特定問題：

      詢問 UCM 雲 & 專用實例： webexteams://im?space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      向 RedSky 外部顧問諮詢 - E911 解決方案 Plus 合作夥伴加入： https://eurl.io/#fWfT1SnOz

      諮詢 Webex 設定助理 - Webex 通話和 DI： webexteams://im?space=76beab50-084b-11ed-abc8-ab581010b1de。

對生產的影響：對現有生產環境的影響最小

以下是思科在專用執行個體遷移流程的最佳實務：

啟動專用實例（首次設定精靈）

若要啟動專用實例，請參閱 啟動專用實例。

建構依賴注入環境（配置專用實例）

若要建置 DI 環境，請參閱 Webex Calling 專用實例基本配置

常見問題及解答：

• 此處解釋了建置規模調整（專用實例規模調整）：https://help.webex.com/en-us/article/dk3o5r/Introduction-to-Dedicated-Instance 集群數量和整體規模與購買的許可證數量保持一致。一般而言，規模應根據 Flex 協議（15% or 20% 取決於類型）容納儲備增長，並為每位知識工作者提供 3 台活動設備）。Cisco 雲端平台經認證提供一流的運算能力，所有建置均採用中型 OVA ，並且完全部署的專用實例叢集最多可支援 8 台呼叫處理伺服器或約 50,000 台裝置。
• 中小企業是可選的，至少需要購買 3 個集群。 and/or 地區。需要思科方面進行設計和容量審查
• 初始 MRA 容量為 20% and could be increased up to 100% 根據 TAC 工單的實際需求而定
• 名稱前帶有“x”的配置元素不應重新命名，因為它們用於自動化、服務性和分析整合 。 Webex Calling 基礎配置的專用實例。
• 如果需要在同一區域部署超過 3 個集群，則 DI 執行個體的標準 IP 位址分配方案將不再適用。

參考資料標準IP位址、資料中心位置： 資料中心位置。

存取專用實例：

若要存取專用實例應用程序，請參閱 存取專用實例應用程式

常見問題及解答：

• DI應用程式可以透過控制中心訪問，也可以直接從客戶網路存取。除高速公路外，還提供 CLI 存取權限。
• 用戶等級：
  • 3 - 合作夥伴管理員
  • 4 – 客戶管理員
  • 5 – 企業使用者
• 存取自動化 Webex 空間中共享的 DI 應用程式的憑證，其中 ProAdmin 。

Peering/Connectivity

網路架構，詳細描述了 Webex Calling、專用實例和會議的邊緣連接場景。PA_Edge_Connect_Design.pdf

*Document 應謹慎使用，因為它描述了多種場景，這些場景可能相互衝突或相互補充，具體取決於具體的使用案例。有關 專用 實例的確切參考訊息，請參閱「專用實例架構的邊緣連接」章節。

Webex Edge 連線

Webex Edge Connect 常見問題與說明：

• 專用實例 2 連結是「必須的」。
• 可以使用 4 個鏈接，但不允許“交叉”，鏈接必須“成對”使用。
• 不支援對任何連結進行 DI 流量優先排序，通常也不適用，因為每個連結都存在流量優先級差異。 side/DC 宣傳其獨特的子網 /25 專用實例資料中心位置。

上述網路架構文件也對此進行瞭如下解釋：

Webex Virtual Connect

要了解 Webex Virtual Connect，請參閱 Dedicated-Instance-Virtual-Connect

常見問題及解答：

• Virtual Connect 支援的最大頻寬為 250Mbps
• 此選項不可用 suitable/not 支援 ESN 部署。

專用實例網路和安全要求（網路、防火牆連接埠、DNS 資訊來源）

若要了解網路和安全要求，請參閱 網路和安全要求

常見問題及解答：

• 不允許進行SNMP監控。SNMP 異常是指 CER 和 Informacast 的工作流程，這些工作流程需要透過 Control Hub 請求服務。
• DI 無法存取外部 SFTP。用於更新、升級和其他工作流程的 SFTP 位於 DI 環境內部，並且僅在有限場景下提供存取權限（例如存取新版本）。 cop/firmware 與控制中心服務請求一致）。

ESN（增強生存能力）

入門指南/一般資訊：開始提升生存能力

先決條件：增強生存能力的前提條件

激活方式：活化增強的生存能力。

常見問題及解答：

• ESN Flex SKU 以「區域」劃分。例如，如果您需要在美洲整合 5 個 ESN 節點，則需要訂購 1 個 ESN SKU，該 SKU 允許將最多 8 個 ESN 節點連接到一個集群，而不會影響集群中允許的最大呼叫處理節點數。
• 客戶負責提供必要的虛擬化資源，並安裝中型 OVA 發布伺服器，該伺服器將透過自動化方式進一步轉換為訂閱伺服器，並連接到叢集。 https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
• Cisco負責CA證書。在啟動過程中，您將被要求授權群集的憑證。 renewal/update 為了將 ESN 節點加入到清單中。

目錄同步服務

除了使用 UCM 本機部署的傳統方法透過 LDAP 同步使用者或建立本機使用者之外，專用執行個體還可以選擇透過 Control Hub（Webex 通用身分識別服務）與 Azure 或透過目錄連接器同步使用者。Webex CI 目錄服務僅支援 SSO 部署。

透過 Webex Common Identity 整合目錄服務，適用於專用實例

常見問題及解答：

• 完成特定叢集的 Azure AD 佈建後，您就無法建立任何新的同步化協議，也無法修改相同叢集的任何組態設定，您只能修改群組設定。若要重設目錄服務，請洽 Cisco TAC 支援部門。接著您即可建立新的佈建協議。
• 新協定建立後，您必須在 18 小時內啟用同步功能。LDAP 同步使用者變成非作用中狀態，並在 24 小時無作用後遭到移除。使用者將無法登入及使用 Unified CM 服務。
• 即使呼叫管理器中的配置看起來是可編輯的，也不應該更改同步協議配置期間自動化創建的內容之外的內容。雖然設定顯示同步一次，但 Control Hub 會以 24 小時週期性地將 Common Identity 與 Unified CM 或 Cisco Unity Connection 同步。
• 此服務用於目錄同步 only(!). 身份驗證應透過 SSO 進行設置，這是前提條件。

SSO

對於專用實例，SSO 不是強制性的。總之，對於 Webex Common Identity、WebexApp 等一些關鍵服務而言，這是強制性的。SAML SSO 部署與 UCM 本地部署並無不同，如下所述。唯一的操作細節與啟動過程有關，啟動期間需要 Rank 1 使用者進行 SSO 測試。合作夥伴和客戶權限受限於 Rank3-5，因此需要 Cisco 支援才能激活，並且應該透過 Control Hub 的服務請求（工單類型為 UC 應用程式管理）提出請求。

CUCM_b_saml-sso-deployment-guide-release-15.html

若要開啟服務請求，請參閱 如何發起服務請求。

將專用實例集群與本地集群集成

考慮到大多數遷移場景無法一次完成，需要提前進行測試，以及一定程度的跨集成，我們建議將叢集間主幹和相關配置設定作為首要步驟之一。如果使用ILS。

證書合併

為系統遷移做準備最重要的任務之一是在本地系統和雲端系統之間交換證書，實現所有安全整合。這樣做可以讓手機自由地移動到新的集群，然後再返回到舊的集群，而無需恢復出廠設定。

常見問題及解答：

通常這涉及從資料中心共用憑證並將其上傳到本地部署環境。

• CallManager.pem（多SAN）
• ITLRecovery.pem
• 特許會計師中級證書
• 根證書頒發機構

從客戶 CUCM 端到 DI 端：

• CallManager.pem（多SAN）如果不是多SAN，則包含發布者 & TFTP伺服器憑證。
• ITLRecovery.pem（公開）
• 註冊會計師中級證書（如果證書由註冊會計師簽署）
• 根憑證 CA（如果憑證由 CA 簽署）。

Webex應用程式規劃 and/or Jabber 遷移

常見問題及解答：

• 如何在新的系統上保持 Jabber 登入的使用者體驗？什麼是 changes/scenarios 是否可以像在本地部署系統中那樣繼續使用 Jabber？以下是一些可能的選擇：在專用實例中設定 Jabber 以使用客戶網域進行登入 在專用實例中設定 Jabber 以使用客戶網域進行登入

Jabber 與 Webex App 的互通性，以便彼此通訊 設定 Webex App 和 Jabber 的互通性。

E911

在專用實例部署中，思科緊急回應程式 (CER) 和 RedSky 都將用於追蹤電話和用戶端。內部電話將使用緊急響應程序進行跟踪，以確定電話的位置，並在將呼叫路由到 RedSky 進行呼叫傳輸之前設置適當的調度位置。Webex App 用戶將透過 HELD+ 協定在 RedSky 中進行追蹤。

專用實例附帶在美洲地區部署的 CER。Cisco 新增了代理訊息，而 Partner/Customer 職責是添加 RedSky 詳細資訊並配置 ELIN。我們添加了LUA腳本， Partner/Customer 需要配置參數才能使其正常運作。 常見問題及注意事項

• 如何在RedSky入口網站上取得RedSky帳號：
• Webex 中可用的機器人 – E911 客戶帳戶設定 ( E911Account@webex.bot) 輸入“支持”，填寫出現的表格並提交。帳戶將被創建，並且一封電子郵件將發送到您在機器人中提供的管理員郵箱。
• 為專用實例配置 E911， 配置 E911

Webex Spaces 提供支援：

向 RedSky 外部諮詢 - E911 解決方案 Plus 合作夥伴加入： https://eurl.io/#fWfT1SnOz。

工程團隊和使用者對變革的準備程度

以下是一些推薦資源，可協助工程團隊快速了解專用執行個體的各個面向：

• Cisco Calling 銷售連接
  • Cisco Calling Sales Connect Link
  • 業務決策者幻燈片 (BDM) 業務決策者
  • 技術決策者幻燈片 (TDM) 技術決策者幻燈片
• Help.webex.com
• Webex Academy： 學院
• 領養資源。領養資源對雙方都有幫助：協助制定服務和功能的推廣策略，並提供包含「操作指南」手冊和短影片的知識庫，這些資源將對最終用戶大有幫助。 resources.webex.com。

對生產的影響：影響僅限於營運流程

凍結階段的目的是將資料從來源系統移至目標專用實例，並執行必要的驗證以確保成功切換。我們建議凍結時間為 2-3 週，以確保團隊有足夠的時間進行資料遷移、資料一致性檢查、測試故障轉移和相關測試。

如果在凍結階段需要進行 MACD，則應在兩個系統上完成所需的變更。

有多種資料處理方法和工具可供使用 move/copy. 一般來說，我們建議使用 Active/Inactive 分區和工具如下：

UCM:

BAT export/import 和相關腳本

Cisco Unified Communications Manager 15 版及 SU 的大量管理指南：CUCM_b_bulk-administration-guide-15.html.

外部工具 用於 UCM 遷移，例如 Yarnlab。

統一：

• Cisco Unity 工具。 一系列免費的 Cisco Unity 和 Cisco Unity Connection 相關工具。

https://www.ciscounitytools.com/index.html

我們建議使用 Cobras 進行 Unity 遷移。

CER:

手動，批量 Export/Import

配置資料遷移後，請考慮以下重要事項 items/actions:

• 手動或透過 DHCP 上的選項 150，將不同電話型號的測試組重新指向新的 DI TFTP。完成證書合併後，您可以同時測試這兩項：遷移和回滾場景
• 如果可用，則重新配置測試網關
• 準備網關配置模板，用於實際生產環境的切換。如有需要，可編寫腳本。
• 透過更改呼叫行為來移動 WebexApp 使用者 CH
• 透過先前定義的登入方法和主集群變更遷移 Jabber
• 測試基本呼叫流程和功能，直至環境支援：
  • 檢查行為是否一致，即是否在連網狀態下或透過 VPN 連線狀態。
  • 使用手機和軟體端點進行MRA測試
  • PSTN
  • 911服務測試

• 專用實例一級支援（TAC） 專用實例一級支援

• 與所列主題相關的服務請求：如何提出服務請求
  • DNS條目
  • 防火牆更新
  • 韌體上傳
  • 雲端連線
  • 稽核日誌設定
  • UC 應用程式管理
  • DI-MT 互通 SIP 中繼
  • UC應用程式生命週期
  • 基礎架構即服務
    • 合作夥伴作業指南

• 合作夥伴作業指南

  這是最重要的文件之一，它解釋了技術支援、變更管理、事件管理、更新、升級、容量管理、憑證管理、DRS 合作夥伴營運指南

這是最重要的文件之一，它解釋了技術支援、變更管理、事件管理、更新、升級、容量管理、憑證管理、DRS 合作夥伴營運指南

• 責任矩陣

文件解釋了在入職和營運過程中合作夥伴、思科和客戶之間的 RACI 劃分 責任分配矩陣

• 詢問 RedSky Webex Space webexteams://im?space=7074fce0-489a-11ea-89f3-8f977dd07aa0。