从吞吐性能角度分析带宽加倍与链路加倍那种方案更可行Word格式.docx
- 文档编号:4434257
- 上传时间:2023-05-03
- 格式:DOCX
- 页数:9
- 大小:133.82KB
从吞吐性能角度分析带宽加倍与链路加倍那种方案更可行Word格式.docx
《从吞吐性能角度分析带宽加倍与链路加倍那种方案更可行Word格式.docx》由会员分享,可在线阅读,更多相关《从吞吐性能角度分析带宽加倍与链路加倍那种方案更可行Word格式.docx(9页珍藏版)》请在冰点文库上搜索。
2种方法都使用CBR应用,采用UDP协议,其中2条1M链路还要多路径使能。
通过对trace文件的分析比较2者的传输效果。
四、拓扑
1.一条2M链路
为了使之与下一幅图传输过程中跳数相同,故中间增加一节点。
2.
2条1M链路
图中节点配置为多路径动态路由,由图看出,在传输过程中出现丢包。
五、数据记录
1.
吞吐量
链路加倍:
带宽加倍:
2.
传输延时
3.
丢包率
Link.tcl1500numberofpacketssent:
1612lost:
254
bw.tclnumberofpacketssent:
1602lost:
六、实验结论
由上面结果,可以看出,在吞吐量上,链路加倍没有带宽加倍的大,而且链路加倍的传输延时不一,进而导致链路加倍有丢包的情况,而带宽加倍没有。
综上所述,在增加出口容量的时,增加出口带宽比增加出口链路的方法要好。
附 件:
带宽加倍代码
setns[newSimulator]
#OpentheTracefile
settracefile1[openbw.trw]
$nstrace-all$tracefile1
#OpentheNAMtracefile
setnamfile[openbw.namw]
$nsnamtrace-all$namfile
#Definea'
finish'
procedure
procfinish{}{
globalnstracefile1namfile
$nsflush-trace
close$tracefile1
close$namfile
execnambw.nam&
exit0
}
setn0[$nsnode]
setn1[$nsnode]
setn2[$nsnode]
$nsduplex-link$n0$n12Mb10msDropTail
$nsduplex-link$n1$n22Mb10msDropTail
setudp[newAgent/UDP]
$nsattach-agent$n0$udp
setnull[newAgent/Null]
$nsattach-agent$n2$null
$nsconnect$udp$null
setcbr[newApplication/Traffic/CBR]
$cbrattach-agent$udp
$cbrsetpacketSize_1100
$cbrsetinterval_0.005
$nsat0.5"
$cbrstart"
$nsat4.5"
$cbrstop"
$nsat5.0"
finish"
$nsrun
链路加倍代码
settracefile1[openlink.trw]
setnamfile[openlink.namw]
execnamlink.nam&
$nsrtprotoDV
NodesetmultiPath_1
setn3[$nsnode]
$nsduplex-link$n0$n11Mb10msDropTail
$nsduplex-link$n1$n21Mb10msDropTail
$nsduplex-link$n2$n31Mb10msDropTail
$nsduplex-link$n3$n01Mb10msDropTail
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 吞吐 性能 角度 分析 带宽 加倍 路加 那种 方案 可行