《实施Cisco统一通信管理器(CIPT1)》——2.6 CUCM呼叫处理的冗余性-阿里云开发者社区

开发者社区> 数据库> 正文
登录阅读全文

《实施Cisco统一通信管理器(CIPT1)》——2.6 CUCM呼叫处理的冗余性

简介:

本节书摘来异步社区《实施Cisco统一通信管理器(CIPT1)》一书中的第2章,第2.6节,作者:【美】Dennis Hartmann,更多章节内容可以访问云栖社区“异步社区”公众号查看

2.6 CUCM呼叫处理的冗余性

实施Cisco统一通信管理器(CIPT1)
CUCM集群是指一组物理服务器,而其功能类似于一个单独的IP PBX系统。在CUCM 6.0中,一个集群可以包含最多20台服务器,在这20台服务器中,最多可以有8台服务器运行Cisco CallManager服务,这些服务器负责集群中的呼叫处理工作。其他服务器则用来充当TFTP服务器、媒体资源服务器、软会议桥服务器或音乐保持(MOH)服务器。

实施CUCM呼叫处理冗余性的方法是,将多台运行Cisco CallManager服务的服务器划分进一个CUCM组中。而CUCM组是一个包含有一台或多台呼叫处理服务器的优先级列表。图2-5所示为1∶1冗余设计方案。

下列规则可以应用于CUCM组中。

同一个集群中可以存在多个CUCM组。
一台呼叫处理服务器可以划分进多个CUCM组中。
每个电话设备的配置中需要指定一个CUCM组,这个CUCM组则决定了这个设备可以注册到哪个首选和备用服务器上。
Cisco IP电话会向首选服务器进行注册。空闲状态时,Cisco IP电话会与CUCM交换信令的应用存活消息。另外,Cisco IP电话还会与次选服务器建立一条TCP会话,并与其交换TCP存活消息。当电话与首选设备之间的连接断开(即没有收到对方发来的存活消息)时,Cisco IP电话就会向次选设备进行注册。在这之后,Cisco IP电话仍会不断尝试重新与首选设备建立连接,如果成功的话,Cisco IP电话就会重新注册到首选服务器上。

a972200f40be03dcddb35cb1e2906a2b50b9a4ae

1∶1的CUCM呼叫处理冗余部署方案可以确保注册的Cisco IP电话数量永远不会超过备用服务器的承受极限。虽然多台首选服务器有可能同时发生故障,而此时使用1∶1模型的集群仍然可以无障碍地运作。相比其他冗余设计模型,这种1∶1的设计方案所需要的服务器数量要更多一些。虽然这种设计方案不是最经济的,但它却是最高级别的容错方案。

每个集群还必须提供各自的TFTP服务。TFTP服务负责向电话传输IP电话配置和固件文件,以及流媒体文件,如MOH和铃声文件等;因此,运行TFTP服务的服务器需要承受的网络负载和处理器负载有可能相当大。根据这台服务器所支持的设备数量,管理员可以在一台专门的服务器上运行TFTP服务,也可以在数据库Pub服务器或者集群中其他服务器上运行TFTP服务。

在下面这个案例中,管理员专门使用了一台Cisco 7845 MCS(媒体融合服务器)来充当数据库Pub和TFTP服务器。另外,集群中还部署了2台呼叫处理服务器(在Cisco 7845 MCS平台上),用来支持最大7500台Cisco IP电话。这2台服务器一台是首选设备,另一台则专门用作备用服务器。在较小的IP电话部署环境中,数据库Pub和TFTP服务器功能也可以由首选或次选呼叫处理服务器来提供(比如MCS 7845可以支持最多1250台IP电话)。在本文的部署案例中,我们总共只需要使用2台服务器。

在增加IP电话的数量时,管理员必须在网络中增加CUCM服务器的数量,以支持更多的电话。有的网络工程师会觉得1∶1冗余部署方案过于浪费,因为在一个设计精良的网络中,多台首选设备同时出现故障的可能性微乎其微。由于服务器同时出现故障几率不高,但增加服务器却成本高昂,因此,很多工程师更愿意选择2∶1冗余设计方案,如图2-6所示。

ca90ac2ad8f3e9f78167fe62daab1484d70c43ca

尽管2∶1冗余设计方案也可以在一定程度上实现冗余,但是如果多台首选服务器同时出现故障,那么备用服务器就存在超载之虞。另外,升级CUCM服务器也会导致服务的临时中断,这是因为在升级完成之后,CUCM服务器需要重启。

虽然如此,但是在大多数IP电话部署方案中,网络工程师还是选择了2∶1冗余模型,因为这种模型可以削减服务器成本。如果网络中使用的是Cisco MCS 7845(如图所示),同时这些服务器又配备了冗余的、可热插拔的电源和硬盘。那么多台首选服务器就几乎不可能同时出现故障,在这种情况下,对于大多数企业而言,2∶1冗余部署模型就是最理想的选择。

Cisco推荐用户在超过1250台电话的集群中使用专门的TFTP服务器。在大型集群中,Cisco推荐使用2台服务器来实现TFTP功能。

如第一个部署方案所示,当系统中的IP电话数量少于7500台时,使用2∶1冗余设计方案并不比使用1∶1冗余部署方案更加经济实惠(因为只有1台首选服务器)。

而在图2-6所示的部署方案中,网络需要支持15000台IP电话,因此管理员使用了2台首选服务器(每台服务器分别为7500台IP电话提供服务)和1台次选服务器。当1台首选服务器发生故障时,次选服务器可以接管它的功能。但如果2台首选设备都出现了问题,那么备用设备就只能为一半的IP电话提供服务了。

在图2-6所示的第三种部署方案中,管理员部署了30000台IP电话,因此需要使用4台首选服务器来为这些IP电话提供服务。其中,每2台首选服务器配备了1台备用服务器。在这种情况下,只要同时出现故障的服务器不超过2台,备用服务器就可以顺利接管它们的功能,并确保所有IP电话均能正常工作。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: