- 首頁
- /
- 文章
開始使用增強的生存能力
增強的生存能力會在客戶網路中斷或任何云端中斷阻止該網站上的使用者連線至 Webex Calling 專用實例的情況下提供僅內部部署通話的容錯移轉功能。
概觀
萬一發生網路中斷或任何其他中斷阻止您在網站上連線至 Webex Calling 專用實例的情況,增強生存能力節點會主動接管通話控制和路由功能。Webex Calling 專用實例、Webex Calling 多租戶和內部部署都具有生存能力選項,但解決方案文件詳細說明了 Webex Calling 專用實例的增強生存能力的解決方案層級方面。

在「專用實例」中,Unified CM 叢集的訂閱者跨區域內的資料中心部署,以提供高可用性和異地備援。它可讓裝置或用戶端容錯移轉至其他資料中心的訂閱者。但是,如果您的網站與專用實例雲端之間發生網路中斷,則在網站內部署的增強生存能力節點可以處理通話控制和路由功能,直到連線恢復為止。增強的生存能力節點(ESN)在中斷事件期間提供標準訂閱者的通話控制功能。
增強的生存能力節點只能路由傳遞網站內的通話,而對於其他通話,它必須透過 PSTN 進行路由,您必須在網站內為 PSTN 部署本機閘道。它要求您為 ESN 設定本機 DNS 伺服器以進行解析,因為 ESN 在中斷期間無法存取 Cisco 的 DNS 伺服器。增強的生存能力節點也可以與 Cisco SRST 共存。
分解模型
單一網站

