1、以太網故障處理,張建立/44957,Page 2,課程目標,掌握以太網故障維護常用手段 熟悉與理解以太網故障定位思路 了解一些常見典型案例 了解測試儀表使用方法,Page 3,以太網故障定位基礎知識 以太網故障定位思路 以太網故障案例分析 測試儀表使用方法介紹,內容提綱,Page 4,以太網故障定位基礎知識的掌握程度，將影響維護人員對以太網業(yè)務故障處理的思路和效率以下知識點是維護人員必須理解和掌握的,以太網基礎知識 以太網單板規(guī)格和特性 以太網單板維護手段,Page 5,數據鏈路層,以太網物理層 SDH層,網絡層,SDH層 以太網物理層,數據鏈路層,網絡中的每個設備不需要支持數據通信都每一個層

2、次.通過處理自己支持的層次的PDU封裝,實現網絡設備的互通互聯,比如數據特性單板支持處理數據鏈路層的PDU封裝,以后可能也可以支持網絡層的PDU封裝.,數據通信分層結構在網絡設備上的體現,網元1,網元2,網元3,網元4,以太網基礎知識回顧,Page 6,以太網業(yè)務的信號流程,SDH交叉與線路,理解以太網信號流和分層結構,是應用告警和性能事件的基礎,典型案例:B3誤碼和FCS_ERR 告警同時存在,應該優(yōu)先處理下層的B3誤碼問題.,以太網基礎知識回顧,Page 7,以太網業(yè)務和傳輸SDH業(yè)務的主要區(qū)別 TDM統(tǒng)計復用 SDH傳輸采用時分復用的帶寬分配方式,流量恒定,保證了業(yè)務良好的Qos,但帶寬

3、利用率不高;數據通信采用統(tǒng)計復用,流量突發(fā),只在需要的時候占用帶寬資源,可以實現帶寬資源共享，但業(yè)務的Qos不能很好的保證; 同步異步 SDH傳輸依靠時隙作為尋址手段,要求同一連接的數據必須周期性出現,全網嚴格同步;數據通信利用PDU封裝攜帶尋址信息,不需要同一連接的數據周期性出現; 幀長度固定變長 SDH幀字節(jié)數為固定長度和固定格式;而數據通信根據功能和層次不同,其幀結構在一定范圍里變化.,以太網基礎知識回顧,Page 8,MSTP的關鍵技術 級聯技術 將同一種粒度的虛容器做為一個更大的容器，提供更高的帶寬.級聯業(yè)務包括相鄰級聯和虛級聯;其中相鄰級聯需要中間傳輸設備都支持,虛級聯可以實現多徑

4、傳輸,需要考慮時延容限; LCAS(Link Capacity Adjustment Scheme)技術 實現虛級聯業(yè)務的帶寬靈活、動態(tài)調整;同時，提供一種容錯機制，增強虛級聯業(yè)務的健壯性. GFP（Generic Framing Procedure ）技術 提供了將以太網突發(fā)、不定長的數據流適配到傳輸網絡定長、同步的SDH幀中的一種通用機制.,以太網基礎知識回顧,Page 9,1001010111000101001101010.,使用脈沖信號來攜帶自動協商信息,以太網端口工作模式 速率:10M/100M(FE)/1000M(GE)/10GE 雙工模式:全雙工/半雙工 以太網端口工作模式協商方

5、式 自協商:對接以太網端口工作模式自協商 非自協商:手工指定工作模式,以太網端口工作模式,典型案例:對接以太網端口,一端是非協商模式,一端是自協商模式時,自協商工作模式將是錯誤的.影響網絡正常使用.,以太網基礎知識回顧,Page 10,VLAN ID的處理,以太網基礎知識回顧,Page 11,VLAN ID 以太網幀中所攜帶的表示該幀所屬的VLAN的ID; PVID 所有以太網端口，都必須指明默認屬于哪個VLAN，這個VLAN ID就是端口的PVID; Allowed VlAN ID： 在屬性TAG AWARE端口上，必須標識出允許那些VLAN通過,即等效于VLAN過濾表中定義的VLAN;,以

