设计阶段:
到此,设计的准备阶段已经完成。我们已经清楚构成IPT网络的协议基础,并且知道Cisco是怎么利用这些协议构架产品线支持完整的语音通信和应用。
我们也了解了Cisco的完整产品线和它们在IPT中扮演的“角色”,下面我们需要掌握一些实际设计时会遇到的问题和解决方案:
1 网关选型
协议:
我们可以选择MGCP和H.323类型的网关,具体都体现在Cisco Ios的特性上,但MGCP是Cisco的呼叫抗损建议,即使如此H.323也是Cisco全系列网关型产品支持的。MGCP型网关的可以在CCM中集中配置,包括拨号计划。而H.323网关有自己的独立于CCM的拨号计划配置任务。
PSTN干线和信令:
T1-CAS,ISDN E1/T1 PRI, BRI, FXO, E&M 等,这是实现IP语音长途线路备份的租用线路,由电信服务商提供
2 带宽和流量分析
在设计长途带宽时,语音编码格式对带宽的规划是重要的,常用的几种编码格式:
g.711 g.723 g.729a
我们常用g.711或g.729a :
g.711 编码需要64kbps,加上帧头、其他包头、预留后,经验值是80 kbps
g.729a编码需要8kbps,加上帧头、其他包头、预留后,经验值是24 kbps
具体的计算方法,限于篇幅,不再详述,有兴趣可参阅《VOIP配置技术》一书
3 Qos考虑
语音流与普通数据流对QOS有着完全不同的要求,我们必须使用各种Qos机制去避免丢包, 延迟, 和抖动 (Jitter)。不同的区域有不同的Qos任务:
圆区:视别语音,包括 流分类、队列
WAN边缘:语音优先,包括 流分类、队列
WAN主干:带宽规划,包括 对列、拥塞避免
另外值得一提的是IP Phone与PC的流量用802.1 P/Q VLAN分隔的特性,这在catalyst系列交换机中通过附属VLAN实现的。(据分析,PC的VLAN是通过Native Vlan实现的,众所周知,Cisco的一个VTP域中只能有一个Native Vlan,所以现阶段这些与IP Phone连接的PC只能在同一个Vlan里,我已向Cisco询问,但还未得到Cisco证实)
限于篇幅,这里不再对Qos实现进行详述,专门的讨论请关注本系列另一篇:
构建新一代 安全、智能、融合网络
——端到端的Qos设计
4 IP Phone的供电
线内供电
•用于Catalyst交互机和2600/3600/3700路由器的供电线路卡
•使用电源线对1和2(与以太网相同)来提供—48V
外部供电
•需要外部电源接线板
•接线板在电源线对3和4上提供—48V
墙上供电
•需要DC转换器来支持IP电话与墙上插座的连接
5 CCM的可扩展性/冗余群集选件
CCM推荐使用一用一备的双CCM服务器布置,一台支持2500个Users的硬件CCM可以通过集群特性扩展到支持10000个Users。最新的CCM3.3的硬件实现MCS7845可达到30000个Users的集群布置规模
IPT的设计也象本专题的“前言及准备”里所说的基础网络设计一样经历了3个阶段发展:
1 独立/分离的语音网络(PSTN+PBX)和数据网络(Ethernet)
2 部分融合的VOIP旁路设计(语音可以走IP旁路了,但还无法脱离PSTN的主导地位)
3 全融合的IPT网络(模拟电话和PBX被IP Phone和IP PBX取代,PSTN为备份)
很多工程师已经成功的实施大量的属于第2阶段的VOIP网络,这些工程往往是通过担当网关的路由器(如1700/2600/3600/3700)+模拟接口卡(如fxo、fxs、E&M)+普通模拟电话+PBX(ISDN、E1/T1)或PSTN干线 实现的IP语音旁路,用以节约开支。这种设计架构直到现在仍然适用于一些中小型商业应用,但它存在许多缺点:
1 不易管理;工程师必须进入网关的IOS命令行才可以配置和查看。
2 扩展性差;当电话密度需求较大时,它几乎无能为力。
3 过分依赖传统PBX或PSTN干线;要实现IP产品与这些传统封闭式技术产品之间的兼容、管理、协作是件困难的事。客户不得不仍然专注于2套系统的维护。