用wireshark的iograph功能分析网络质量

用Wireshark的IOGraph功能剖析网络质量本次测试组网以下：eth2eth3客户端路由器服务端抓包本次实验，先测试

http

下载文件（

0~90s

时间段，以下称之为一阶段）

；而后测试

http

上传文件（

100~135s

时间段和

135~200s

阶段，以下称之二、三阶段）

。用tc限制路由器：下行限速100kps，下行延时80ms，上行不设限。有关tc命令以下：tcqdiscadddeveth2roothandle1:htbdefault2;tcclassadddeveth2parent1:classid1:2htbrate100kbitceil150kbit;tcqdiscadddeveth2parent1:2handle2:netemdelay80ms30msdistributionnormal;剖析Throughput翻开Wireshark软件，选择菜单Statistics->IOGraph，下同不再赘述。setX-Axis'Tickinterval'to'1sec'setY-Axis'Unit'to'Bits/Tick'默认会自动显示“Graph1”（黑色线）【有时可能需重点击一下“Graph1”按钮】查察下载状况调整Y-Axis的Scale到

200000，可看到一阶段下载，限速基本在

100kps，tc

控制的仍是比较精确的。查察上传状况调整

Y-Axis的Scale到

1000000，可看到二阶段上传保持在

500kbps，调整

Y-Axis的Scale到

Auto，可看到三阶段上传保持在

5Mbps。因为下行限速，所以实质上传时的下行ACK也遇到影响，所以上传的速度向来上不去。假如要查察单向的流速，可设置Filter。查察下行==873，可看到下行向来受限查察上行==873剖析RTT查察RTT最好用发送端上的抓包，计算发出数据到收到ACK之间的时间差，更正确setX-Axis'Tickinterval'to'1sec'setY-Axis'Unit'to'Advanced'setFilter:to'==873'setCalc:to'AVG'点一下“Graph2”按钮以绘图（红色）查察下行RTT，均匀80ms（注意：下行RTT是经过剖析上行ACK来估量，==873）下行RTT，一阶段约80ms，二、三阶段约为零（因为此时间段没有下行数据，所以就没有下行RTT）查察上行RTT，均匀100ms（注意：上行RTT是经过剖析下行ACK来估量，==873）上行RTT，一阶段约为零（因为此时间段没有上行数据，所以就没有上行RTT），三阶段约100ms剖析bytes-in-flight和rwnd查察bytes-in-flight和rwnd最好用发送端上的抓包setX-Axis'Tickinterval'to'1sec'setY-Axis'Unit'to'Advanced'setFilter:to'==80'setCalc:to'MAX'点一下“Graph3”按钮以绘图（绿色）setFilter:to'==80'setCalc:to'MAX'点一下“Graph4”按钮以绘图（蓝色色）当发现bytes-in-flight等于rwnd时，说明发送端已经把接收端的rwnd撑满了，这常常表示接收端的rwnd偏小，管道的BDP很可能大于rwnd，此时应当扩大接收端的rwnd参数。比方下列图ingress侧的抓包，说明客户端的rwnd有点小。当发现bytes-in-flight显然小于rwnd时，说明此时rwnd不是瓶颈。此时rwnd足够大，bytes-in-flight基本是等于BDP。经过ping来获取RTT，由此，经过bytes-in-flight/RTT可估算出实质的带宽。比方下列图egress侧的抓包，bytes-in-flight约为60000。而RTT经过ping测试，大概为7ms，所以，egress侧实质带宽应当在60000*8/=本次实验一阶段，

bytes-in-flight

远小于

rwnd，所以

rwnd

不是问题一阶段，

bytes-in-flight

约为

1000，RTT约为

80ms，所以实质带宽可计算出

1000*8/=100kbps

与剖析Throughput时看到的基本一致。上行剖析三阶段，

bytes-in-flight

远小于

rwnd，