以太網(wǎng)故障定位

Metro產(chǎn)品培訓(xùn)以太網(wǎng)故障定位1課程目標(biāo)以太網(wǎng)故障定位的思路以太網(wǎng)故障定位的常見方法常用工具軟件、儀表的使用方法如何策劃聯(lián)合測試方案通過本次課程，學(xué)員應(yīng)掌握以下內(nèi)容：系統(tǒng)的方法論，必須建立在對傳送網(wǎng)、數(shù)據(jù)通信、網(wǎng)絡(luò)產(chǎn)品等知識全面、系統(tǒng)的了解之上2工程師的疑惑當(dāng)我們接到用戶投訴時，如何迅速完成以下工作判斷是否真的發(fā)生了故障

判斷故障的嚴(yán)重程度判定故障界面定位故障原因解決之道：知己（MSTP）知彼（數(shù)通）MSTP產(chǎn)品以太網(wǎng)故障定位的難點(diǎn)：3以太網(wǎng)理論基礎(chǔ)

CSMA/CD

端口工作模式幀格式以太網(wǎng)各種錯幀以太網(wǎng)流控

VLAN“知己”的第一項(xiàng)——以太網(wǎng)二者有何聯(lián)系？三者有何聯(lián)系？錯幀對業(yè)務(wù)的影響？何時需要？如何實(shí)現(xiàn)？實(shí)際效果？功能、實(shí)現(xiàn)與引入的問題？4以太網(wǎng)特性單板基礎(chǔ)基于不同平臺的單板的共性與特征

封裝協(xié)議、封裝顆粒、接口類型、功能實(shí)現(xiàn)、版本特征、配置方法……

單板的性能指標(biāo)

吞吐量、時延、背靠背和交換容量

單板可支撐故障定位的功能

環(huán)回、測試幀、流量統(tǒng)計(jì)、黑匣子、SDH類告警與性能、以太網(wǎng)類告警與性能（RMON）

單板固有缺陷

運(yùn)行穩(wěn)定性、軟件BUG、批次問題……同SDH相比，以太網(wǎng)特性單板規(guī)格更多、配置和應(yīng)用更復(fù)雜，只能多花精力來學(xué)習(xí)和記憶！當(dāng)然，理解是記憶的基礎(chǔ)?！爸骸钡牡诙?xiàng)——以太網(wǎng)特性單板5數(shù)通理論基礎(chǔ)數(shù)據(jù)通信的發(fā)展

了解數(shù)據(jù)通信技術(shù)的發(fā)展歷史，加深對各項(xiàng)數(shù)通技術(shù)的理解，把握數(shù)據(jù)通信發(fā)展的趨勢。高層協(xié)議

初步掌握TCP/IP協(xié)議族主要內(nèi)容，了解交換、路由等方面基礎(chǔ)理論知識。業(yè)務(wù)內(nèi)容與實(shí)現(xiàn)

了解應(yīng)用層業(yè)務(wù)內(nèi)容與高層協(xié)議的關(guān)系，了解業(yè)務(wù)與底層技術(shù)的聯(lián)系。

根本目的：建立一套系統(tǒng)的數(shù)據(jù)通信知識體系，并同已有的傳輸知識體系有機(jī)結(jié)合，站在業(yè)務(wù)的角度、網(wǎng)絡(luò)的角度來思考問題、理解網(wǎng)絡(luò)?！爸恕钡牡谝豁?xiàng)——數(shù)通理論知識6網(wǎng)絡(luò)產(chǎn)品基礎(chǔ)產(chǎn)品的功能與分類

了解數(shù)通產(chǎn)品的基本功能與分類，掌握與其對接的要點(diǎn)。常見主流網(wǎng)絡(luò)產(chǎn)品

了解常見主流數(shù)通產(chǎn)品的主要功能與網(wǎng)絡(luò)地位，學(xué)習(xí)其基本的配置方法?；旌辖M網(wǎng)與測試

具備根據(jù)業(yè)務(wù)和對接數(shù)通設(shè)備需要設(shè)計(jì)MSTP網(wǎng)絡(luò)的能力，具備根據(jù)對接數(shù)通設(shè)備特點(diǎn)籌劃聯(lián)合組網(wǎng)測試的能力。

熟悉了寬帶產(chǎn)品，才能遠(yuǎn)離處理對接問題時的尷尬與無奈，才能底氣十足的和C公司的NB工程師交涉，才能讓用戶用崇拜的眼光仰視自己……

