概觀

在單一網站部署模型中，增強生存能力節點 (ESN) 與 PSTN通話路由的本機閘道一起部署在網站內。 在中斷期間，最多可以向 ESN 註冊 7500 個裝置。

在多網站部署模型中，有多個網站且 ESN 可以部署在每個網站中，取決於網站持續性的業務需求。 本機閘道和DNS的需求總是必要的，而且總共可以將 8 個 ESN 節點新增至Unified CM叢集。

此部署模型適用於具有多個網站的地區的客戶，而且對於其中多個網站都需要持續性。 雖然可以跨網站共用 PSTN本機閘道道，但不建議這樣做。如果發生網路中斷，網站可能會被隔離，在這種情況下，ESN 將無法連線至本機閘道以將呼叫路由至 PSTN。

以下是多地點部署的 2 個部署選項：

• 選項 1： 每個地點均部署了增強的生存能力節點。

• 選項 2 – 在多個站點之間共用的通用增強生存能力節點。

與部署在專用實例資料中心內的其他節點一樣，我們會監控和管理「增強生存能力節點」。 在持續性活動期間，當 ESN 與Cisco Cloud中斷連線時，我們會失去對節點的存取權，當解決中斷問題並恢復連線時，會自動重新連線。

我們管理 UC 應用程式憑證，並且在啟動增強生存能力節點期間，我們更新了專用實例Unified CM 叢集憑證使用 ESN 更新。

從 Control Hub 啟動 ESN 期間，所有已註冊的裝置都將重新啟動，因為將使用多 SAN 憑證更新Unified CM叢集的憑證。 因此，我們會從 Control Hub 計劃啟用 ESN 期間的維護期間。 參考，如何啟動增強的生存能力節點。

在生存能力活動期間，增強的生存能力節點在本地儲存所有 CDR/CMR 資料。 當連線恢復後，資料將同步回專用實例Unified CM Publisher者 。 可儲存的資料量取決於當時的增強生存能力節點的磁碟大小。 可為 CDR 設定的最大磁碟分配空間是3328 MB 。 這可能是根據設定的 CDR 間隔，由小到大的 CDR 檔案大小。 清除的發生基於：

• 當磁碟使用量超過已分配或設定的磁碟空間時，會刪除已處理的記錄。 如果磁碟使用量仍然較高，則未處理的記錄也會被清除。

• 高水位 %即，該 CDR 檔案將被清除。 譬如，如果「高水位」%” is configured as 80%且磁碟使用量率為 80%，則將清除 CDR 檔案。

• CDR / CMR 檔案保留持續時間 (天)即，該 CDR 檔案將被清除。 預設情況下，它設定為 30 天。

以下是RTCP中與增強生存能力節點相關的警示：

• 生存能力活動- 當無法從「增強生存能力」節點連線至所有「專用實例」節點時，會觸發警報。

• 遠端可生存節點無法聯絡- 當專用實例Unified CM發布者無法連線至「增強生存能力節點」時，會觸發警報。

在持續性活動期間，您需要將RTCP至增強的持續性節點以監控 ESN 的效能。 如果RTCP連接到專用實例節點，則相同將不可用，因為在持續性活動期間將無法從雲端連線 ESN。

在正常操作期間，資料庫複寫在Unified CM 叢集內的所有伺服器（包括增強的生存能力節點）之間完全網格化。 靜態組態資料是透過移動、新增和變更建立的，因此一律儲存在發布者上，並以單向方式從發布者復製到叢集中的每個訂閱者和增強的生存性節點。

在生存能力活動期間，只會修改已註冊至增強生存能力節點的裝置上的面向使用者的功能，而且通常使用這樣一個事實來表徵面向使用者的功能，即您可以透過按一下 直接在電話上啟用或停用功能。一個或多個按鈕，而不是透過網路型GUI變更功能。 因此，增強的生存能力節點允許自助服務和網路管理GUI作為唯讀操作。 向 ESN 註冊的使用者裝置在故障轉移期間只能變更下面列出的面向使用者的功能。 然而，當重新建立連線時，這些變更將不會同步回 DI Unified CM發布者。

面向使用者的功能是可透過按電話上的按鈕啟用或停用的任何功能，包括：

• 全部呼叫轉接 (CFA)

• 啟用或停用隱私

• 請勿打擾(DND) 啟用或停用

• Cisco Extension Mobility登入

• 搜尋群組登入或登出

• 裝置行動化

• 最終使用者和應用程式使用者的CTI CAPF狀態。

在故障轉移至增強生存能力節點期間，用於登入的軟體用戶端（Cisco Jabber和Webex應用程式）的驗證如下：

1. 本端驗證： 當在Unified CM中本地完成使用者驗證時，在持續性活動期間，增強持續性節點將能夠驗證向其註冊的用戶端。

2. LDAP驗證： 在此情況下，使用者的驗證是使用本機LDAP 伺服器完成。 然後，在持續性活動期間，只要可以從增強的持續性節點連線至LDAP 伺服器，軟體用戶端的驗證就可以運作。

   您應該確保在整個生存能力活動期間LDAP目錄可以存取 ESN。

3. 單一登入 (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 的來電。

• 電話 1 已向 ESN 註冊，而電話 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 伺服器。

在持續性活動期間，ESN 將無法連接 DI 雲端中的Cisco Expressway E&C，反之亦然。 因此，在這種情況下，MRA 使用者無法從 ESN 取得服務，因此將無法註冊。 但是，如果 MRA 裝置具有網際網路且可以連線至 DI 雲端中的Cisco Expressway，則它可以向 DI Unified CM註冊，只要 DI 中的叢集正常運作。

要讓基於CTI的整合與增強的生存能力節點搭配使用，您必須將增強的生存能力節點新增為 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

AXL 網路服務在「增強生存能力節點」中啟用，具有唯讀管理員特權。 對於任何資料庫相關更新，我們建議任何第三方應用程式（例如佈建伺服器）僅與 DI Unified CM發布者介面。 然而，當連線至「增強生存能力節點」時，這些應用程式可能為唯讀。

透過SIP中繼線介面的第三方應用程式支援「增強生存能力節點」。 在SIP trunk設定中，在所有節點上執行必須啟用 ' 組態。

支援具有三級TFTP功能的協力廠商裝置。