在Video over IP中运用PacketShaper
——采用PacketShaper方案来保证video over IP高效、稳定运行

译：上海朗坤信息系统有限公司

 

本文介绍用Packeteer公司的PacketShaper保障运行于IP流上的H.323视频流的方法。

 

IP汇聚以及管理Video over IP的需求
       IP汇聚，一直以来都是神秘不可达，但如今它已经在企业中变为现实，Video over IP如视频会议成为带动这一革命的关键应用，然而虽然单业务的IP网络尚可管理，但对多业务的网络，问题就产生了，在共享的网络中视频、音频、数据汇总在一起，于是我们开始关心Video over IP等时间敏感的应用如何有效、稳定的运行。

       同带宽抢占能力较强的应用相比，Video over IP需要不变的稳定带宽，不会突发，然而，实际上它却是很容易受到其他应用的干扰。

       因此，网络管理人员的主要目标是限制不可预测的且不重要的应用，使它们不至于影响到Video over IP的应用。企业里，应用包含Web、FTP、email以及打印任务，也包括重要的应用如ERP、CRM、message以及其他商务应用，但撇开它们的重要性不谈，网络主管最终是要在不影响其他重要应用的前提下保障所有应用高效运行。

 

使用PacketShaper
       IP汇聚的剧增以及管理的需求带动了对Packeteer的PacketShaper的需求---确保企业WAN和Internet关键应用高效、稳定运行的应用效能解决方案。

       PacketShaper一般装在分部，在广域链路路由器的以太网这一边，由于这一点，它的7层透视能力提供给管理者从中心到分部以及各分部间流量完整的可视能力。这种透视能力让我们可以根据业务重要性利用PacketShaper的策略控制功能管理带宽的分配，减少时延，保证每个应用。和交换机一样，PacketShaper对流量来说是透明的，不增加跳数也不改变路由配置。由于它装在路由器的以太端，它是透明的，换句话说，它同帧中继、ATM、DSL、wireless以及其它WAN传输机制都可以无缝集成。

Qos方法
采用PacketShaper保证视频环境包括三个步骤：

1．  通过分类和运行分析确定网络带宽的需求

2．  制定策略

3．  查看结果

确定网络带宽需求
       实现Qos第一步是要确定Video over IP的真正所需带宽，这包括定义当前网上应用并确定它的带宽需求。

       将运行在网络上的流量分类是很有必要的，对网络上应用流的透视能力可以让我们对每个应用对其它应用冲击有全面的了解。一个H.323对话包括多个组成部分，它们有自己的特点和带宽需求。

分类

       为了区分流量，创建一个类，命名为Video over IP并定义它的终端或网关，这需要在两个方向上都做设置（Inbound Outbound），因为Video over IP是双向的，终端可用IP地址或动态名称（如果用了DHCP）来定义。如果你一个点上有多个终端，你可以建一个Host列表。如果你有安装了Packeteer PolicyCenter的服务器，你可以创建一个列表，把所有视频会议的站点存在中心LDAP服务器上。创建用于视频会议所有站点，确保没有运行H.323的设备不会运行于网络中，如果你不关心这些，你可以忽略输入IP地址这一项，PacketShaper将自动发现所有网上的H.323的流量。

H.323 组成	Protocol
Call Setup Protocols	Q.931,H.323 Gatekeeper
Video & Voice Channels	RTP
Control Channels	RTCP
Collaboration Channels	T.120
System Control	RSVP, Proprietary Management

      接下来，打开这个类的Traffic Discovery功能，它将自动识别所有子类别，并且收集数据进行统计。先打开再停止视频会议，产生一些流量以便PacketShaper能识别各协议，保持一个会议10分钟以上来产生足够的测试数据，你可以看到H.323的子协议，如RTP和RTCP，发现并归类（并不是所有的对话都使用到每个协议，有的协议不是马上出现），因为PacketShaper无需查看当前采用哪个端口就能发现H.323流量，你不必定义特定的端口范围来区别它。

测量

       现在点击PacketShaper的Report Tab看采集到的数据，你可以看到视频消耗多少带宽。

制定策略
       通过报告，你可以观察到多媒体编解码系统运行一个对话到底是用了多少带宽，PacketShaper测量所有有效数据载荷以及超量部分，所以实际带宽需求会稍大于表面看到的速率。一般来讲，你要增加10~20%的范围，因此，一个标为768k的数据流可能需要820k来保证。

       记住单个对话所需带宽，决定要分配给视频多少带宽，根据你的意图为先前的类建立一个分区，Inbound和Outbound都做设置，分区用CIR最小，EIR最大方式定义，因为PacketShaper独特的动态分区技术可以把没有用到的带宽分配给其他应用以免造成浪费，这里建议为视频多留一些带宽，例如，上面的例子中，你可以选择CIR为850K来保证应用有足够余量。

       如果你打算同时在一条链路上运行多个视频流，那设置允许接入策略是非常有必要的，这将防止过多视频流同一时间起来从而影响其他各个进程。策略运用于每个单独session，将策略运用于RTP-I这个类。如果没有足够的带宽来起一个新的session，PacketShaper将按允许接入里相关设置执行，拒绝新的视频流，不让其初始化。

例子

       现有一个T1的链路，使用384k编码的视频流

       Partition：      最小500k Burstable to 1000k

       Policy：         420k Burstable at Priority 5

       Admissions Control：Reject

       一个384k多媒体编解码系统可能占用最大420k左右的带宽，所以，一个视频流运行，它用去420k，剩余带宽用于数据传输，如果有2个视频流，用去840k，剩余带宽用于传数据，如第三个视频流想起来，它将被拒绝，应为T1 1000k已经没有足够带宽来运行它了。

监测结果
       一旦策略制定后，监测网络确认效果，PacketShaper报告功能提供详细数据来评定是否符合SLA

 

总结

       采用PacketShaper来保证Video over IP高效、可靠运行需要

1)      安装好设备，打开Traffic Discovery

2)      产生Video over IP流量，使PacketShaper能发现H.323流量

3)      应用分区设置最小最大带宽给H.323流量，根据网络复杂程度和特殊性再做微调