6、太網業(yè)務三個重要的ID,典型案例:以太網設備對接,一端端口屬性為Hybrid,一端端口屬性為Tag,以太網業(yè)務VLAN ID和端口的PVID相同,導致Hybrid屬性的端口剝離業(yè)務VLAN ID,使業(yè)務中斷.,以太網基礎知識回顧,Page 12,EOS的組網應用-EPL業(yè)務,純以太網透傳業(yè)務,同享帶寬以太網透傳業(yè)務,以太網基礎知識回顧,Page 13,EOS的組網應用- EPL業(yè)務,以太網基礎知識回顧,Page 14,P(屬性)VCTRUNK,MAC,MAC,VLAN 88,VLAN 88,VLAN 88,VLAN 88,LSP,EOS的組網應用- EVPL業(yè)務,VCTRUNK,P屬性（VCT

7、RUNK）,VCTRUNK,P屬性（VCTURNK）,Tunnel 16,Tunnel 17,Tunnel 16,Tunnel 17,transit,transit,LSP,ingress,egress,以太網基礎知識回顧,EVPL業(yè)務中LSP的結構,Page 15,VCTRUNK,EOS的組網應用- EPLAN業(yè)務,以太網基礎知識回顧,二層交換功能實現點對多點EPLAN業(yè)務,Page 16,EOS的組網應用- EVPLAN業(yè)務,以太網基礎知識回顧,通過LSP連接實現FULL MESH結構的EVPLAN業(yè)務,Page 17,以太網交換技術,已知單播:在相應的端口轉發(fā) 未知單播:在同一VLAN內

8、所有端口廣播 廣播:在同一VLAN內所有端口廣播 組播:根據動態(tài)或是靜態(tài)的組播表進行部分端口轉發(fā),典型案例: 以太網環(huán)路對業(yè)務的影響 組播報文的抑制方式,以太網基礎知識回顧,Page 18,掌握以太網單板的特性,有利于維護人員提高維護效率, 故障定位可以事半工倍.主要相關資料來源:,XX單板開局指導 以太網單板介紹 查閱相關單板規(guī)格說明和使用場景; XX設備問題樹 查閱相關單板問題和缺陷; XX單板問題預警 XX單板經驗薈粹 實時了解單板相關的問題;,典型案例: EFGS數據單板VCTRUNK綁定規(guī)則; LCAS V1系列不穩(wěn)定,需要按一定的操作規(guī)范完成操作; 數據單板測試幀必須在GFP封裝下

9、才能使用;,以太網單板規(guī)格和特性,Page 19,以太網單板維護手段,扁鵲看病是望、聞、問、切,定位以太網故障也需要熟練掌握幾種常見的手段: 告警與性能分析 RMON(Remote Network Mmonitoring 遠程監(jiān)控)性能分析 網管操作日志分析 測試幀功能 通過以上幾種常見的維護手段可以幫助定位大部分的問題,在一些特殊或復雜的情況下可以借助其他方式來定位問題: 單板還回功能 測試儀表測試 捕獲報文分析,既抓包分析 數據設備PINGTRACERT功能,Page 20,以太網單板維護手段,告警分析,SDH告警及性能 檢查影響SDH業(yè)務的告警：LOP、AIS、UNEQ等 SDH性能統(tǒng)計

10、：誤碼、 B3SD、LPBBE等 映射層告警 LCAS帶寬減少告警及LCAS實際協商時隙查詢 封裝層告警 FCS_ERR及GFP幀失步告警 以太網告警和性能 檢查影響業(yè)務的告警：ETH_LOS RMON性能告警：錯誤報文計數及性能統(tǒng)計越限告警,注意：底層性能劣化可能引起上層告警,Page 21,SDH： 出現SDH告警及性能誤碼的定位解決方法與線路、支路相同 映射： 若SDH側時隙無告警和誤碼而LCAS協商不正確，則可確定為LCAS問題 封裝： 引起FCS_ERR和GFP幀失步告警的原因可能是兩端的封裝協議參數配置不一致或SDH誤碼 以太網： ETH_LOS告警由以太網端口故障引起，需要檢查網

