概述

如果不太可能发生网络中断或任何其他中断导致站点无法连接到Webex 专用实例,增强型存活节点将主动接管呼叫控制和路由功能。 Webex 专用实例、Webex 多租户和内部部署都有存活选项,但解决方案文档详细介绍了Webex 专用实例增强存活的解决方案级别方面。

在专用实例中,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 –在多个站点之间共享的通用增强存活节点。

Serviceability

正在监控

我们像在专用实例数据中心中部署的其他节点一样监视和管理增强型存活节点。 在存活事件期间,当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管理”设置中配置的CDR/CMR文件保留持续时间(天) ,将清除CDR文件。 缺省情况下,设置为30天。

RTMT警报

以下是RTMT中与增强存活节点相关的警告:

  • SurvivabilityEvent -当所有专用实例节点都无法从增强型存活节点访问时,触发警报。

  • RemoteSurvivableNode NotReaccess -当无法从专用实例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应用程序)验证如下:

  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的可达性。

媒体资源

必须在ESN上启用基本Unified CM功能(例如音乐保持、公告、会议桥(软件)服务)需要媒体资源。 如果部署了基于硬件的媒体资源,则在存活事件期间,您必须确保媒体服务器可从ESN访问。

紧急呼叫

在DI Unified CM群集的正常运行期间,紧急呼叫(尤其是在AMER区域)通过RedSky云路由,其中有在专用Instnace Unified CM群集和RedSky云之间配置的SIP干线。

如果存在存活事件,RedSky云将无法从ESN访问,因此您需要配置紧急呼叫拨号方案,以便在RedSky不可用的情况下,通过该站点配置的本地PSTN GW路由紧急呼叫。 路由组必须由本地PSTN GW组成,以便在存活事件期间处理呼叫路由。


对于其他专用实例区域中的紧急呼叫,以及需要配置拨号方案以在存活事件期间通过本地PSTN GW路由呼叫。

呼叫路由

配置在存活事件期间路由嵌入式、站点间、群集间和PSTN呼叫的拨号方案。 通常,ESN只能为其注册的设备路由呼叫。 所有其他呼叫都需要路由到本地PSTN GW(在部署ESN的每个站点中配置),然后从那里路由到PSTN。 以下是几种情况的说明:

  • 电话1和电话2注册到同一ESN-呼叫在ESN内路由。

  • 电话1注册到ESN,电话2注册到专用实例Unified CM群集-拨号方案应将呼叫从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服务器。

移动和远程访问 (MRA)

在存活事件期间,ESN将无法访问DI云中的Cisco Expressway E和C,反之亦然。 因此,在这种情况下,MRA用户无法从ESN获取服务,因此无法注册。 但是,如果MRA设备具有互联网并且可以连接到DI云中的Cisco Expressway,则可以向DI Unified CM注册,前提是di中的集群可以正常工作。

第三方集成

CTI

要使基于CTI的集成与增强型存活节点配合使用,必须将增强型存活节点添加为CTI服务器列表的一部分。 针对使用JTAPI允许增强存活节点作为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

AXL Web服务在增强存活节点中启用,具有只读管理权限。 我们建议任何第三方应用程序(例如设置服务器)仅与DI Unified CM发布方交互,以进行任何数据库相关的更新。 但是,这些应用程序可在连接到增强存活节点时只读。

第三方SIP

通过SIP干线交互的第三方应用程序支持增强存活节点。 在SIP干线配置中,必须启用“在所有节点上运行”配置。

第三方电话

支持具有第三TFTP功能的第三方设备。