“知彼”的第二項(xiàng)——數(shù)通寬帶產(chǎn)品知識7工具使用

工具軟件

SERV－U：FTP服務(wù)器端軟件，可基于WIN98/2000/XP平臺，利用FTP可在一定條件下近似反映出通道帶寬。

SNIFFER：簡明實(shí)用的抓包工具，可基于WIN98/2000/XP平臺，處理疑難雜癥時推薦使用，缺點(diǎn)是發(fā)包功能較弱。

SolarWinds：功能紛繁復(fù)雜，適合數(shù)通專業(yè)人員使用，附帶的Ping工具功能強(qiáng)大，并可輸出log文件，缺點(diǎn)是部分功能不夠準(zhǔn)確，會對用戶產(chǎn)生誤導(dǎo)。

測試儀表

SmartBits：主流以太網(wǎng)測試儀表（又名數(shù)據(jù)分析儀），主要功能：1、性能指標(biāo)測試；2、構(gòu)造并發(fā)送各種類型報(bào)文；3、收、發(fā)包統(tǒng)計(jì)；4、抓包并解碼分析。

IXIA：常用功能和SmartBits基本相同。工欲善其事，必先利其器8以太網(wǎng)故障定位

原則：與SDH故障定位思路一樣，以太網(wǎng)故障定位也遵循“先外部、再內(nèi)部；先軟件、再硬件；先單板、再系統(tǒng)”的原則，充分利用性能事件、環(huán)回、測試幀等技術(shù)手段，結(jié)合工具軟件、測試儀表進(jìn)行有計(jì)劃有步驟的定位。

步驟弄清故障現(xiàn)象查詢伴隨的告警和性能

難點(diǎn)：判定故障界面恭喜恭喜：一旦判定了故障界面，則整個定位工作完成了70%如何找準(zhǔn)問題的鍥入點(diǎn)業(yè)務(wù)全阻業(yè)務(wù)部分丟包非故障MSTP故障數(shù)通產(chǎn)品故障對接故障SDH側(cè)以太網(wǎng)側(cè)9以太網(wǎng)性能分析處理SDH故障時，我們首先做的就是查告警查性能，同樣，處理以太網(wǎng)故障時，我們第一步也是查清告警和性能。請注意，涵蓋SDH側(cè)和以太網(wǎng)側(cè)。排除A類告警：Ethlos、AIS、LOP等必然導(dǎo)致業(yè)務(wù)中斷的告警排除B類告警和性能：B3SD、LPBBE等導(dǎo)致業(yè)務(wù)丟包重點(diǎn)分析RMON：最直觀的定位工具－－RMON錯包碰撞與延遲流控硬件異常發(fā)送接收發(fā)送接收10以太網(wǎng)性能分析

A類錯包事件（藍(lán)色字體）AlignmentErrors：對齊錯誤---碰撞引起或硬件故障（對端居多）FCSErrors：CRC校驗(yàn)錯---碰撞（全雙工VS半雙工）、網(wǎng)線質(zhì)量差或受到干擾、對端硬件故障結(jié)論：查端口模式、查網(wǎng)線、查對端硬件

B類碰撞相關(guān)事件（紫色字體）結(jié)論：1、本端口實(shí)際工作在半雙工模式，建議調(diào)整到全雙工模式；

2、CSMA/CD算法所決定，非故障。

C類流控事件（綠色字體）結(jié)論：反映了通道的“擁擠”程度，建議根據(jù)需要擴(kuò)容。

D類硬件異常（紅色字體）DropEvents：由于FIFO溢出而導(dǎo)致的丟包結(jié)論：若數(shù)量較大，則先硬復(fù)位單板，如現(xiàn)象持續(xù)，則更換單板。RMON分析11以太網(wǎng)故障定位方法

判定故障原因是否在MSTP側(cè)

探詢故障的觸發(fā)事件－－是否對網(wǎng)絡(luò)做過操作、發(fā)生倒換等隔離法：兩端直接使用PC互Ping

發(fā)測試幀：簡單實(shí)用，但并非所有產(chǎn)品都支持

定位故障點(diǎn)

法寶一：環(huán)回－－老套路，再熟悉不過的東東了

法寶二：測試幀－－不支持咋辦啦？不支持那就用法寶三唄。法寶三：RMON性能統(tǒng)計(jì)