11、線、光纖是否松動、網線是否損壞等,以太網單板維護手段,告警分析,Page 22,T2000網管告警顯示,以太網單板維護手段,T2000V002R002版本截圖，推薦使用網管F1聯機幫助,Page 23,以太網單板維護手段,RMON性能分析,以太網統(tǒng)計組(Ethernet statistics) 統(tǒng)計組的作用是查詢以太網端口的當前實時性能統(tǒng)計數據. 歷史控制組(History control) 歷史控制組的作用是控制各以太網端口歷史數據的獲取方式，設置的屬性包括：歷史表類型：30秒/30分/可設周期，對于可設周期，需要設置采樣周期；每個統(tǒng)計值保存的項數；使能/禁止。 以太網歷史組(Etherne

12、t history) 歷史數據組保留對以太網性能的歷史時段的統(tǒng)計，滿足用戶對查詢過去某些時間段內的以太網端口統(tǒng)計數據的要求，其支持的性能項和以太網統(tǒng)計組相同。 告警控制組(alarm control) 實現告警功能。完成告警事件的上報。需要提供告警事件的設置、查詢，告警的設置包括告警的上報方式，告警上限/下限，告警數據的采集時間間隔，使能/禁止。,Page 24,以太網單板維護手段,T2000網管RMON性能分析-統(tǒng)計組,通過端口實時速率統(tǒng)計功能，可以大致了解本端口的報文收發(fā)速率,網管入口,Page 25,以太網單板維護手段,T2000網管RMON性能分析-告警組,注意：首先必須啟動性能監(jiān)視功

13、能,Page 26,以太網單板維護手段,推薦使用網管F1聯機幫助,T2000網管RMON性能分析-參數含義,A類錯包事件 AlignmentErrors：對齊錯誤-碰撞引起或硬件故障（對端居多）; FCSErrors：CRC校驗錯-碰撞（全雙工VS半雙工）、網線質量差或受到干擾、對端硬件故障; 故障定位：檢查端口模式、網線、對端硬件 ; B類碰撞相關事件 故障定位：1、本端口實際工作在半雙工模式，建議調整到全雙工模式； 2、CSMA/CD算法所決定，非故障; C類流控事件 故障定位：反映了通道的“擁擠”程度，建議根據需要擴容; D類硬件異常 DropEvents：由于FIFO溢出而導致的丟包;

14、 故障定位：硬件故障引起;,Page 27,以太網單板維護手段,網管操作日志分析,事故前的操作記錄查詢對快速定位問題有很好的幫助,Page 28,以太網單板維護手段,以太網單板提供一種驗證VCTRUNK端口之間互通性的,使用GFP管理幀實現的測試幀.,測試幀功能,測試幀可以驗證單板之間VCTRUNK連接的配置正確性, 即SDH業(yè)務 配置和VCTRUNK通道綁定配置。,Page 29,以太網單板維護手段,T2000網管實現測試幀功能,業(yè)務正常情況下,發(fā)送測試幀的數量和收到的測試幀數量應該相同.,網管入口,Page 30,以太網單板維護手段,命令行實現測試包功能-只有EFGS系列支持,定義測試包

15、:ethn-cfg-set-testpktpara:bid,vctrunk,length,testtype,datatype,dstmac,srcmac,dstip,srcip,vlanid;,（0 xFFFF表示不帶VLANID）,發(fā)送測試包 : ethn-cfg-set-testpkten:bid,vctrunk/ip,number ;,注：此功能需要謹慎使用,Page 31,以太網單板維護手段,以太網單板還回功能,環(huán)回位置及方向,PHY環(huán)回,MAC環(huán)回,SDH時隙外環(huán)回,SDH時隙內環(huán)回,交叉/線路環(huán)回,注意： 二層交換模式下不能使用環(huán)回功能 此功能需要謹慎使用,Page 32,以太網單

