开发者社区> 异步社区> 正文

《实施Cisco统一通信管理器(CIPT1)》——2.4 使用分布式呼叫处理的多站点WAN部署模型

简介:
+关注继续查看

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

2.4 使用分布式呼叫处理的多站点WAN部署模型

实施Cisco统一通信管理器(CIPT1)
如图2-3所示,多站点WAN分布式呼叫处理模型由多个独立的站点组成,每个站点都有各自的CUCM集群,它们分别连接到IP WAN,并由IP WAN来承载各个站点之间的语音流量。

4e14dbc973a321f3212c4b923634179a35657d5e

CUCM、应用和DSP资源也可以部署在同一个站点中。而IP WAN只负责承载站点间呼叫的信令流量;至于站点内呼叫的信令流量则只在站点内部进行本地传输。因此,相比集中式呼叫处理模型,这种部署方式减少了站点间的信令流量。

如果在分布式呼叫处理模型中使用了网守,那么这种模型就可以扩展到上百个站点。当IP WAN出现问题时,它还能使用PSTN来实现呼叫处理,而这个过程对用户来说是透明的。

使用分布式呼叫处理的多站点WAN部署模型具有以下设计特点。

每集群最多支持30000台SCCP/SIP电话或SCCP视频端点。
每集群最多支持1100台MGCP网关或H.323设备(网关、MCU、中继、客户端)。
PSTN负责所有外部呼叫。
DSP资源负责提供电话会议、编码转换和MTP。
拥有语音邮件系统、统一消息系统、Cisco Unified Presence组件。
能够与传统PBX和语音邮件系统相集成。
H.323客户端、MCU和H.323/H.320网关必须注册到Cisco IOS网守(Cisco IOS 12.3(8)T或其后续版本)中,网守才能为其发起呼叫。然后,CUCM通过H.323中继与网守建立连接,并向注册上来的H.323设备提供呼叫路由和带宽管理服务。管理员可以使用多台Cisco IOS网守来实现冗余。Cisco IOS网守也可以用来实现各个CUCM集群间的呼叫路由和带宽管理。在大多数部署环境中,Cisco建议每个CUCM集群拥有专门负责处理其内部呼叫的一组网守,以及专门负责处理集群间呼叫的一组网守。在一些特定的情况下也可以使用同一组网守来处理这两类呼叫,具体措施取决于网络的规模以及拨号计划的复杂性。
每个集群都需要使用各自的MCU资源来实施多点视频会议。根据会议的要求,这些资源可以是SCCP,也可以是H.323,或同时为SCCP和H.323。并且MCU可以全都位于局部站点(Regional Site);若远端站点需要本地会议资源,也可将MCU分布在每个集群的远端站点中。
需要使用H.323/H.320视频网关来与公共ISDN网络中的H.320视频会议设备进行通信。这些网关可以全部位于局部站点;如果远端站点需要本地ISDN接入,那么网关也可以分别部署在每个集群的远端站点中。
相同站点的设备之间使用高带宽音频编码(如G.711、G.722或Cisco宽带音频),不同站点的设备之间使用低带宽音频编码(如G.729或G.728)。
相同站点的设备之间使用高带宽视频编码(如384 kbit/s或更高),不同站点的设备之间使用低带宽视频编码(如128 kbit/s)。这里推荐管理员为相同站点的设备间呼叫使用Cisco Unified Video Advantage Wideband Codec,编码率为7 Mbit/s。需要注意的是,集群间中继链路不支持Cisco VT Camera(摄像头)宽带视频编码。
1.优势
使用分布式呼叫处理的多站点WAN部署具有以下优势。

