也谈多业务企业网QoS保障方案-请稍后再尝试访问！.DOC

也谈多业务企业网QoS保障方案 龚杰-美国Packeteer公司大中华区经理 随着企业信息化高潮的到来，不同种类的企业应用在企业网上涌现。怎样确保企业关键业务应用在网络上运行的服务质量，即所谓的QoS，已经日益成为不仅仅只是网络管理人员所关心的技术课题，也是企业中各级部门经理、CFO及CEO所关注的题目。 问题的所在与严重性 企业要提高生产力和竞争力，整个生产或服务流程的电脑化和信息化已经是大势所趋。办公室自动化、数据库、ERP、CRM、物流供应链等关键业务应用与日俱增。与此同时，这些化费IT预算一大部分的应用信流却要与其它相对无关紧要的应用如电邮和网上浏览等争夺有限的广域网资源，网络阻塞已经成为我们日常每天都要面对的头痛问题。企业在昂贵软件上巨大投资的回报率下降，生产力直接受到影响。 最容易的解决方法是不断循环采购广域网带宽，不断加大广域网资源投资。但是无止境地向问题抛钞票并不是个长治久安的解决方法，不提非线性的IT预算增长是否符合企业利润增长大目标的要求，企业网与英特网的连接、计算机用户数目爆炸性地增长、桌面微机吞吐力的剧增、TCP不可预测的天然突发行为等因素就足以化增加了的广域网资源于无形。关键应用的畅行无阻还是没有保障。今天的一台普通桌面电脑就可轻而易举地吞噬一家企业广域网出口的带宽。 网络阻塞主要由以下几个原因引起： 局域网与广域网接合部吞吐容量的巨大落差 今天局域网所普遍采用的局域以太网技术有10兆、100兆、千兆和全、半双工之分，广域网采用DDN、帧中继、ISDN、或卫星等传输技术，传输管道带宽通常在2兆以下。在局域网与广域网接合部上吞吐量的如此巨大差异，使通信瓶颈自然形成。理论上局域网可向广域网发放广域网能够承受的以倍数计的信息量。 情形就如海滨堤岸上有条导水管，一个海浪打来，水管是无论如何也不能在瞬间疏导所有水量。水管的纵切面会显示如下图一所示的情况： 图一. 当大量信息包从局域网涌向广域网瓶颈时，广域管道出现严重阻塞，浪峰之间管道带宽利用率下降 也就是说，网络中信息源，即服务器和客户机向网络发送信息的量不受控制，阻塞的发生就很自然了。 信息源发放数据的随机性 另一个令阻塞产生的主因除了以上所述的信息量不受控制以外，就是信息发放的时间也不受控制。 信息源，无论是服务器或客户机，在收到对方信息发送请求后就会向网络发送对方所需的数据。信息源在这时是不会关心或顾及网络是否有资源去处理正在被发送的数据量，而是先发了再算。数据包因为阻塞被丢弃而需重发则是下回分解。当网络中所有信息源都是这样毫无节制地，随机随意地任意发送数据，阻塞不产生才奇怪。这情形如下图二所示： TCP的突发行为 为了使每一项传输任务能尽早完成，TCP协议具有一种与生俱来的控流特性叫“慢起”(Slow Start)。 “慢起”要求每对TCP会话中接收一方在确认封包(Acknowledgement Packet)中向发送方广播一个比上次交易(Transaction)更大尺寸的窗口(Window)，使发送方在下一轮的发送中不需等待确认便发送更大量的信息。这种机制的原意是要提高传输效率好让任务尽早完成。 但是，在带宽供求失衡时，这种机制让发送一方不顾后果地向对方发送越来越大量的数据直至数据被堵塞或干脆掉弃为止，又从头再来。这种情形就象在一根钢管中塞进越来越大块的石头，把其它碎石和细沙都挡住或干脆把自己也堵死一样。如图三所示： 图三. TCP慢起机制造成广域网管道阻塞 想象一下，当网络中每一对TCP会话都以同样的贪婪方式作传输时，将给广域瓶颈带来多大的压力，会有多少信息包会被路由器无情地扔掉。 信息包在路由器上漫长的等待和迷失 我们今天能安坐家中和办公室里就能与万里之外的计算机互通信息，路由器的辛勤工作实在功不可抹。它就象交叉路口上的交通灯一样，不断地指挥着南来北往的车流。 问题是，在交通流量高峰期，当车流总量远远超过路口负荷极限时，再有效率的交通灯也束手无策，所有车辆只能在灯下排队。路由器也一样，当从局域网发向广域网的信息流总量超过广域网传输管道容量时，路由器只能让来不及转发的信息包在路由器上大排长龙。除 了排队需要时间，路由器花在管理所有大大小小队列上的精力也不可忽视。路由器，特别是网络边缘的低端路由器平时完成主要路由任务已经忙得不可开交，现在还要它们分散精力去处理与路由无关的艰辛的队列优化任务，它们自然就显得力不从心，路由工作也就慢了下来。 当路由器里队列过长，路由器上不同的信息包掉弃机制就会起动，大量的信息包就会被抛弃，导致严重的TCP重发。以上两个因素也解释了为什么在网络出现阻塞时应用的响应时延大幅上升。 除了上述引起网络阻塞的四个原因之外，网络中流量的突发事件也加重了问题的严重性。没有任何人，包括网管人员在内，可以预测什么时候会突然有人向网络发放一