16、板維護手段,測試儀表測試 利用外接儀表的強大功能，可以實現模擬以太網業(yè)務數據流；測試以太網業(yè)務的四個性能指標；也可以實現報文捕獲分析；常用的儀表有SMARTBITS6000,Tesgine2000等； 捕獲報文分析,既抓包分析 利用儀表，或是PC+抓包軟件（SNIFFER）等工具捕獲數據流，并提供分析報文分析，可以讓維護人員深入分析業(yè)務異常原因； 數據設備PINGTRACERT功能 在和數通設備配合組網，借助數通設備或是利用PC機的PINGTRACERT來定位故障點；,Page 33,知識回顧,以太網故障定位需要具備那些知識 以太網單板的相關特性在那些文檔中體現 常見的以太網維護手段,Page

17、 34,以太網故障定位基礎知識 以太網故障定位思路 以太網故障案例分析 測試儀表使用方法介紹,內容提綱,Page 35,以太網故障定位可以參照“先性能后告警、先SDH后以太網、先日志后測試、先內部后外部”的原則，充分利用告警、性能事件、逐段環(huán)回、測試幀等維護手段，結合工具軟件、測試儀表、PING功能等進行有計劃、有步驟的定位 除了遵照上述原則外，還應盡可能采取其它的應急措施（如提供、切換備用鏈路），以減少業(yè)務中斷時長,以太網故障定位思路,以太網故障定位原則,故障定位并沒有一種固定不變的思路，完全可以根據自己的經驗和對維護手段的熟悉程度，靈活的運用,Page 36,以太網故障定位思路,以太網故障

18、定位界面,Page 37,以太網故障定位思路,以太網故障定位思路業(yè)務中斷,Page 38,以太網故障定位思路,端口TAG屬性(TAG/UNTAG)設置不當 該種故障出現概率較大，常見原因是以太網端口未能與數據設備進行端口屬性同步更改，導致業(yè)務中斷; 端口工作模式引起的故障 物理層出現故障，表現為實際端口工作模式不正確，或者端口某些參數異常，或接口板故障，物理層寄存器被隨意改寫等。當端口設置為自協商時，要求在link上后查詢端口實際工作模式，杜絕半雙工VS全雙工的情況出現; 網線或者光纖出現故障 以太網端口LINK燈（綠色）不亮,網線可能壞了，或者是交叉和公網線弄混了; 通過查詢以太網RMON實

19、時性能，如果存在較多的CRC錯誤等異常錯包，在首先排除端口工作模式問題的前提下，也可能是網線光纖存在問題; 需重點查詢VC通道捆綁情況 在非LCAS狀態(tài)下捆綁錯或不一致也可致使業(yè)務中斷; 端口的默認vlan id設置 關注端口PVID和業(yè)務VLAN ID之間的關系;對于EFGS單板的Hybrid端口的PVID設置也要注意兩端設備的一致問題。,以太網故障定位思路業(yè)務中斷常見問題,Page 39,以太網故障定位思路,以太網配置的靜態(tài)路由錯誤或者丟失 檢查配置后修改; 單板硬件故障 一般都會有上報TU-AIS,TU-LOP等SDH層告警，現象比較好判斷; 封裝協議不匹配 對于EFGS系列單板，N1單

