問題描述（故障現(xiàn)象）

某運(yùn)行商反饋一條銀行4M以太網(wǎng)專線存在業(yè)務(wù)卡頓現(xiàn)象，用戶懷疑專線業(yè)務(wù)速率達(dá)不到4M，造成業(yè)務(wù)卡頓。用戶現(xiàn)場(chǎng)對(duì)這條業(yè)務(wù)進(jìn)行測(cè)速：

測(cè)試方法：將這條4M專線兩端中興ZXMP S200端口上分別接電腦A和電腦B，使用飛秋軟件傳輸文件測(cè)試。

（1）電腦A從電腦B下載文件，下載速率能達(dá)到4M;

（2）電腦A往電腦B上傳文件，上傳速率能達(dá)到4M；

（3）同時(shí)電腦A從電腦B下載文件，電腦A往電腦B上傳文件，測(cè)試結(jié)果只能保證下載速率能達(dá)到4M，上傳速率只有1M多。停止下載，上傳傳速率能恢復(fù)到4M速率。

這種方法就會(huì)出現(xiàn)上下行速率不一致，某一個(gè)方向測(cè)速達(dá)不到設(shè)置的速率。

原因分析

根據(jù)測(cè)試方法出現(xiàn)的問題進(jìn)行進(jìn)一步分析：

根據(jù)MSTP原理，A至B站點(diǎn)開通一條4M的電話，因?yàn)榕渲檬请p向的業(yè)務(wù)，A至B的速率有4M，同樣B至A的速率也有4M。為什么會(huì)出現(xiàn)測(cè)試方法二上下行速率不一致的情況？

這就需要對(duì)使用的飛秋軟件傳輸文件原理進(jìn)行分析，飛秋軟件（或者其他FTP軟件）傳輸文件都是采用TCP協(xié)議進(jìn)行傳輸。TCP是一個(gè)面向連接的協(xié)議，無(wú)論哪一方向另一方發(fā)送數(shù)據(jù)之前，都必須先在雙方之間建立一條連接。為了建立或初始化一個(gè)連接，兩個(gè)TCP通信者必須同步各自的初始序號(hào)。正是IP報(bào)文窗口機(jī)制導(dǎo)致測(cè)試方法上下行速率不一致的問題，如果是UDP報(bào)文就沒有這個(gè)問題。IP報(bào)文是建立在需要ACK的機(jī)制上的，當(dāng)單向傳輸時(shí)，方向ACK報(bào)文很小（64字節(jié)），可以在窗口發(fā)送完成之前回送ACK。當(dāng)反向也有報(bào)文傳輸時(shí)，ACK報(bào)文需要排隊(duì)，或者和數(shù)據(jù)報(bào)文合在一起傳輸，那么就可能會(huì)出現(xiàn)發(fā)送窗口全部用完，但是ACK報(bào)文沒有收到，需要等待的情況，造成帶寬減小的感覺；真正的原因應(yīng)該是帶寬、包長(zhǎng)和IP報(bào)文間的平衡關(guān)系。

所以使用這種測(cè)試方法測(cè)試時(shí)，因?yàn)殡娔XA正往電腦B傳送報(bào)文，且速率已經(jīng)達(dá)到4M，此時(shí)電腦B往電腦A傳送報(bào)文，ACK報(bào)文因?yàn)锳至B的通道被占用，導(dǎo)致ACK出現(xiàn)等待情況，造成帶寬減小的感覺。

解決方案

采用SDH儀表測(cè)試，測(cè)試儀表報(bào)文采用UDP報(bào)文。儀表測(cè)試出來(lái)的速率為兩端網(wǎng)元之間真實(shí)雙向速率。A至B 或者 B至A兩個(gè)單向速率其中一個(gè)達(dá)不到設(shè)定的速率，就會(huì)出現(xiàn)丟包情況。采用SDH儀表測(cè)試才能真正反映實(shí)際傳輸速率。