在單一站點部署模型中,其中在站點內部署了增強的生存能力節點(ESN)以及用於 PSTN 呼叫路由的本機閘道。在中斷期間,最多可以向 ESN 註冊 7500 個裝置。
多網站
在多站點部署模型中,有多個站點,並且可以在每個站點中部署 ESN,這取決於站點生存能力的業務需求。本機閘道和 DNS 的需求始終是必要的,總共 8 個 ESN 節點可以新增至 Unified CM 叢集。
此部署模型與具有多個網站的區域中的客戶相關,並且生存能力是其中多個網站的要求。雖然可以跨網站共用 PSTN 本機閘道,但不建議這樣做。如果發生網路中斷,則網站可能會被隔離,在這種情況下,ESN 將無法存取本機閘道以將呼叫路由至 PSTN。
以下是多站點部署的 2 個部署選項:
- 選項 1 :在每個站點上部署的增強生存能力節點。
- 選項 2 – 在多個站點之間共用的通用增強生存能力節點。
可服務性
監控
我們監控和管理增強生存能力節點,就像部署在專用實例資料中心中的其他節點一樣。在生存能力事件期間,當 ESN 與 Cisco 雲端中斷連線時,我們會失去對節點的存取權,並在解決中斷問題並恢復連線後自動重新連線。
憑證管理
我們管理 UC 應用程式憑證,並且在啟用增強生存能力節點期間,我們更新了專用實例 Unified CM 叢集憑證,並使用 ESN 進行更新。
從 Control Hub 啟動 ESN 期間,所有已註冊的裝置都將重新啟動,因為 Unified CM 叢集的憑證將使用多重 SAN 憑證進行更新。因此,我們會在從 Control Hub 啟用 ESN 期間規劃維護期。參考,如何啟動增強的生存能力節點。
CDR
在生存能力事件期間,增強生存能力節點會在本地儲存所有 CDR/CMR 資料。連線恢復後,資料將同步回專用實例 Unified CM 發布者。可以儲存的資料量基於增強生存能力節點的磁碟大小。可為 CDR 設定的最大磁碟分配空間為3328 MB 。根據設定的 CDR 間隔,CDR 檔案大小可以從小到大。清除基於以下條件進行:
-
當磁碟使用量超過分配或設定的磁碟空間時,它會刪除已處理的記錄。如果磁碟使用量仍然較高,則未處理的記錄也會被清除。
-
高水位 % 在「CDR 管理」設定中設定,則將清除 CDR 檔案。例如,如果「高水位%” is configured as 80% 且磁碟使用率為 80%,則將清除 CDR 檔案。
-
CDR / CMR 檔案保留持續時間(天) 在「CDR 管理」設定中設定,則將清除 CDR 檔案。預設設定為 30 天。
RTMT 警報
以下是 RTMT 中與增強的生存能力節點相關的警示:
-
生存能力事件- 當無法從增強型生存能力節點連線所有「專用實例」節點時,會觸發警報。
-
RemoteSurvivableNodeNotReachable - 當無法從專用實例 Unified CM 發布者連線「增強生存能力節點」時,會觸發警報。
效能計數器
在生存能力事件期間,您需要將 RTMT 連線至增強生存能力節點以監控 ESN 的效能。如果 RTMT 連線至「專用實例」節點,則相同功能將不可用,因為在生存能力事件期間將無法從雲端存取 ESN。
Unified CM 功能和設定
使用者設定
在正常作業期間,資料庫複製在 Unified CM 叢集中的所有伺服器之間完全網格化,包括增強的生存能力節點。由於靜態組態資料是透過移動、新增和變更來建立的,因此它始終儲存在發布者上,並以一種方式從發布者復製到叢集中的每個訂閱者和增強的生存能力節點。
在生存能力活動期間,僅在向增強生存能力節點註冊的裝置上修改了面向使用者的功能,並且通常使用以下事實來描述面向使用者的功能,即您可以直接在其電話上啟用或停用功能,方法是按一個或多個按鈕,而不是透過基於 Web 的 GUI 來變更功能。因此,「增強的生存能力節點」允許將自助服務和 Web 管理 GUI 作為唯讀操作。在容錯移轉期間,向 ESN 註冊的使用者裝置只能變更下面列出的面向使用者的功能。但是,當重新建立連線時,這些變更將不會同步回 DI Unified CM 發布者。
面向使用者的功能是可透過按電話上的按鈕啟用或停用的任何功能,包括:
-
來電轉接全部 (CFA)
-
啟用或停用隱私權
-
啟用或停用請勿打擾 (DND)
-
Cisco Extension Mobility 登入
-
搜尋群組登入或登出
-
裝置行動化
-
一般使用者和應用程式使用者的 CTI CAPF 狀態。
驗證
在故障轉移至增強生存能力節點期間,用於登入的軟體用戶端(Cisco Jabber 和 Webex 應用程式)的驗證如下:
-
本地驗證:當在 Unified CM 中本地完成使用者驗證時,在生存能力事件期間,增強生存能力節點將能夠驗證向其註冊的用戶端。
-
LDAP 驗證:在這種情況下,使用者的驗證是使用本機 LDAP 伺服器完成的。然後,在生存能力活動期間,軟體用戶端的驗證將起作用,前提是可以從增強生存能力節點連線 LDAP 伺服器。
您應確保 LDAP 目錄在整個生存能力事件期間可存取 ESN。
-
單一登入 (SSO) 驗證:使用者的 SSO 登入驗證是使用 IDP 伺服器完成的。然後,在生存能力事件期間,軟體用戶端的驗證工作,只要 IDP 伺服器可從增強生存能力節點連線。
對於已啟用 SSO 的 Unified CM Web UI 登入,需要 IDP 可存取性或需要使用基於復原的 URL 登入。
已驗證的用戶端會繼續登入,因為驗證是基於在生存能力事件之前取得的權杖。但是,對於新的登入,當用戶端沒有來自先前驗證的有效權杖時,ESN 將重新導向至 IDP 伺服器進行驗證。因此,在整個生存能力事件期間,始終需要確保 IDP 伺服器可存取 ESN。
媒體資源
基本 Unified CM 功能需要媒體資源,例如必須在 ESN 上啟用待話期間背景音樂、公告、會議橋接器(軟體)服務。如果已部署基於硬體的媒體資源,則在生存能力事件期間,您必須確保可從 ESN 存取媒體伺服器。
緊急呼叫
在 DI Unified CM 叢集正常運作期間,緊急通話(尤其是在 AMER 區域中)會透過 RedSky 雲端路由,其中在專用實例 Unified CM 叢集和 RedSky 雲端之間設定了 SIP trunk。
如果發生生存能力事件,則無法從 ESN 存取 RedSky 雲端,因此您需要設定緊急通話撥號計劃,以便在 RedSky 不可用時,透過本地 PSTN 路由緊急呼叫在該網站上設定的 GW。路由群組必須包含本機 PSTN GW,才能在生存能力事件期間處理通話路由。
對於其他專用實例區域中的緊急呼叫,撥號計劃也需要設定為在生存能力事件期間透過本機 PSTN GW 路由呼叫。
呼叫路由
配置撥號計劃以在生存能力事件期間路由站點內、站點間、叢集間和 PSTN 通話。一般而言,ESN 只能路由向其註冊之裝置的通話。所有其他呼叫都需要路由至本端 PSTN GW(在部署 ESN 的每個網站中設定),並從那里路由至 PSTN。以下是說明的幾種情況:
-
電話 1 和電話 2 已註冊到相同的 ESN – 通話會在 ESN 內路由。
-
向 ESN 註冊的電話 1 和向專用實例 Unified CM 叢集註冊的電話 2 – 撥號計劃應將呼叫從 ESN 路由至本地 PSTN GW,然後從該處透過 PSTN 路由至 DI Unified CM。在生存能力事件期間,撥號計劃應偵測到通話路由失敗,並透過本機 PSTN GW 重新路由通話。這同樣適用於從 DI Unified CM 裝置撥入 ESN 的呼叫。
-
向 ESN 註冊的電話 1 且電話 2 是 PSTN 裝置:在生存能力事件期間,PSTN 通話需要路由至本機 PSTN 閘道。您必須確保撥號計劃能夠偵測通話路由失敗,並透過可用的本機 PSTN 閘道重新路由通話。
我們不建議在 2 個 ESN 的節點之間進行 ICT 通話,儘管當 ESN 在您的網路中可連線時可行。
語音郵件和自動語音應答
-
在生存能力活動期間,當從您的網站到專用實例雲端的連線中斷(WAN 或連線中斷)時,語音郵件和自動語音應答功能將無法用於註冊到 ESN 的裝置,因為託管的是 Cisco Unity Connection 伺服器在從 ESN 連線已中斷的專用實例雲端中。如果您的裝置設定了「未註冊的來電轉接 (CFU)」,並且在 DI Unified CM 中收到來電,則來電者可以將語音郵件存放在專用實例 Unity Connection 中。當裝置回退至 DI Unified CM 訂閱者時可擷取。
-
但是,在可連線至專用實例雲端但 DI 中的 Unified CM 叢集已關閉的生存能力事件期間,在此情況下,語音郵件和自動語音應答功能適用於向 ESN 註冊的裝置,因為 ESN 將與部署在 DI 雲端中的 Unity Connection 伺服器。
Mobile and Remote Access (MRA)
在生存能力活動期間,ESN 將無法存取 DI 雲端中的 Cisco Expressway E & C,反之亦然。因此,在這種情況下,MRA 使用者無法從 ESN 獲取服務,因此將無法註冊。但是,如果 MRA 裝置具有網際網路且可以連線至 DI 雲端中的 Cisco Expressway,則它可以向 DI Unified CM 註冊,前提是 DI 中的叢集正常運作。
第三方整合
CTI
若要讓基於 CTI 的整合與 Enhanced Survivability Node 一起使用,您必須將 Enhanced Survivability Node 新增為 CTI 伺服器清單的一部分。已針對使用 JTAPI 的應用程式進行 CTI 增強,以允許「增強生存能力節點」作為 CTI 伺服器,僅當無法連線設定清單中的主要或次要 CTI 伺服器時,應用程式才能連線至 CTI 伺服器。在正常作業期間,網站上的 CTI 應用程式可以與 DI 雲端中的主要和次要 CTI 伺服器連線,而在生存能力活動期間,它們可以與增強的生存能力節點連線以獲得持續的 CTI 體驗。應用程式必須適應透過 JTAPI 介面公開的新 API,以確保在還原連線時從增強生存能力節點進行後援。
有關新增的新 API 的更多資訊,請參閱備援部分, https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/14_0_1/cucm_b_cisco-unified-jtapi-developers-guide-14/cucm_b_cisco-unified-jtapi-developers-guide-1251_chapter_00.html
第三方 SIP
透過 SIP trunk 介面的第三方應用程式支援 Enhanced Survivability Node。在 SIP trunk組態中,「在所有節點上執行必須啟用組態。
第三方電話
支援具有第三 TFTP 功能的第三方裝置。
災害復原
若 Enhanced Survivability 已損毀或無法修復,請遵循下列步驟以重新部署 Enhanced Survivability 節點:
-
提出 Cisco TAC 支援 大小寫。然後,「專用實例」作業將協助從 Control Hub 中的「專用實例發布者」節點移除受影響的增強型生存能力節點。
-
在 Control Hub 中,一旦系統移除了專用實例 Unified CM 發布者下的損毀增強型生存能力節點,請遵循新增增強的生存能力節點,安裝增強的生存能力節點 和啟動增強的生存能力節點 以重新啟動損壞的節點並將其新增回專用實例叢集。
將節點新增回叢集後,將自動觸發資料庫同步並還原節點。
當您在 Control Hub 中重新新增增強的生存能力節點時,Control Hub 將在下方保留損壞節點的主機名稱新增增強的生存能力節點。您可以選擇保留或變更 IP 位址。