套路：從近端開始逐段環(huán)回（以太網(wǎng)單板、交叉、線路），每環(huán)回一段，通過測試幀測試是否收、發(fā)一致，當(dāng)收發(fā)不一致時，即找到故障所在點(diǎn)。如產(chǎn)品不支持測試幀功能，則只能利用PC發(fā)包，通過單板端口RMON的收、發(fā)包數(shù)量是否一致來判斷。

“啊哈哈哈哈……這點(diǎn)小問題，輕松搞定！”

“STOP!別得意太早，想想還遺漏了什么？”故障類型---業(yè)務(wù)嚴(yán)重受損12以太網(wǎng)故障定位方法

測試幀的不足

測試幀是由虛通道側(cè)發(fā)出和接收，未能覆蓋到整個業(yè)務(wù)通路，因此有可能測試幀收發(fā)正常而實(shí)際業(yè)務(wù)不正常，怎么辦？繼續(xù)定位MAC和PHY芯片狀態(tài)是否異常。

PS：雖然此時復(fù)位、拔插能迅速恢復(fù)業(yè)務(wù)，但為了定位故障根本原因（實(shí)驗(yàn)室一般都不能重現(xiàn)故障），就辛苦一下查查其他數(shù)據(jù)了。

收、發(fā)包數(shù)量一致就萬事大吉了嗎

NO！如果硬件出現(xiàn)故障，有可能會將包隨機(jī)修改后發(fā)送出去，從而導(dǎo)致實(shí)際業(yè)務(wù)產(chǎn)生大量異常甚至中斷。故障類型---業(yè)務(wù)嚴(yán)重受損（二）總結(jié)陳詞：一般而言，業(yè)務(wù)出現(xiàn)明顯受損的故障相對容易判定故障界面，同時其定位手段容易流程化、規(guī)則化，加上故障現(xiàn)象較單一，因此定位難度較低。提醒：1、正確的配置是應(yīng)首先確保的。2、環(huán)回定位手段僅針對以太網(wǎng)透傳版本。13以太網(wǎng)故障定位方法

判定故障原因是否在MSTP側(cè)

由于此時業(yè)務(wù)損傷不明顯，甚至不能稱之為“故障”，因此通過隔離法往往難以迅速判定故障界面；或故障具有突發(fā)性和自愈性，不能及時抓到故障信息，需要長期監(jiān)測定位。此類問題，一般有以下幾種處理方法:

協(xié)調(diào)用戶調(diào)走業(yè)務(wù)，使用儀表對問題通道進(jìn)行長期（24～72小時）穩(wěn)定性測試，驗(yàn)證通道的長期可靠性。

不調(diào)動業(yè)務(wù)，使用儀表或軟件工具進(jìn)行在線長期監(jiān)測，記錄并輸出log文件和其他信息。替換法，直接更換相應(yīng)單板，在線長期觀察。難點(diǎn)：MSTP做為業(yè)務(wù)承載平臺，目前缺乏相應(yīng)的OAM手段來記錄、反映業(yè)務(wù)狀態(tài)，因此出現(xiàn)問題時經(jīng)常要“替人受過”，這點(diǎn)在二層交換版本尤為嚴(yán)重。一方面通過不斷改進(jìn)MSTP產(chǎn)品為定位提供功能支撐，一方面需要工程師更多的了解對接數(shù)通產(chǎn)品，站在整個業(yè)務(wù)流程的角度來分析問題，尋找解決問題的方法。故障類型---業(yè)務(wù)損傷不明顯14案例分析

某日，用戶投訴不能上網(wǎng)，QQ、E－mail和WEB全部中斷，Ping門戶網(wǎng)站都不通，運(yùn)營商M檢查數(shù)通設(shè)備認(rèn)為一切正常，于是向我司工程師小A申述傳輸故障。小A接到申訴后：

反映一：心想這下問題大了，啥都干不了，肯定ET1出了大問題。于是一邊打800一邊飛奔到現(xiàn)場，手忙腳亂查告警查性能，最后沒招了還折騰著跟小B求援要他到對端接個PC來對Ping一把。反映二：心想ET1挺穩(wěn)定的呀，不會這么容易撂擔(dān)子，用戶也動過設(shè)備，肯定是其他哪個疙瘩出茬子了。于是，仔細(xì)而冷靜的分析了用戶的故障現(xiàn)象，發(fā)現(xiàn)用戶都是使用域名上網(wǎng)，難道是DNS不正常？那就Ping一下Internet的某個IP或者Telnet到某個BBS，果然，此時Ping和Telnet都正常，顯然是DNS出了故障?？偨Y(jié)：做為一個網(wǎng)絡(luò)用戶，平日多思考一下網(wǎng)絡(luò)業(yè)務(wù)的實(shí)現(xiàn)原理和過程，了解其中關(guān)鍵環(huán)節(jié)，出現(xiàn)問題時應(yīng)站在業(yè)務(wù)的高度來分析，要能看到傳輸以外的其他環(huán)節(jié)。準(zhǔn)確判斷故障15案例分析

