用Wireshark的IO Graph功能分析网络质量

《用Wireshark的IO Graph功能分析网络质量》由会员分享，可在线阅读，更多相关《用Wireshark的IO Graph功能分析网络质量（8页珍藏版）》请在装配图网上搜索。

1、用 Wireshark 的 IO Graph 功能分析网络质量本次测试组网如下：本次实验，先测试http下载文件（090s时间段，以下称之为一阶段）；然后测试http上传文件（100135s时间段和135200s阶段，以下称之二、三阶段）。用tc限定路由器：下行限速100kps，下行延时80ms，上行不设限。 相关tc命令如下：tc qdisc add dev eth2 root handle 1: htb default 2; tcclassadddeveth2parent1:classid1:2htbrate100kbitceil150kbit;tc qdisc add dev eth2

2、parent 1:2 handle 2: netem delay 80ms 30ms distribution normal;分析 Throughput打开Wireshark软件，选择菜单 Statistics - IO Graph，下同不再赘述。set X-Axis Tick interval to 1 secset Y-Axis Unit to Bits/Tick默认会自动显示“Graph 1”（黑色线）【有时可能需要点击一下“ Graph 1”按钮】查看下载情况调整Y-Axis的Scale到200000，可看到一阶段下载，限速基本在100kps， tc控制的还是 比较精准的。查看上传情况

3、 调整 Y-Axis 的 Scale 到 1000000，可看到二阶段上传保持在 500kbps，调整Y-Axis的Scale到Auto,可看到三阶段上传保持在5Mbps。由于下行限速，所以实际上传时的下行ACK也受到影响，所以上传的速度一直上不去。VJi res hark D G raphs: rsync2.p szapn gIFGraphsSty la: 卿la: Style; Style; Style:LineLineLineLineLine.7 Smoodi/ SmoothJ Smooth* J SmoothmooEhXTEk int Pwels de Viev Y AXIS Unit

4、: scale: Erroothhave如果要查看单向的流速，可设置 Filter。查看下行tcp.srcport=873，可看到下行一直受限20sMe80sGraphsjf Wireihark O Grapths: rsync2.pzapngLOOs160sGraph 3Graph 4XAxiS-Srrcc 廿回 Smooth丿I Smooth画 Smooth叼 e口othunr：CdJ or Fiker;Cel ciFHer:FRrr:匸7 or:Zo or pjlte畔11LinevLineGnevLineLine團 Ee口oth查看上行 tcp.dstport=87340snrwWWW

5、VWyyjf Wireihark O Grapths: rsync2.pzapnglDOs120s140e,l&fl180sGraphsX Axis-Graph 1 CdorSrrcc 廿丿I Smooth回 Smootht 了 Ee口口th画 Smooth豹e口othUnt:Ftker;ColcirFHer:FRrr:CdIdt分析 RTT查看RTT最好用发送端上的抓包，计算发出数据到收到ACK之间的时间差，更准确 set X-Axis Tick interval to 1 secset Y-Axis Unit to Advanced set Filter: to tcp.dstport=8

6、73 set Calc: to AVG tcp.analysis.ack_rtt点一下“ Graph 2”按钮以画图（红色）查看下行RTT,平均8 0m （注意：下行RTT是通过分析上行ACK来估算,tcp.dstport=8 73 ） 下行RTT, 阶段约80ms,二、三阶段约为零（因为此时间段没有下行数据，所以就没有下行 RTT）查看上行RTT，平均10 0ms （注意：上行RTT是通过分析下行ACK来估算,tcp.srcport=8 7 3） 上行RTT, 一阶段约为零（因为此时间段没有上行数据，所以就没有上行RTT）,三阶段约10 0ms分析 bytes-in-flight 和 rwn

7、d查看 bytes-in-flight 和 rwnd 最好用发送端上的抓包 set X-Axis Tick interval to 1 sec set Y-Axis Unit to Advancedset Filter: to tcp.srcport=80set Calc: to MAX tcp.analysis.bytes_in_flight点一下“ Graph 3”按钮以画图（绿色）set Filter: to tcp.dstport=80set Calc: to MAX tcp.window_size 点一下“ Graph 4”按钮以画图（蓝色色）当发现 bytes-in-flight

8、等于 rwnd 时，说明发送端已经把接收端的 rwnd 撑满了，这往往表明 接收端的rwnd偏小，管道的BDP很可能大于rwnd,此时应该扩大接收端的rwnd参数。比如下图ingress侧的抓包，说明客户端的rwnd有点小。石危phs科唧CIl: MAX)GIg; GOJTFFMESnJSnpbl QI尊i Orjphi J ColeCale MMf)C*IC! MWC1) L-tp-. wrt d&w_Si ecsecAdvjnced.Au to临 filter讥时 s; EiM &F dJy当发现 bytes-in-flight 明显小于 rwnd 时，说明此时 rwnd 不是瓶颈。此时

9、rwnd 足够大， bytes-in-flight 基本是等于 BDP。通过 ping 来获得 RTT，由此，通过 bytes-in-flight / RTT 可估算出实际的带宽。比如下图egress侧的抓包，bytes-in-flight约为60000。而RTT经过ping测试，大约为7ms，因此，egress侧实际带宽应该在60000*8/0.007=65.4MbpsTk k oil: erhal 1PcKekper lick MW*EtimB of d賈5fftCH2h；本次实验一阶段，bytes-in-flight远小于rwnd，所以rwnd不是问题一阶段，bytes-in-fligh

10、t约为1000， RTT约为8 0ms，因此实际带宽可计算出1000*8/0.08=100kbps 与分析 Throughput 时看到的基本一致。上行分析三阶段，bytes-in-flight远小于rwnd，所以rwnd不是问题三阶段，bytes-in-flight约为68000, RTT约为10 0ms,因此实际带宽可计算出68000*8/0.1=5.4Mbps 与分析 Throughput 时看到的基本一致。5CB5mPnc Y?UM逼 WiraLhiSr-k 10 Grph;： r导”亡2戸凸羊旳5nph&rLftenFitter;Altar!lcp.dElport=9-7Fi.htent)cp.5B-qpart=S73刊阪；C3t：Cat: MAX竹Cat! MAX(J)Cat: SUMO口巴 SuMiBJTcp.Ansi.b0-=_inJ1ighl:tcp .windowj; iz eLine-LheLin#Line-Lra5mDyihmoDliiImodhS-moDthSmccdhX ATkJUni