20、板支持LAPS和GFP，N2只支持GFP，不同的封裝協議是無法對接成功的; GFP幀失步或GFP封裝FCS_ERROR 可能GFP封裝的參數設置不一致造成的問題，如 “小字節(jié)序” 和“大字節(jié)序”、有無擴展頭等; 因為大量丟包造成的業(yè)務中斷 參考下”業(yè)務劣化”的處理思路;,以太網故障定位思路業(yè)務中斷常見問題,Page 40,以太網故障定位思路,以太網故障定位思路業(yè)務劣化,Page 41,以太網故障定位思路,以太網故障定位思路業(yè)務劣化常見問題,業(yè)務量大，配置帶寬不夠 通過以太網端口性能統(tǒng)計數據進行判別，一般對端設備可以接收到比較多而且持續(xù)的PAUSE幀;如果實際流量接近我們配置的帶寬，也證明我們的

21、帶寬資源不足了?？梢試L試多綁定幾個2m來驗證問題。 帶寬足夠，但是業(yè)務突發(fā)比較大 這種情況也是很常見的，但是比較難于判別。首先是流量，很可能平均流量遠小于我們配置的帶寬，但對端設備還是在時不時收到我們設備發(fā)出的PAUSE幀，此時一是增加帶寬，但是更主要的是要求對端的設備做一下流量整形，這樣效果會好很多。 業(yè)務量過大的時候，對端設備不響應流控造成丟包 一端支持使能流控，對端設備不響應流控，引起大量丟包;建議對于業(yè)務量較大的站點，要不和對端設備同時使能流控，要不同時都不使能，不要出現一方使能另一方不使能的情況; 單板設置的最大傳輸包長MTU小于實際設備的傳輸包長 這種情況不太常見，但是發(fā)生了也很難

22、確認。常出現在有VPN或是MPLS網絡中,通過測試儀表可以測試出網絡最大的MTU.,Page 42,以太網故障定位思路,端口模式和對端設備不匹配，造成工作在異常狀態(tài) 這種情況多半會導致AUTO一端被錯誤協商成100M HALF，引起工作模式不匹配。這種情況下小業(yè)務流量還是可以傳輸，但是數據量一大就會導致大量的碰撞和沖突包被檢測到（可以通過性能統(tǒng)計查詢到）。 網線或者光纖出現故障 通過告警基本上可以判斷出,如果存在較多的CRC錯誤等異常錯包，在首先排除端口工作模式問題的前提下，也可能是網線光纖存在問題; 單板硬件故障 一般都會有上報TU-AIS,TU-LOP或BBE等SDH層告警或性能; 交換業(yè)

23、務存在回路，而未啟動生成樹 一般在MSTP設備形態(tài)上是可以通過配置確保業(yè)務無環(huán)路存在的，單在某些特殊情況可能存在環(huán)路，例如人為的原因在以太接口上插環(huán)回電纜等。如該情況未啟用生成樹就會存在廣播風暴消耗網絡帶寬資源; 網絡存在異常 通過抓包分析,如存在超量的廣播報文或是病毒報文，占用大部分轉發(fā)帶寬，后果與廣播風暴類似;,以太網故障定位思路業(yè)務劣化常見問題,Page 43,知識回顧,以太網故障定位原則 以太網故障定位分界 以太網故障定位的思路 以太網常見故障,Page 44,以太網故障定位基礎知識 以太網故障定位思路 以太網故障案例分析 測試儀表使用方法介紹,內容提綱,Page 45,以太網故障案例

24、分析,EFS單板瞬報ETH_LOS告警的問題處理,【問題現象】 某局MSTP設備EFS單板瞬報ETH_LOS告警，通過網管檢查有多個站點出現過5秒的ETH_LOS告警，然后告警結束。通過對照發(fā)現只要是10MFull連接到用戶的計費系統(tǒng)的EFS單板MAC端口會出現瞬報ETH_LOS告警的現象，其他端口均正常。 【問題分析】 由于單板上報ETH_LOS告警，屬于網口連接丟失告警，與SDH系統(tǒng)無關，且多塊單板均瞬報告警，單板故障的可能性也非常的小。通過深入的觀察分析發(fā)現故障原因為用戶偶爾關閉或重啟計算機，導致Link偶爾中斷：每次重啟或關閉計算機時，由于網卡有暫時的掉電，在網管上就會反映出幾秒鐘的瞬