網(wǎng)絡(luò)割接，次日用戶投訴不能上網(wǎng)，QQ、E－mail和WEB全部中斷，但Ping各個門戶網(wǎng)站都能通，運(yùn)營商M檢查數(shù)通設(shè)備一切正常，于是向我司工程師小A申述傳輸故障。小A接到申訴后：吸取了上次的經(jīng)驗(yàn)，和用戶確認(rèn)的確能Ping通，于是認(rèn)為故障在上游數(shù)通環(huán)節(jié)，與ET1無關(guān)，至于為何割接后出現(xiàn)問題那純屬偶然。運(yùn)營商M也認(rèn)為小A有理，又去折騰了半天數(shù)通產(chǎn)品還是沒搞定，于是又投訴小A說的確是傳輸割接引起的故障，要求必須到現(xiàn)場處理。小A極不情愿但又有點(diǎn)心虛的到了現(xiàn)場：告警、性能都正常，看不出毛病

Ping的確是通的

PC直連在ET1都不能上網(wǎng)小A一籌莫展了，咋辦呢？可恨用戶刁蠻，問題顯然跟傳輸無關(guān)嘛。問題真的跟傳輸無關(guān)嗎？準(zhǔn)確判斷故障（二）16案例分析

小A無奈之下打數(shù)通800求援，學(xué)到一招：Ping大包。Mygod！果然200字節(jié)以上的大包都Ping不通，看來問題的確出在傳輸上。配置原因？硬件損壞？版本缺陷？思路：對于此類問題，首先應(yīng)從單板的工作原理下手分析，找到導(dǎo)致問題發(fā)生的可能原因，然后逐項(xiàng)排除。

ET1將以太網(wǎng)幀首先拆分成N個64字節(jié)的分片，然后輪循放進(jìn)虛通道綁定的VC12中傳送，對端從相應(yīng)的VC12中取出完成的分片后再恢復(fù)成一個完整的以太網(wǎng)幀發(fā)送出去。因此，綁定的任意一個VC12出現(xiàn)異?；騼啥颂撏ǖ澜壎ǖ腣C12沒有一一對應(yīng)，都會導(dǎo)致業(yè)務(wù)出現(xiàn)有規(guī)律的損傷。如何定位：檢測配置是否出現(xiàn)了兩端VC12不對應(yīng)的情況排除法，減少綁定的VC12（二分法）總結(jié)：1、檢查業(yè)務(wù)Ping要帶包長參數(shù)，建議包長1500字節(jié)

2、要理解單板原理，從原理出發(fā)來分析問題深入理解單板工作原理17案例分析

某日，用戶投訴和公司總部的網(wǎng)絡(luò)連接異常，網(wǎng)絡(luò)速度緩慢。運(yùn)營商已排除數(shù)通設(shè)備故障可能，要求小A處理。端口性能事件中反映收到了較多的超長包，初步懷疑是這些超長包被丟棄而導(dǎo)致的業(yè)務(wù)異常，但這些超長包從何而來呢？

咨詢運(yùn)營商數(shù)通人員得知：此用戶新近開通了VPN業(yè)務(wù)。

VPN業(yè)務(wù)需要在用戶數(shù)據(jù)幀的基礎(chǔ)上打上MPLS或IPTunnel標(biāo)簽，因此會將數(shù)據(jù)幀加長N個字節(jié)，如果用戶數(shù)據(jù)幀較長，則打上VPN標(biāo)簽后會超過1522字節(jié)，而ET1將此類超長幀丟棄。修改ET1的MTU值即可解決問題。提醒：目前VPN技術(shù)正在逐步向基于MPLS的二層VPN過渡，由于此類VPN的MPLS標(biāo)簽在以太網(wǎng)幀頭之前，老一代以太網(wǎng)單板（ET1/EGT等）不能識別此類封裝格式會將所有幀丟棄。配合用戶開VPN業(yè)務(wù)時，一定要了解清楚其VPN的實(shí)現(xiàn)方式，并決定是否需要使用EMS/EFS系列單板。了解用戶業(yè)務(wù)的特征18案例分析某運(yùn)營商通過C公司交換機(jī)和我司GE02單板開通千兆以太網(wǎng)業(yè)務(wù)（綁定4個VC4），用戶進(jìn)行視頻點(diǎn)播，使用UDP協(xié)議時畫面頻繁出現(xiàn)停滯，使用TCP協(xié)議時偶爾出現(xiàn)跳幀。

