PacketShaper在整流控制功能方面可以利用TCP和UDP速率控制技术管理网络阻塞，控制端到端延时，以确保关键重要应用软件的性能。以下结合Packeteer产品白皮书所述和我们的实际测试过程，对TCP和UDP速率控制加以解释。

      TCP速度控制——强制TCP流的均匀平滑流动，以获得最大吞吐量。降低内向和外向流的延时。评估网络延时，预测数据包到达间隔；并相应调整TCP滑动窗口尺寸；检测应答包以确保恰好及时的数据传输。

      TCP协议是可靠的有连接的，通过n次握手完成数据准确不误的传送，所以对TCP的应用只需对其窗口大小加以限制，保证带宽充足，给它强加一个上限，压制其明显的突发现象，从而达到控制管理效果。对于用户要求达到1Kbps以下的控制，PacketShaper理论上是可以实现的，但这在实际应用中其实是没有意义的。因为1Kbps＝0.125KB，如此小的流量在TCP应用中可以说是忽略不计的。所以对于TCP应用都控制在至少几十K以上，例如，限定56Kbps的HTTP应用，实际的字节量只有7KB，和普通56K的MODEM访问HTTP页面的速度差不多。所以在我们实际应用中，对于TCP速率控制有可能有+5K的偏差，其实这个在实际应用中都是可以忽略不计的。

      UDP速度控制——以非常明确的速度对内向和外向UDP流量进行管理，保证准确的带宽使用量。例如，网络电话要求最少的带宽，PacketShaper可以提供准确数量的带宽，以消除流量抖动并确保可靠的性能。

      UDP协议是不可靠的没有连接的，它的传送过程没有握手信号和应答信号，由于此协议本身的特性，所以至今对UDP应用的控制仍然没有非常奏效地方法。PacketShaper采用对每个UDP会话限定一个最大时延，当UDP应用过流量并超出此时延的时候，PacketShaper便强制对它进行限制，以达到带宽管理的效果。但是由于UDP协议和TCP协议本身差别很大，所以对UDP的控制可能没有TCP那么明显。一般来说，保证UDP流量控制是可以实现的，但是需要一定的延时或者有一定范围内的误差波动。在实际应用中，由于UDP应用的特殊性，我们一般总是对其加以一定流量的保证，并限制一定带宽的突发范围。例如，对于常见的VoIP，我们采用的UDP控制一般如下：假如厂商所推出的VoIP每个会话最小带宽为8Kbps，那么实际上其带宽应用一般在17～21Kbps中，而对于UDP应用，我们通常加以15～20％带宽的突发范围，所以在实际控制中，对每个VoIP会话保证24Kbps的带宽。同时为了保证不让VoIP占用太多的带宽，我们要限制会话的数量，这样就可以同时保证其他应用的带宽不受不受影响了。

 

直至7层的分析能力。

举例如下：

 

PacketShaper显示有很多FTP流量（Outbound方向）

 

 

TN3270 – TN5250 – TN3287 – TN5250p:主机TELNET使用TCP端口号23作正规的远端访问，而无法被大多数的“流量管理仪/分析仪”识别。TELNET支持两个完全不同的流量类型。会话流量是交互式的，并且使用很少的带宽，所以需要高优先级；另一方面，打印流量具有突发性，只要低的优先级。这就需要两种完全不同的策略。如果你有一兆字节的TN3270打印任务与正规的用户对话有相同的优先级，它就可能占用整个广域链路几分钟，在这几分钟里包括其他TN3270会话在内的流量都无法通过。PACKETSHAPER使用TN3270、TN5250和相关的打印流量“应用识别”技术，可以使你为每种打印流量分配不同的策略。

 

Microsoft Exchange:Exchange采用DCOM协议来为每个数据交换分配任意端口。甚至把http响应对话和其他常用应用转为不同范围的端口号，你也不能应用端口范围来定义它。但PacketShaper的Exchange应用识别技术可以检测到DCOM流量。

 

Oracle 8:Oracle 7 SQL*Net流量使用固定端口，而Oracle 8使用动态端口分配，所以不能简单的通过Access控制列表来进行管理。PacketShaper的Oracle 8应用识别技术让你可以根据不同的数据库名制订策略，以便使你可以区别Payroll和公司电话表等应用。

 

RealAudio G2 – Internet Radio:早期的REAL AUDIO/VIDEO应用使用一个固定的传输端口号（7070），但是新的“G2”把自身嵌入到HTTP流量中。PACKETSHAPER使用 REAL AUDIO“应用识别”技术，能够为它分配特别的策略。

 

Microsoft NetShow – NT Streaming Video:像Real Audio和Netshow都是从一个基于静态端口的模型变为嵌入HTTP流量的应用。作为NT5.0的主要组成，Netshow流量在未来变得十分普遍。视频会议和基于计算机培训的流媒体应用，需要QoS服务保障，以便在繁忙的广域链路上达到满意的效果。PacketShaper使用Netshow“应用识别”技术，无论运行在多目模式、TCP模式、UDP模式或HTTP模式，都能够对它识别。

 

HTTP:Http的默认端口是80，很少的网站和服务会使用如443，8080，4040，23567等其他端口。但如果web服务器用了这些端口，网管人员和用户就无法控制http流量。而利用PacketShaper的应用识别技术，你可以识别出http流量，尽管它们使用了非标准端口。

 

PPTP-VPN:虽然呼叫建立初始化在普通的端口上，但PPTP VPN隧道协议之后转换到GRE进行实际数据传输，而这项传输通过端口也是无法检测到的