25、斷告警。由于EFS單板對端口的Link狀態(tài)是5秒左右的周期巡檢一次，所以會出現5秒的ETH_LOS告警。 【問題解決】 屬正?，F象，不需要處理。,Page 46,以太網故障案例分析,【問題現象】 用戶反映上網速度很慢，ping外部網站出現較多丟包。 【問題分析】 思路：數通故障？線路故障？單板故障？端口模式問題？ 1、 線路如果出現誤碼，從而導致以太網幀所在的VC虛通道產生誤碼，而單板在從VC虛通道恢復以太網幀的時候會進行CRC校驗，此時必然CRC校驗不過而丟棄改幀； 2、 單板硬件故障導致丟包，只能通過更換單板解決； 3、 端口模式不一致引起大量丟包，此種情況可以迅速通過以太網性能事件確認：

26、如果本端為全雙工且收到大量CRC錯包，可確認為對端工作在半雙工模式所導致，當然，也有可能是網線故障或受到干擾所致。 【問題解決】 因此，處理此類故障時，首先查看SDH側是否產生了誤碼，其次通過以太網性能事件來判斷是否存在端口工作模式不一致的問題，再次隔離數通設備通過PC直連來定位是否數通產品故障，如定位為以太網問題，則更換以太網單板繼續(xù)觀測。,業(yè)務丟包嚴重,Page 47,以太網故障案例分析,FTP測試速率不達標,【問題現象】,用戶FTP測試速率只有幾K,50KM,【問題分析】 分析過程：線路無誤碼，FCS校驗正常，網絡流量也比較小，沒有超過綁定帶寬，但在 進行儀表測試時，發(fā)現網絡時延很大FT

27、P軟件采用TCP傳輸方式，和TCP的窗口機制 有關，時延越大，該TCP的服務速率會相應降低，和設備帶寬無關。一種簡單的計算方 法，假設PC機的MTU=1500,最大窗口數w16；則每次最大可以傳送的字節(jié)數 1615008192000bits，時延192000/測試速率 =Nms, 【問題解決】 減少網絡時延，加大FTP的TCP窗口,Page 48,以太網故障案例分析,EGS2每個vctrunk只支持4個VC4，轉發(fā)不能線速,用戶采選了SSN2EGS2數據單板組網, 卻無法實現千兆流量的傳送.,【問題現象】,【問題分析】,OSN設備數據單板N2EGS2的VCTRUNK帶寬因為受到芯片的限制，一個

28、VCTRUNK只能支持622M（4*VC4）的帶寬。因此當組網出現一個MAC（GE端口）口或是多個MAC（GE端口）對應一個SDH系統(tǒng)側端口（VCTRUNK端口）時，并且用戶流量超過622M的情況下，就會出現SDH系統(tǒng)側端口（VCTRUNK端口）帶寬瓶頸問題！,【問題解決】 1、這應該是一個已知的規(guī)格限制，所以建議在組網時規(guī)避，盡量采用一個GE端口對應多個VCTRUNK的組網方式，來緩解帶寬瓶頸問題。 2、流量比較大的專線接入業(yè)務建議采用EGT單板組網。,Page 49,以太網故障案例分析,【故障現象】 某地計劃使用EFS0單板 開通以太網業(yè)務，兩端采用了GFP的封裝方式，在配置完成后，業(yè)務始

29、終不通，網絡上無任何異常告警，有時存在FCS_ERR告警。 【問題處理】 FCS_ERR告警是由封裝方式觸發(fā)FCS校驗出錯告警，可能的原因是封裝協議一致但是協議參數如是否擾碼、是否取反等內容不一致，通過查看配置發(fā)現對接的一端沒有設置擾碼，另一端設置了擾碼，導致了業(yè)務不通。 【問題總結】 結合相關告警，判斷問題！ 在GFP封裝設置中可以根據需要選擇擴展頭、加解擾碼、FCS校驗等功能，對接兩端配置必須保持一致。請?zhí)貏e注意，如果沒有FCS校驗，將不會出現FCS_ERR告警。,GFP封裝不一致導致業(yè)務中斷,Page 50,以太網故障案例分析,MTU過小導致業(yè)務異常,【故障現象】 MPLS網絡中，用戶可