思路：

我司產(chǎn)品對以太網(wǎng)幀進(jìn)行透傳，并不識別3層及以上內(nèi)容，為何TCP和UDP出現(xiàn)如此大差別？看起來問題似乎與MSTP產(chǎn)品無關(guān)，但為何用戶通過光纖直連開通相同業(yè)務(wù)無類似問題？因此問題還是出在網(wǎng)絡(luò)引入了MSTP產(chǎn)品，難道是對接問題？如果是對接問題，那應(yīng)是不區(qū)分高層協(xié)議而通通出現(xiàn)相同問題，因此問題跟高層協(xié)議的具體應(yīng)用有關(guān)，那么首先應(yīng)弄清楚視頻點(diǎn)播業(yè)務(wù)在分別使用TCP和UDP時數(shù)據(jù)流的差別，這是問題的突破點(diǎn)。問題：使用何種手段來分析TCP和UDP的數(shù)據(jù)流差別？Answer：使用Sniffer等軟件工具在客戶端PC抓包并解碼分析，找到使用不同高層協(xié)議時數(shù)據(jù)流的差別。學(xué)會使用軟件工具19案例分析

通過抓包并解碼分析，TCP協(xié)議時IP包長都在1510左右，UDP協(xié)議時IP包長都在8000多，即需要分拆到大約6個以太網(wǎng)幀中。同時，Sniffer顯示UDP時只能收到前面連續(xù)4個分片，而后面的分片丟失，這就說明的確是GE02把連續(xù)分片的一部分丟失，導(dǎo)致畫面停滯。思路：

此時實(shí)際流量并不大，并未超過綁定的4個VC4，但GE02會規(guī)律性的丟棄幀，為什么？用ET1開通類似業(yè)務(wù)，卻無上述問題，WHY？為何使用TCP和UDP時有IP的包長有上述差別，這其中是否還隱含了其他我們不知曉的問題？請思考：以上兩個方面是否存在什么聯(lián)系？Answer：TCP的確認(rèn)-重傳機(jī)制和UDP的面向非連接的突發(fā)特性，因而產(chǎn)生了使用不同協(xié)議時數(shù)據(jù)流的差別，而這種差別剛好又同GE02的某種缺陷相吻合，導(dǎo)致了問題的產(chǎn)生。熟悉TCP/IP基礎(chǔ)知識20案例分析分析：從UDP的突發(fā)性和連續(xù)分片只能通過4片來分析，懷疑是GE02對業(yè)務(wù)突發(fā)的容忍能力有限而導(dǎo)致連續(xù)突發(fā)分片只能通過4片，后續(xù)分片則由于FIFO溢出而丟棄。請思考：以太網(wǎng)單板性能指標(biāo)中哪些項(xiàng)能反映單板對突發(fā)的處理能力？

BACKTOBACK：使用儀表對GE02進(jìn)行B2B專項(xiàng)測試，發(fā)現(xiàn)其指標(biāo)非常差，說明的確是GE02無法承受數(shù)據(jù)流的突發(fā)而造成了丟包。

如何解決：由于性能指標(biāo)是固化于產(chǎn)品的，無法單純的通過軟件設(shè)置來優(yōu)化，因此只能通過將綁定的帶寬從4個VC4增加到8個VC4，使GE02能夠線速轉(zhuǎn)發(fā)千兆以太網(wǎng)，問題解決。在對接交換機(jī)的GE口做流量整形（shaping），讓數(shù)據(jù)流盡量變的平滑，減輕GE02的壓力?？偨Y(jié)陳詞：理解高層協(xié)議的基本原理，熟練的使用軟件工具來抓住問題的蛛絲馬跡并推理出問題的可能原因，同時要理解常用性能指標(biāo)的意義，有的放矢定位并解決問題。理解性能指標(biāo)的意義21案例分析

