原创力文档- 1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
- 2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
- 4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
- 5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传，每下载1次， 网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
队列管前理机制
通信链路中队列管理机制 在NS2中的应用 2010年11月24日 学习DropTail和RED队列管理机制，以了解被动式和主动式管理机制的优缺点。 1.DropTail和被动式队列管理机制 2.RED和主动式队列管理机制 NS2实现 DropTail和被动式队列管理机制 在Internet中最简单且最普通的队列管理机制就是DropTail… DropTail与FIFO( First In First Out)排程管理机制搭配运作… DropTail在丢弃封包是不考虑属于哪个数据流，实际操作简单… DropTail容易造成“TCP全局同步问题”。 数据流的突发本质-队列满-连续大量丢包且TCP数据流具有自适应特性，来源端发现封包丢失， 降低传送速度-网络拥塞解除 ^ | | V 网络拥塞 - 增加传送速度 Random与DropFront RED和主动式队列管理机制 主动队列管理机制是在队列满之前开始把封包丢弃，对具有拥塞控制的传送端做流量速度管制，以避免满队列状态造成较长端到端延迟或链路利用率低。 RED RED使用平均队列长度预测拥塞，随机选择方式丢包，有拥塞控制的传送端提示要进行流速管制,避免了拥塞的发生… RED采用指数加权平均方式计算平均队列长度： 丢包概率计算公式： Pb=maxp×(avg-min.th)÷(max.th-min.th) maxp为网管预先设置的丢弃概率值 Pb值的变化 而RED再真正决定是否丢弃封包，要对Pb做出修正： Pa=Pb/ (1-count×Pb) count记录了从上一个封包被丢弃后有多少封包进入队列。 选择适当的参数很有必要：wq,min.th,max.th,maxp等,如max.th2*min.th, min.th所有数据流中最大的封包大小。 NS2对RED队列管理机制的实现 仿真的网络结构图如下 R1和R2是路由器， 用NS2模拟被动与主动队列管理机制。 下面是10条TCP数据流，我们要比较的是这10条数据流的平均吞吐量,第一条数据流的端点到端点平均延迟和队列长度变化。 * avg:平均队列长度 q是目前实际的队列长度 Wq为目前实际的队列长度加权系数 需满足： 0wq1 *
文档评论（0）