tcp重傳率過高

eryk

通過netstat -I enX -sp tcp
收集發(fā)送的TCP包數(shù)和retransmit的包數(shù)，間隔一定時間過后
再次收集這兩個數(shù)值，分別相減后相除，可得出在此采樣時間內(nèi)的TCP重傳率，通過一段時間的監(jiān)控數(shù)據(jù)收集
發(fā)現(xiàn)如下怪異現(xiàn)象：
某主機A幾乎沒有重傳，而主機B卻受到大量重傳率告警郵件（自己編寫腳本收集數(shù)據(jù)，閾值30%)
主機A和主機B接入同一臺交換機，又經(jīng)過ping測試（從其它主機）
主機A大包小包都能ping通，但主機B ping >=1473字節(jié)的包不能ping通
已確認兩臺主機TCP/IP協(xié)議棧配置一樣（IBM 小型機，操作系統(tǒng)AIX5.3），網(wǎng)卡MTU和配置參數(shù)一樣，網(wǎng)卡型號，網(wǎng)卡微碼，主機微碼等環(huán)境一樣，后又測試交換兩臺小機光纖網(wǎng)卡所連光纖線，主機B仍然是TCP重傳率很高，請大家?guī)兔�看看，多謝！

[ 本帖最后由 eryk 于 2006-8-13 21:11 編輯 ]

testab

網(wǎng)絡(luò)封幀的問題 ？ 或者ieee 802.1q 的trunk設(shè)置？

eryk

使用iptrace抓包如下（查看網(wǎng)絡(luò)重傳監(jiān)控郵件，截取在那個時間段內(nèi)通信包）
Packet Number 14031
ETH: ====( 60 bytes received on interface en2 )==== 20:07:00.579927920
ETH:    [ 00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b ]  type 800  (IP)
IP:          < SRC =     10.195.0.68 >  
IP:          < DST =    172.18.32.78 >  (market)
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=1282, ip_off=0
IP:          ip_ttl=62, ip_sum=a067, ip_p = 6 (TCP)
TCP:         <source port=10235, destination port=80(http) >
TCP:         th_seq=683658311, th_ack=0
TCP:         th_off=5, flags<SYN>
TCP:         th_win=1400, th_sum=b5b1, th_urp=0

Packet Number 14032
ETH: ====( 60 bytes transmitted on interface en2 )==== 20:07:00.579969131
ETH:    [ 00:11:25:bd:3c:1b -> 00:00:5e:00:01:20 ]  type 800  (IP)
IP:          < SRC =    172.18.32.78 >  (market)
IP:          < DST =     10.195.0.68 >  
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=44, ip_id=25947, ip_off=0 DF
IP:          ip_ttl=60, ip_sum=20a, ip_p = 6 (TCP)
TCP:         <source port=80(http), destination port=10235 >
TCP:         th_seq=3816961830, th_ack=683658312
TCP:         th_off=6, flags<SYN | ACK>
TCP:         th_win=65535, th_sum=88b3, th_urp=0
TCP:                 mss 1460

Packet Number 14033
ETH: ====( 60 bytes received on interface en2 )==== 20:07:00.580263558
ETH:    [ 00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b ]  type 800  (IP)
IP:          < SRC =     10.195.0.68 >  
IP:          < DST =    172.18.32.78 >  (market)
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=1283, ip_off=0
IP:          ip_ttl=62, ip_sum=a066, ip_p = 6 (TCP)
TCP:         <source port=10235, destination port=80(http) >
TCP:         th_seq=683658312, th_ack=3816961831
TCP:         th_off=5, flags<FIN | ACK>
TCP:         th_win=1400, th_sum=9af7, th_urp=0

Packet Number 14034
ETH: ====( 60 bytes transmitted on interface en2 )==== 20:07:00.580268565
ETH:    [ 00:11:25:bd:3c:1b -> 00:00:5e:00:01:20 ]  type 800  (IP)
IP:          < SRC =    172.18.32.78 >  (market)
IP:          < DST =     10.195.0.68 >  
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=25948, ip_off=0 DF
IP:          ip_ttl=60, ip_sum=20d, ip_p = 6 (TCP)
TCP:         <source port=80(http), destination port=10235 >
TCP:         th_seq=3816961831, th_ack=683658313
TCP:         th_off=5, flags<ACK>
TCP:         th_win=65535, th_sum=a06f, th_urp=0