30、以正常PING通服務器，但就是不能打開網頁 【問題處理】 線路無告警，無誤碼測試幀也正常，數通設備PING小字節(jié)的報文也正常通過抓報分析，發(fā)現服務器的網頁報文是1518字節(jié)，加上個字節(jié)的MPLS報頭，而傳輸設備以太網端口MTU是1522字節(jié) 【問題總結】 PING 1500字節(jié)發(fā)現果然不通，修改以太網的MTU后，業(yè)務正常,Page 51,以太網故障案例分析,外部設備故障導致業(yè)務異常,SDH,以太FE端口,環(huán)回,數通設備,【故障現象】 以太網業(yè)務異常 【問題處理】 線路無告警，無誤碼測試幀也正常修改業(yè)務為EPL業(yè)務后，再另一端用儀表發(fā)包，故障端環(huán)回，收發(fā)正常 【問題總結】 通過以上方式基本上可以

31、排除是以太單板問題,Page 52,以太網故障定位基礎知識 以太網故障定位思路 以太網故障案例分析 測試儀表使用方法介紹,內容提綱,Page 53,性能測試 吞吐量（Throughput） 系統(tǒng)在不丟幀的條件下的包處理能力 時延（Latency） 測試幀的最后一位進入被測試設備到這個幀的第一位從被測試設備輸出的時間 幀丟失率（Frame Loss Rate） 在恒定的負載下，由于資源缺乏而不能轉發(fā)的報文的比例 背 對 背（ Back-to-Back ） 從空閑狀態(tài)開始，以傳輸媒介限制的最短間隔連續(xù)發(fā)送報文，在不丟失報文的條件 下，系統(tǒng)所能處理的最大報文數量 模擬數據流 普通以太網幀 帶VLAN

32、 ID的802.1Q 帶MPLS 報文的幀,測試儀表使用方法介紹,Page 54,測試儀表使用方法介紹,在測試期間，測試儀表將盡量模擬實際應用中的數據流的情況。驗證網絡設備的性能，檢測其是否與廠商所提供的指標一致。,Tester,Device Under Test (DUT),Traffic generation,Traffic analysis,網絡設備性能驗證,Page 55,測試儀表使用方法介紹,System Under Test (SUT),Input,Output,Traffic generation,Traffic analysis,驗證網絡系統(tǒng)的性能，例如系統(tǒng)時延、QoS等等。,

33、網絡性能測試,Page 56,測試儀表使用方法介紹,System Under Test (SUT),Input,Output,Traffic generation,Traffic analysis,對于系統(tǒng)開通測試則側重于測試網絡對實際業(yè)務的支持能力，包括系統(tǒng)延時、吞吐量、丟包率,網絡性能測試,Page 57,測試儀表使用方法介紹,從設備所能支持的最大的線速幀速率Xmax開始測試 當設備開始丟幀的時候，降低幀速率Y 當設備沒有丟幀的時候，提高幀速率Y 通常通過二分法來測試出不丟包情況下的最大的幀轉發(fā)速率 ThroughputY/Xmax*100%,吞吐量測試方法,Page 58,測試儀表使用方法介紹,圖示，64字節(jié)吞吐量=3534/148810100%=2.37%,當設備滿流量發(fā)送數據，則其最小包間隙應該12Byte。 通用的一個計算公式。 （L8+M）8N=100M L為以太網幀長； M為包間隙（12字節(jié)）； N為設備每秒鐘發(fā)出的數據幀的個數； 括號中的8字節(jié)為每個以太網幀前面的7個前導碼1個定幀字節(jié)； 括號外面的