几种典型AQM算法在高速网络下比较探究

几种典型AQM算法在高速网络下比较探究

ID:46654018

大小:67.00 KB

页数:5页

时间:2019-11-26

几种典型AQM算法在高速网络下比较探究_第1页
几种典型AQM算法在高速网络下比较探究_第2页
几种典型AQM算法在高速网络下比较探究_第3页
几种典型AQM算法在高速网络下比较探究_第4页
几种典型AQM算法在高速网络下比较探究_第5页
资源描述:

《几种典型AQM算法在高速网络下比较探究》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、几种典型AQM算法在高速网络下比较探究【摘要】本文分析和比较几种典型的主动队列管理(ActiveQueueManagement,AQM)算法在高速网络中的性能,经仿真实验发现这几种AQM算法在高速网络中的性能都不理想,主要表现为:链路的带宽利用率不高,全局同步现象严重,队列长度不能维持在一定值附近。这些现象说明了现有的AQM算法在高速网络下不能很好地满足QoS(quantityofserve)的要求,改进AQM算法势在必行【关键词】AQM算法NS仿真模拟—、引言当前针对高速网络的拥塞控制研究中,主要针对源端算法或基于反馈的机制而进行,在中间节

2、点方面研究得较少。而对于源端算法来说,如果没有中间节点的支持,很难达到理想的性能。因此,有必要考察各种典型的AQM算法结合源端算法在高速网络下的性能二、算法的评价指标!1!目前,路由器中大多□凳腔□于“弃尾气Drop-Tail)的队列管理,RED[1]算法或RED的变种作为可选配置在路由器上,但常常不被使用。AQM的部署步伐之所以慢是由于缺乏对各种算法较为详细的、一致的客观评价标准,大多数AQM评价工作是为了新算法的有效性目的而进行的。通常对AQM算法性能的评价主要包括:K队列的稳定性:AQM的目的是控制路由器中的队列长度,因此算法稳定与否直

3、接关系到路由器中队列长度的变化情况,而队列长度的变化又直接影响到网络的服务质量。一方面,对于一个特定的TCP连接,由于其传播延迟是固定的,因此该连接传输时延和时延抖动的大小主要是由路由器中的队列长度所决定的;另一方面,路由器中的队列长度直接关系到其输出链路的带宽利用率,只有当队列长度不为零时才能保证网络带宽的有效利用。因此一个好的AQM算法应能使队列长度稳定在一个较低的值附近2、高效的带宽利用率:队列长度不为零时可以保证路由器输出链路的带宽利用率,但输入链路的带宽利用率要靠丢包率来保证,对于一个特定的TCP连接,若丢包率过高,将会导致不必要的

4、重传,从而降低带宽的利用率。因此,一个好的AQM算法应该既要保证队列长度的稳定性,又要保证高效的带宽利用率3、公平性:AQM的目标之一是改进Drop-Tail队列的公平性。REC2309强调:路由器的队列机制应保护适应流,对非适应流进行有效的鉴别和限制4、算法的复杂程度:算法的复杂程度是决定AQM算法是否实用的一个关键因素。近年来,随着网络带宽的迅速增加,路由器的处理速度成为影响网络性能的一个主要因素,因此应尽可能降低AQM算法的复杂程度以减小路由器的计算量。由于骨干路由器的负荷相当重,瓶颈链路非常繁忙,因此一个简单高效的拥塞检测方法以及丢弃

5、策略对于算法的利用及有效推广是至关重要的5、对网络状态变化的适应能力:具有较强的鲁棒性,即对环境变化不敏感。Internet的复杂性和异构性决定了网络状态的变化是难以避免的,因此一个好的AQM算法应该对网络状态的变化具有很好的适应能力,在网络负载、传输时延等因素发生变化时,仍可实现好的传输性能下面,笔者将从带宽利用率、丢包率、队列长度的稳定性来考察几种典型的AQM算法在高速网络中的性能三、仿真实验环境对于现有的AQM算法,可以归为三类,分别为:基于队列长度的AQM算法、基于瞬时队列长度和装载量的AQM算法和基于速率的AQM算法。这里,笔者选择

6、典型的、具有代表性的RED、Pl[2]、BLUE[3]和REM[4]算法和现行使用的Drop-Tail算法来进行考察。笔者在ns-2[5]平台上进行仿真,仿真的网络拓扑结构如图1所示,该环境中,有两个中间节点N1.N2其相连的链路为瓶颈链路带宽为1Gbps,时延为20mso发送端和接收端各为4个节点,其中,S1到N1,R1到N2之间的链路带宽为1Gbps,时延为1ms,其他节点到N1和N2的链路带宽均为1Gbps和2mso瓶颈链路的缓冲区容量设为2500个数据包。每隔0.1s,S1.S2、S3、S4各发起一个HSTCP连接,这里需要说明的是,

7、HSTCP是针对高速网络而设计的协议,正如前面所讨论,TCP协议在高速网络下性能非常差,而笔者仿真的目的是考察各种AQM算法在高速网络下的性能,因此不能使用TCP连接,而HSTCP在响应性、公平性、TCP友好性上都较为优秀,因此笔者的仿真实验选择HSTCP作为配合AQM的端算法。为了能引起拥塞,四个HSTCP连接的应用均为FTP,也就是说只要拥塞窗口允许就一直发送数据,且不考虑接收端的接收能力,只考虑网络传输能力,为了做到这点,笔者设置接收端的通告窗口为8000个数据包。同时,接收端采用每收到一个数据包就发回一个确认的机制。整个仿真过程为10

8、00s,在瓶颈链路上,笔者分别使用Drop-Tail,RED,REM,PI及BLUE算法。其中,BLUE使用原算法的参数值,RED算法的minth,maxth分别设

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。