Packet Number 14035
ETH: ====( 60 bytes received on interface en2 )==== 20:07:00.580271855
ETH:    [ 00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b ]  type 800  (IP)
IP:          < SRC =     10.195.0.68 >  
IP:          < DST =    172.18.32.78 >  (market)
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=1284, ip_off=0
IP:          ip_ttl=62, ip_sum=a065, ip_p = 6 (TCP)
TCP:         <source port=10235, destination port=80(http) >
TCP:         th_seq=683658312, th_ack=3816961831
TCP:         th_off=5, flags<FIN | ACK>
TCP:         th_win=1400, th_sum=9af7, th_urp=0

Packet Number 14036
ETH: ====( 60 bytes transmitted on interface en2 )==== 20:07:00.580275395
ETH:    [ 00:11:25:bd:3c:1b -> 00:00:5e:00:01:20 ]  type 800  (IP)
IP:          < SRC =    172.18.32.78 >  (market)
IP:          < DST =     10.195.0.68 >  
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=25949, ip_off=0 DF
IP:          ip_ttl=60, ip_sum=20c, ip_p = 6 (TCP)
TCP:         <source port=80(http), destination port=10235 >
TCP:         th_seq=3816961831, th_ack=683658313
TCP:         th_off=5, flags<ACK>
TCP:         th_win=65535, th_sum=a06f, th_urp=0

Packet Number 14037
ETH: ====( 60 bytes transmitted on interface en2 )==== 20:07:00.580337749
ETH:    [ 00:11:25:bd:3c:1b -> 00:00:5e:00:01:20 ]  type 800  (IP)
IP:          < SRC =    172.18.32.78 >  (market)
IP:          < DST =     10.195.0.68 >  
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=25950, ip_off=0 DF
IP:          ip_ttl=60, ip_sum=20b, ip_p = 6 (TCP)
TCP:         <source port=80(http), destination port=10235 >
TCP:         th_seq=3816961831, th_ack=683658313
TCP:         th_off=5, flags<FIN | ACK>
TCP:         th_win=65535, th_sum=a06e, th_urp=0

Packet Number 14038
ETH: ====( 60 bytes received on interface en2 )==== 20:07:00.580728020
ETH:    [ 00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b ]  type 800  (IP)
IP:          < SRC =     10.195.0.68 >  
IP:          < DST =    172.18.32.78 >  (market)
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=1285, ip_off=0
IP:          ip_ttl=62, ip_sum=a064, ip_p = 6 (TCP)
TCP:         <source port=10235, destination port=80(http) >
TCP:         th_seq=683658313, th_ack=3816961832
TCP:         th_off=5, flags<ACK>
TCP:         th_win=1400, th_sum=9af6, th_urp=0

Packet Number 14039
ETH: ====( 60 bytes received on interface en2 )==== 20:07:00.580828012
ETH:    [ 00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b ]  type 800  (IP)
IP:          < SRC =     10.195.0.68 >  
IP:          < DST =    172.18.32.78 >  (market)
IP:          ip_v=4, ip_hl=20, ip_tos=0, ip_len=40, ip_id=1286, ip_off=0
IP:          ip_ttl=62, ip_sum=a063, ip_p = 6 (TCP)
TCP:         <source port=10235, destination port=80(http) >
TCP:         th_seq=683658313, th_ack=0
TCP:         th_off=5, flags<RST>
TCP:         th_win=1400, th_sum=b5ad, th_urp=0

目前比較疑惑的地方
1、為什么3步握手時發(fā)送SYN標(biāo)志的客戶端10.195.0.68MAC地址與
服務(wù)器172.18.32.78返回SYN+ACK的包對應(yīng)的MAC地址不是一樣
使用lscfg -vl 看服務(wù)器網(wǎng)卡MAC為001125BD3C1B
網(wǎng)關(guān)171.18.32.1 MAC使用arp －a查看為
? (172.18.32.1) at 0:0:5e:0:1:20 [ethernet] stored in bucket 102
? (172.18.32.2) at 0:e0:fc:3d:45:83 [ethernet] stored in bucket 103
返回SYN+ACK的MAC地址對應(yīng)的IP地址卻為172.18.32.2
2、為什么3步握手還未結(jié)束，客戶端10.195.0.68馬上發(fā)送FIN+SYN的包

請大家?guī)兔﹃P(guān)注！

benjiam

.... 看了一下  你的tcp 回報走的不是同一個線路

來的是00:e0:fc:3d:45:83 -> 00:11:25:bd:3c:1b
00:11:25:bd:3c:1b -> 00:00:5e:00:01:20

ip 占會選擇一條比較好的路由走。 看來這條路又不好。

你嘗試調(diào)整一下路由呢？