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

《实施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带宽。

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

相关文章
iOS 问题 1: OC项目导入swift三方库不兼容问题
iOS 问题 1: OC项目导入swift三方库不兼容问题
5 0
Flutter笔记 02:iOS调用多个flutter界面
Flutter笔记 02:iOS调用多个flutter界面
6 0
Android Glide 的简单使用(一)(下)
Generated API 使用Generated API(高级用法) 定制请求 GlideExtension GlideOption GlideType submit同步获取图片资源 Application Options(选项) Memory cache(内存缓存) Disk Cache(磁盘缓存) Bitmap pool(位图池) 配置缓存 磁盘缓存策略(Disk Cache Strategy) 仅从缓存加载图片 跳过缓存 清理磁盘缓存 相关资源 Glide 缓存机制及源码(二) Glide git传送门 Glide中文文档 glide-transformations传送门
6 0
iOS 底层原理 自测(一)
iOS 底层原理 自测(一)
5 0
iOS-底层原理 15:dyld发展史
iOS-底层原理 15:dyld发展史
5 0
iOS 调试:通过 Safari/Chrome 调试 WebView
iOS 调试:通过 Safari/Chrome 调试 WebView
5 0
iOS 源码分析(一):CTMediator
iOS 源码分析(一):CTMediator
6 0
iOS 源码分析(二):YYModel
iOS 源码分析(二):YYModel
8 0
iOS 源码分析(三):MLeaksFinder
iOS 源码分析(三):MLeaksFinder
6 0
iOS 底层原理37:链式编程
iOS 底层原理37:链式编程
6 0
+关注
异步社区
异步社区(www.epubit.com)是人民邮电出版社旗下IT专业图书旗舰社区,也是国内领先的IT专业图书社区,致力于优质学习内容的出版和分享,实现了纸书电子书的同步上架,于2015年8月上线运营。公众号【异步图书】,每日赠送异步新书。
12049
文章
0
问答
文章排行榜
最热
最新
相关电子书
更多
OceanBase 入门到实战教程
立即下载
阿里云图数据库GDB,加速开启“图智”未来.ppt
立即下载
实时数仓Hologres技术实战一本通2.0版(下)
立即下载