使用IP WAN进行站点间呼叫,因此能够节省成本。
使用IP WAN可以让呼叫通过更靠近被叫PSTN号码的远端站点网关路由出去(也就是TEHO[远端落地切换]特性),通过这种方法可以节省长话费。
可以与其他类型的流量共享IP WAN,从而在最大程度上利用可用带宽。
每个站点上都部署了呼叫代理,因此在IP WAN链路失效期间不会丧失任何功能。
可扩展到上百个站点。
网守网络可以扩展到上百个站点,唯一的设计限制就是WAN拓扑。
2.最佳做法
使用分布式呼叫处理的多站点WAN的部署需求,与使用分布式呼叫处理的单站点或多站点部署模型的部署需求在很多方面都大同小异。因此,管理员不仅应该遵循我们在下面所罗列的这4点最佳做法,还应遵从其他部署模型的最佳做法。

SIP或网守代理服务器是多站点WAN模型中的关键元素。它们都可以提供拨号计划解决方案,其中网守还可以提供呼叫准入控制(CAC)功能。实际上,网守就是一台提供了呼叫准入控制和E.164拨号计划解决方案的H.323设备。

在部署网守时,管理员可以遵从以下最佳做法。

使用Cisco IOS网守为每个站点提供入向和出向的呼叫准入控制。
通过使用HSRP网守对(Gatekeeper Pair)、划分网守集群、支持可替换网守这三种方式,来实现网守的高可用性。除此之外,还可以部署多网守来实现网络冗余。
选择适当的平台,确保设备性能与能力要求相匹配。
在WAN中仅使用一种类型的音频编码,因为H.323在带宽请求中不考虑第2层头部开销及IP、UDP或RTP协议的头部开销。在WAN中仅使用一种类型的编码方式,就无需为出现最坏的网络状况而预备超额的IP WAN带宽。

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

相关文章
在PyTorch中使用DistributedDataParallel进行多GPU分布式模型训练
在PyTorch中使用DistributedDataParallel进行多GPU分布式模型训练
322 0
能源路由器 :分布式智能电网应用的混合通信体系结构
能源路由器 :分布式智能电网应用的混合通信体系结构
78 0
分布式理论学习-分布式通信
分布式通信主要内容 远程调用:一个服务调用另外一个服务 发布订阅:生产者发布消息到消息中心,消费者从消息中心获取消息 消息队列:消息队列的思想就是基于队列实现的,按照FIFO顺序消费信息
40 0
【微电网优化】基于粒子群实现含分布式电源日前两阶段优化调度模型附matlab代码
【微电网优化】基于粒子群实现含分布式电源日前两阶段优化调度模型附matlab代码
235 0
分布式执行模型
分布式执行模型
35 0
ROS入门笔记(十三):分布式通信
ROS入门笔记(十三):分布式通信
199 0
阿里开源 支持10万亿模型的自研分布式训练框架EPL(Easy Parallel Library)
最近阿里云机器学习PAI平台和达摩院智能计算实验室一起发布“低碳版”巨模型M6-10T,模型参数已经从万亿跃迁到10万亿,规模远超业界此前发布的万亿级模型,成为当前全球最大的AI预训练模型。同时做到了业内极致的低碳高效,使用512 GPU在10天内即训练出具有可用水平的10万亿模型。
1155 0
阿里开源支持10万亿模型的自研分布式训练框架EPL(EasyParallelLibrary)
EPL背后的技术框架是如何设计的?开发者可以怎么使用EPL?EPL未来有哪些规划?今天一起来深入了解。
552 0
一种支持细粒度时间限定的分布式CEP模型
背景传统CEP(复杂事件处理,Complex event processing)引擎功能较为单一,往往仅是NFA(非确定有穷自动机,Non-deterministic finite automaton)基本功能连接、或和闭包的简单堆积。当前,随着移动设备的大范围普及,数据量越来越大,而传统CEP引擎对应的NFA只能运行在单台机器上,处理性能不能横向扩展。本文针对CEP引擎对应的NFA增加了“不发生
169 0
+关注
异步社区
异步社区(www.epubit.com)是人民邮电出版社旗下IT专业图书旗舰社区,也是国内领先的IT专业图书社区,致力于优质学习内容的出版和分享,实现了纸书电子书的同步上架,于2015年8月上线运营。公众号【异步图书】,每日赠送异步新书。
文章
问答
视频
文章排行榜
最热
最新
相关电子书
更多
银行分布式核心系统建设实践
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载