某次業(yè)務(wù)擴(kuò)容后，ET1S同時有兩個端口連接到了同一L3，此時業(yè)務(wù)嚴(yán)重異常，斷開其中任何一條網(wǎng)線，則另一端口業(yè)務(wù)恢復(fù)正常。分析：

懷疑是ET1S和L3直接形成了環(huán)路導(dǎo)致廣播風(fēng)暴而影響到業(yè)務(wù)，但再三檢測配置，可確認(rèn)兩端都進(jìn)行了隔離不會形成環(huán)路。

單端口連接時業(yè)務(wù)一起正常，可排除硬件故障可能性，同時單板也無復(fù)位等異常?；诙咏粨Q的原理，懷疑是ET1S的CAM表異常。請問：如何證明ET1S的CAM表異常。查詢CAM表中對應(yīng)L3相應(yīng)端口MAC地址的表項(xiàng)是否穩(wěn)定。那如何知道L3端口的MAC地址？

L3直接連接PC，查詢PC的ARP表。ARP表顯示針對L3的不同端口竟然使用了相同的MAC地址，從而造成ET1S針對該MAC的表項(xiàng)不停的發(fā)生抖動，業(yè)務(wù)大量異常。解決：如L3多端口使用相同的MAC，則不允許和ET1S多個端口連接。理解二層交換原理22測試在故障定位中的應(yīng)用

使用場合儀表測試重大故障且難以通過其他手段判定故障界面偶發(fā)故障且故障存在自愈性證明“非故障”對于第1、3種情況，主要是使用儀表進(jìn)行性能指標(biāo)的測試，包括和對接數(shù)通產(chǎn)品進(jìn)行聯(lián)合的性能測試（證明對接無問題）；對于第2種情況，主要針對MSTP進(jìn)行單獨(dú)的長期（24小時以上）可靠性測試。需要注意的是：對于第3種情況，重點(diǎn)在于引導(dǎo)用戶對以太網(wǎng)特性單板的功能和性能指標(biāo)的正確認(rèn)識，糾正其關(guān)于“帶寬”等概念及測試方法的錯誤理解。強(qiáng)調(diào)：“帶寬”的單位是bps，其定義與“吞吐量”有本質(zhì)不同。測試“吞吐量”必須使用儀表，任何軟件都不具備此項(xiàng)功能。可以使用一些軟件來近似測試通道的“帶寬”，但存在局限性。一切測試結(jié)果以儀表為準(zhǔn)。23工具軟件的使用應(yīng)用軟件測試在沒有儀表的情況下，為了證明“非故障”，在某些條件下可以使用軟件對通道進(jìn)行測試。

Ping使用ICMP的Echo功能，一般用來判斷對端是否可達(dá)，同時可以反映出報(bào)文在網(wǎng)絡(luò)中一個來回的延時（包括傳輸延時和終端處理延時），無論如何應(yīng)用，Ping都不具有直接反映網(wǎng)絡(luò)帶寬的功能。

UDPEcho和ICMPEcho有些類似，也是發(fā)送一個報(bào)文給對方，對方收到后再回復(fù)一個確認(rèn)報(bào)文，從而判斷對方是否可達(dá)，不同在于分別為傳輸層和網(wǎng)絡(luò)層協(xié)議，但前者更消耗主機(jī)資源，適合做網(wǎng)絡(luò)攻擊。注意：某些工具軟件通過不停調(diào)整發(fā)送UDPEcho報(bào)文的速率，并根據(jù)是否能收到對應(yīng)的確認(rèn)報(bào)文來測試通道的帶寬，這種二分法的算法是合理的（和儀表算法類似），但是其忽略了主機(jī)對UDPEcho的處理能力，即此種方法引入了主機(jī)處理能力對測試結(jié)果的影響且影響程度不可知，因此結(jié)果不可信。綜上：不要相信所謂的帶寬測試工具軟件，其測試?yán)碚摶A(chǔ)都不可靠，測試結(jié)果充其量具有一點(diǎn)參考價值。24工具軟件的使用應(yīng)用軟件測試

FTP與相互COPYFTP是應(yīng)用層效率較高的一種協(xié)議，在同等網(wǎng)絡(luò)條件下，F(xiàn)TP的傳送速率一般要高于其他應(yīng)用，如HTTP，同時FTP應(yīng)用軟件往往有速率統(tǒng)計(jì)功能，能直觀的反映出當(dāng)前速率和平均速率，因此一般建議在沒有數(shù)據(jù)分析儀的情況下可以利用FTP來近似測試通道帶寬。

相互