前兩天弄有線通的事情弄的郁悶了，所以就研究了網(wǎng)絡(luò)性能測(cè)試。以后不用也是浪費(fèi)，大家需要就看看吧。
1.目標(biāo)
測(cè)試目的往往是測(cè)試清楚幾個(gè)值，包括:IP包傳輸往返時(shí)延(RTT)，IP包時(shí)延變化(抖動(dòng))，IP包丟失率(Lost rate)，IP業(yè)務(wù)可用性，還有帶寬(Bandwidth)。
2.適用標(biāo)準(zhǔn)
RFC 1242， RFC1944， RFC2285， RFC2432。
中華人民共和國信息產(chǎn)業(yè)部令第36號(hào)(http://www.chinanetcom.com.cn/mj/dxsc.asp?Unid=3810)
IP網(wǎng)絡(luò)技術(shù)要求– 網(wǎng)絡(luò)性能參數(shù)與指標(biāo)(YD/T 1171-2001)
3.測(cè)試平臺(tái)和工具
我們假定基于POSIX兼容平臺(tái)測(cè)試，演示用的例子來自Debian Etch/Kernel 2.6.17-2-686。Windows下所需要工具可以參考移植工具。
iperf 網(wǎng)絡(luò)帶寬測(cè)試工具
paratrace 被動(dòng)路由測(cè)試工具
hping2 網(wǎng)絡(luò)聯(lián)通和時(shí)延測(cè)試工具
wireshark(ethereal) 抓包分析工具
p0f 被動(dòng)指紋分析工具
4.測(cè)試對(duì)象，方法，和結(jié)果分析
以下為實(shí)例測(cè)試，參數(shù)需要根據(jù)具體情況變化。
4.1.測(cè)試網(wǎng)絡(luò)帶寬
在服務(wù)器端運(yùn)行iperf -s。
在客戶端運(yùn)行iperf -c 192.168.0.2
100Mbps網(wǎng)絡(luò)環(huán)境下，得到結(jié)果為92.6Mbps，折合為11.5MB/s。即數(shù)據(jù)極限傳輸速度。
4.2.測(cè)試網(wǎng)絡(luò)IP包傳輸往返時(shí)延(RTT)和IP包時(shí)延變化(抖動(dòng))
分主動(dòng)被動(dòng)方法，被動(dòng)方法用wireshark抓包分析。下面主要介紹主動(dòng)方法：
運(yùn)行hping2 www.google.com -p 80。得到
56 packets transmitted, 56 packets received, 0% packet loss
round-trip min/avg/max = 242.5/269.9/381.1 ms
即在主動(dòng)建立的到www.google.com的TCP連接中(默認(rèn)為TCP，可以使用UDP，ICMP，IP，具體請(qǐng)看hping2 –help)，丟包率為0。平均傳輸延遲為269.9，抖動(dòng)為138.6。
注：按照《中華人民共和國信息產(chǎn)業(yè)部令第36號(hào)》，往返時(shí)延平均值≤200毫秒，時(shí)延變化平均值≤80毫秒。此處已經(jīng)超標(biāo)。但因?yàn)闇y(cè)試環(huán)境和適用條件不完全吻合，因此無法作為有效證據(jù)。
4.3.IP包丟失率(Lost rate)
也分主動(dòng)方法和被動(dòng)方法，主動(dòng)方法見上。被動(dòng)方法是用wireshark抓包后，通過tpc.analysis.lost_segment標(biāo)志分析丟包數(shù)量和總體數(shù)量。具體為。
用wireshark抓包。
用( tcp.srcport == 7007 || tcp.dstport == 7007 )&& (tcp.analysis.retransmission||tcp.analysis.lost_segment||tcp.analysis.ack_lost_segment) 過濾。7007為aMule端口。
另存，其中會(huì)顯示丟包和總體數(shù)目。此處一般都3%-9%。
用( tcp.srcport != 7007 && tcp.dstport != 7007 )&& (tcp.analysis.retransmission||tcp.analysis.lost_segment||tcp.analysis.ack_lost_segment) 過濾。
另存，此時(shí)是非7007端口丟包和總體數(shù)目。此處一般是0.18%-0.32%。
主動(dòng)方法在測(cè)試網(wǎng)絡(luò)硬性聯(lián)通上比較方便，但是對(duì)于特殊封鎖造成的丟包(例如BT/ED封鎖)。由于主動(dòng)TCP測(cè)試不會(huì)被封鎖，因此無法得到有效數(shù)據(jù)。需要在實(shí)際環(huán)境中使用被動(dòng)方法測(cè)試。
此處丟包率總體值一般都超過了3%，根據(jù)《中華人民共和國信息產(chǎn)業(yè)部令第36號(hào)》，IP包丟失率平均值≤2％。此處已經(jīng)超標(biāo)，但基于和上文同樣理由，無法作為有效證據(jù)。
4.4.IP業(yè)務(wù)可用性
如果在測(cè)試中，連續(xù)5分鐘平均丟包超過75%，則可以認(rèn)定為無效。
4.5.問題出現(xiàn)點(diǎn)定位
假定出現(xiàn)問題，那么我們可以假設(shè)，問題應(yīng)當(dāng)出現(xiàn)在從當(dāng)前機(jī)器到目標(biāo)機(jī)器中的某個(gè)路由器上。
如果多個(gè)目標(biāo)機(jī)器通訊出現(xiàn)問題，我們可以猜測(cè)，問題很大可能出現(xiàn)在這些機(jī)器共同經(jīng)過的某個(gè)路由器上。
所以，我們需要跟蹤每個(gè)IP的連接。windows下是tracert。
$traceroute www.google.com
1 192.168.0.1 (192.168.0.1) 2 ms 1 ms 0 ms
2 10.119.16.1 (10.119.16.1) 23 ms 25 ms 13 ms
3 reserve.cableplus.com.cn (219.233.244.141) 15 ms 11 ms 16 ms
4 * * *
5 reserve.cableplus.com.cn (219.233.238.205) 14 ms 10 ms 18 ms
6 202.96.222.77 (202.96.222.77) 13 ms 15 ms 14 ms
7 202.101.63.226 (202.101.63.226) 32 ms 19 ms 17 ms
8 202.97.33.38 (202.97.33.38) 84 ms 78 ms 82 ms
9 202.97.33.178 (202.97.33.178) 61 ms 65 ms 69 ms
10 202.97.4.46 (202.97.4.46) 106 ms 103 ms 104 ms
11 216.239.47.232 (216.239.47.232) 94 ms 99 ms 112 ms
12 216.239.47.237 (216.239.47.237) 224 ms 195 ms 196 ms
13 72.14.233.53 (72.14.233.53) 185 ms 181 ms 195 ms
14 72.14.232.139 (72.14.232.139) 208 ms 213 ms 240 ms
15 72.14.233.129 (72.14.233.129) 205 ms 66.249.94.227 (66.249.94.227) 193 ms 209 ms
16 72.14.233.131 (72.14.233.131) 193 ms 195 ms 202 ms
17 216.239.49.66 (216.239.49.66) 209 ms 204 ms 244 ms
18 66.102.7.99 (66.102.7.99) 198 ms 193 ms 195 ms
當(dāng)然，如果是禁止了ICMP TTL超時(shí)的死報(bào)文回復(fù)。就會(huì)測(cè)定不出路由，這時(shí)候需要用paratrace。結(jié)果是一樣的，不過沒有被封鎖的危險(xiǎn)。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
