以太網(wǎng)故障處理

1、以太網(wǎng)故障處理課程目標(biāo)學(xué)習(xí)完此課程，您應(yīng)能：掌握以太網(wǎng)故障定位常用手段熟悉與理解以太網(wǎng)故障定位思路了解一些常見(jiàn)典型案例Page 2以太網(wǎng)故障定位手段以太網(wǎng)故障定位思路以太網(wǎng)故障案例分析內(nèi)容提綱Page 3以太網(wǎng)單板維護(hù)手段扁鵲看病是望、聞、問(wèn)、切定位以太網(wǎng)故障也需要熟練掌握幾種常見(jiàn)的手段: 告警與性能分析 RMON(Remote Network Mmonitoring 遠(yuǎn)程監(jiān)控)性能分析 網(wǎng)管操作日志分析 測(cè)試幀功能通過(guò)以上幾種常見(jiàn)的維護(hù)手段可以幫助定位大部分的問(wèn)題,在一些特殊或復(fù)雜的情況下可以借助其他方式來(lái)定位問(wèn)題: 單板還回功能 測(cè)試儀表測(cè)試 捕獲報(bào)文分析,既抓包分析 數(shù)據(jù)設(shè)備PINGTR

2、ACERT功能Page 4以太網(wǎng)單板維護(hù)手段告警與性能分析 SDH告警及性能檢查影響SDH業(yè)務(wù)的告警：LOP、AIS、UNEQ等SDH性能統(tǒng)計(jì)：誤碼、 B3SD、LPBBE等 映射層告警LCAS帶寬減少告警及LCAS實(shí)際協(xié)商時(shí)隙查詢 封裝層告警FCS_ERR及GFP幀失步告警 以太網(wǎng)告警和性能檢查影響業(yè)務(wù)的告警：ETH_LOSRMON性能告警：錯(cuò)誤報(bào)文計(jì)數(shù)及性能統(tǒng)計(jì)越限告警注意：底層性能劣化可能引起上層告警Page 5T2000網(wǎng)管告警顯示以太網(wǎng)單板維護(hù)手段T2000V002R002版本截圖,推薦使用網(wǎng)管F1聯(lián)機(jī)幫助Page 6以太網(wǎng)單板維護(hù)手段RMON性能分析以太網(wǎng)統(tǒng)計(jì)組(Ethernet

3、statistics) 統(tǒng)計(jì)組的作用是查詢以太網(wǎng)端口的當(dāng)前實(shí)時(shí)性能統(tǒng)計(jì)數(shù)據(jù);歷史控制組(History control) 歷史控制組的作用是控制各以太網(wǎng)端口歷史數(shù)據(jù)的獲取方式，設(shè)置的屬性包括：歷史表類型：30秒/30分/可設(shè)周期，對(duì)于可設(shè)周期，需要設(shè)置采樣周期；每個(gè)統(tǒng)計(jì)值保存的項(xiàng)數(shù)；以太網(wǎng)歷史組(Ethernet history) 歷史數(shù)據(jù)組保留對(duì)以太網(wǎng)性能的歷史時(shí)段的統(tǒng)計(jì)，滿足用戶對(duì)查詢過(guò)去某些時(shí)間段內(nèi)的以太網(wǎng)端口統(tǒng)計(jì)數(shù)據(jù)的要求，其支持的性能項(xiàng)和以太網(wǎng)統(tǒng)計(jì)組相同;告警控制組(alarm control) 實(shí)現(xiàn)告警功能。完成告警事件的上報(bào)。需要提供告警事件的設(shè)置、查詢，告警的設(shè)置包括告警的上報(bào)

4、方式，告警上限/下限，告警數(shù)據(jù)的采集時(shí)間間隔;Page 7以太網(wǎng)單板維護(hù)手段T2000網(wǎng)管RMON性能分析-統(tǒng)計(jì)組通過(guò)端口實(shí)時(shí)速率統(tǒng)計(jì)功能，可以大致了解本端口的報(bào)文收發(fā)速率網(wǎng)管入口Page 8以太網(wǎng)單板維護(hù)手段T2000網(wǎng)管RMON性能分析-告警組注意：首先必須啟動(dòng)性能監(jiān)視功能Page 9以太網(wǎng)單板維護(hù)手段 推薦使用網(wǎng)管F1聯(lián)機(jī)幫助T2000網(wǎng)管RMON性能分析-參數(shù)含義 A類錯(cuò)包事件AlignmentErrors對(duì)齊錯(cuò)誤:碰撞引起或硬件故障（對(duì)端居多）;FCSErrors CRC校驗(yàn)錯(cuò):碰撞（全雙工VS半雙工）、網(wǎng)線質(zhì)量差或受到干擾、對(duì)端硬件故障; B類碰撞相關(guān)事件Collisions沖突事

5、件:端口實(shí)際工作在半雙工模式，建議調(diào)整到全雙工模式；CSMA/CD算法所決定，非故障; C類流控事件反映了通道的“擁擠”程度; D類硬件異常DropEvents：由于FIFO溢出而導(dǎo)致的丟包;Page 10以太網(wǎng)單板維護(hù)手段網(wǎng)管操作日志分析對(duì)事故前的操作記錄查詢對(duì)快速定位問(wèn)題有很好的幫助Page 11以太網(wǎng)單板維護(hù)手段 以太網(wǎng)單板提供一種驗(yàn)證VCTRUNK端口之間互通性的,使用GFP管理幀實(shí)現(xiàn)的測(cè)試幀功能.測(cè)試幀功能 通過(guò)測(cè)試幀請(qǐng)求和應(yīng)答的交互，可以驗(yàn)證單板之間VCTRUNK連接的配置正確性, 即SDH業(yè)務(wù)配置和VCTRUNK通道綁定配置，以及SDH線路側(cè)通斷情況.Page 12以太網(wǎng)單板維護(hù)

6、手段T2000網(wǎng)管實(shí)現(xiàn)測(cè)試幀功能業(yè)務(wù)正常情況下,發(fā)送測(cè)試幀的數(shù)量和收到的測(cè)試幀數(shù)量應(yīng)該相同.網(wǎng)管入口Page 13以太網(wǎng)單板維護(hù)手段MACMACVCTRUNK測(cè)試包VCTRUNKMACMACVCTRUNK測(cè)試包VCTRUNKNE1NE2命令行實(shí)現(xiàn)測(cè)試包功能-只有EFGS系列支持定義測(cè)試包:ethn-cfg-set-testpktpara:bid,vctrunk,length,testtype,datatype,dstmac,srcmac,dstip,srcip,vlanid; （0 xFFFF表示不帶VLANID） 發(fā)送測(cè)試包: ethn-cfg-set-testpkten:bid,vctru

7、nk/ip,number ;注意：此功能需要謹(jǐn)慎使用Page 14以太網(wǎng)單板維護(hù)手段以太網(wǎng)單板還回功能環(huán)回位置及方向封裝GFPLAPSHDLCMLPPP映射VCGLCASSDHVC12VC3VC4虛通道MPLSQinQ以太網(wǎng)透?jìng)鞫咏粨QSDHVC12VC3VC4映射VCGLCAS封裝GFPLAPSHDLCMLPPP虛通道MPLSQinQ以太網(wǎng)透?jìng)鞫咏粨QSDH交叉與線路PHY環(huán)回MAC環(huán)回SDH時(shí)隙外環(huán)回SDH時(shí)隙內(nèi)環(huán)回交叉/線路環(huán)回注意：二層交換模式下不能使用環(huán)回功能此功能需要謹(jǐn)慎使用Page 15以太網(wǎng)單板維護(hù)手段測(cè)試儀表測(cè)試 利用外接儀表的強(qiáng)大功能，可以實(shí)現(xiàn)模擬以太網(wǎng)業(yè)務(wù)數(shù)據(jù)流；測(cè)試以太

8、網(wǎng)業(yè)務(wù)的四個(gè)性能指標(biāo)；也可以實(shí)現(xiàn)報(bào)文捕獲分析；常用的儀表有SMARTBITS6000,Tesgine2000等；捕獲報(bào)文分析,既抓包分析 利用儀表，或是PC+抓包軟件（SNIFFER）等工具捕獲數(shù)據(jù)流，并提供分析報(bào)文分析，可以讓維護(hù)人員深入分析業(yè)務(wù)異常原因；數(shù)據(jù)設(shè)備PINGTRACERT功能在和數(shù)通設(shè)備配合組網(wǎng)，借助數(shù)通設(shè)備或是利用PC機(jī)的PINGTRACERT來(lái)定位故障點(diǎn)；Page 16維護(hù)手段：PING 命令的使用方法可以通過(guò)PING命令發(fā)送各種長(zhǎng)度、數(shù)量的ping包，參數(shù)解釋如上圖所示。Page 17維護(hù)手段以太網(wǎng)OAM功能簡(jiǎn)介引入：隨著以太網(wǎng)業(yè)務(wù)的發(fā)展，運(yùn)營(yíng)商對(duì)設(shè)備的可維護(hù)性越來(lái)越關(guān)注

9、，在以太網(wǎng)向城域、廣域網(wǎng)擴(kuò)展的時(shí)候，迫切需要解決傳送網(wǎng)的OAM(OAM-Operations, Administration and Maintenance)問(wèn)題。而當(dāng)前以太網(wǎng)二層的維護(hù)手段非常有限，于是以太網(wǎng)OAM功能便應(yīng)運(yùn)而生。Page 18維護(hù)手段以太網(wǎng)OAM功能簡(jiǎn)介以太網(wǎng)OAM主要具有一下幾個(gè)功能：故障的自動(dòng)發(fā)現(xiàn)故障的定位故障的隔離提供一些供用戶、用服定位問(wèn)題的手段；替代私有的測(cè)試幀功能，解決測(cè)試幀和數(shù)通設(shè)備之間不能互通的問(wèn)題；二層交換業(yè)務(wù)不能支持還回功能；現(xiàn)有的專線業(yè)務(wù)報(bào)文環(huán)回處理，不能對(duì)報(bào)文選擇性的環(huán)回;能夠比現(xiàn)有的定位手段發(fā)現(xiàn)更低級(jí)的錯(cuò)誤;Page 19維護(hù)手段以太網(wǎng)OAM功能簡(jiǎn)

10、介網(wǎng)管單站操作：功能入口：網(wǎng)元管理器-某塊以太網(wǎng)單板-以太網(wǎng)OAM管理Page 20維護(hù)手段以太網(wǎng)OAM功能簡(jiǎn)介網(wǎng)管操作：用戶首先創(chuàng)建各維護(hù)節(jié)點(diǎn)（MEP_A/MEP_B/鏈路上各MIP），并設(shè)置維護(hù)點(diǎn)相關(guān)屬性（輸入MPID、Type、Level、Direction、OAM時(shí)間參數(shù)）。注意：創(chuàng)建維護(hù)點(diǎn)之前需要首先創(chuàng)建業(yè)務(wù)，Link或者LSP。Page 21維護(hù)手段以太網(wǎng)OAM功能簡(jiǎn)介如圖：在MEP_A下發(fā)啟動(dòng)LB命令（需要指定目的節(jié)點(diǎn)MPID，假設(shè)為MEP_B），啟動(dòng)LB檢測(cè)定時(shí)器。網(wǎng)絡(luò)無(wú)故障則MEP_B返回LBR，MEP_A收到此LBR后上報(bào)成功，否則返回超時(shí)。Page 22以太網(wǎng)故障定位手段

11、以太網(wǎng)故障定位思路以太網(wǎng)故障案例分析內(nèi)容提綱Page 23以太網(wǎng)故障定位可以參照“先性能后告警、先SDH后以太網(wǎng)、先日志后測(cè)試、先內(nèi)部后外部”的原則，充分利用告警、性能事件、逐段環(huán)回、測(cè)試幀、替換法等定位手段，結(jié)合工具軟件、測(cè)試儀表、PING功能等進(jìn)行有計(jì)劃、有步驟的定位除了遵照上述原則外，還應(yīng)盡可能采取其它的應(yīng)急措施（如提供、切換備用鏈路），以減少業(yè)務(wù)中斷時(shí)長(zhǎng)以太網(wǎng)故障定位思路以太網(wǎng)故障定位原則故障定位并沒(méi)有一種固定不變的思路，完全可以根據(jù)自己的經(jīng)驗(yàn)和對(duì)定位手段的熟悉程度，靈活的運(yùn)用Page 24以太網(wǎng)故障定位思路以太網(wǎng)故障定位界面內(nèi)部外部SDH以太網(wǎng)Page 25以太網(wǎng)故障定位思路以太網(wǎng)故

12、障定位思路業(yè)務(wù)中斷Page 26以太網(wǎng)故障定位思路端口TAG屬性(TAG/UNTAG)設(shè)置不當(dāng) 該種故障出現(xiàn)概率較大，常見(jiàn)原因是以太網(wǎng)端口未能與數(shù)據(jù)設(shè)備進(jìn)行端口屬性同步更改，導(dǎo)致業(yè)務(wù)中斷;端口工作模式引起的故障 物理層出現(xiàn)故障，表現(xiàn)為實(shí)際端口工作模式不正確，或者端口某些參數(shù)異常，或接口板故障，物理層寄存器被隨意改寫(xiě)等。當(dāng)端口設(shè)置為自協(xié)商時(shí)，要求在link上后查詢端口實(shí)際工作模式，杜絕半雙工VS全雙工的情況出現(xiàn);網(wǎng)線或者光纖出現(xiàn)故障 以太網(wǎng)端口LINK燈（綠色）不亮,網(wǎng)線可能壞了，或者是交叉和公網(wǎng)線弄混了; 通過(guò)查詢以太網(wǎng)RMON實(shí)時(shí)性能，如果存在較多的CRC錯(cuò)誤等異常錯(cuò)包，在首先排除端口工作模

13、式問(wèn)題的前提下，也可能是網(wǎng)線光纖存在問(wèn)題;需重點(diǎn)查詢VC通道捆綁情況 在非LCAS狀態(tài)下捆綁錯(cuò)或不一致也可致使業(yè)務(wù)中斷;以太網(wǎng)故障定位思路業(yè)務(wù)中斷常見(jiàn)問(wèn)題Page 27以太網(wǎng)故障定位思路以太網(wǎng)配置的靜態(tài)路由錯(cuò)誤或者丟失 檢查配置后修改;單板硬件故障 一般都會(huì)有上報(bào)TU-AIS,TU-LOP等SDH層告警，現(xiàn)象比較好判斷;封裝協(xié)議不匹配 對(duì)于EFGS系列單板，N1單板支持LAPS和GFP，N2只支持GFP，不同的封裝協(xié)議是無(wú)法對(duì)接成功的;GFP幀失步或GFP封裝FCS_ERROR 可能GFP封裝的參數(shù)設(shè)置不一致造成的問(wèn)題，如N1的EFGS單板默認(rèn)的GFP封裝是“小字節(jié)序”而N2的單板默認(rèn)值是“大

14、字節(jié)序”;因?yàn)榇罅縼G包造成的業(yè)務(wù)中斷 參考下”業(yè)務(wù)劣化”的處理思路;端口的默認(rèn)vlan id設(shè)置 關(guān)注端口PVID和業(yè)務(wù)VLAN ID之間的關(guān)系;對(duì)于EFGS單板的Hybrid端口的PVID設(shè)置也要注意兩端設(shè)備的一致問(wèn)題；以太網(wǎng)故障定位思路業(yè)務(wù)中斷常見(jiàn)問(wèn)題Page 28以太網(wǎng)故障定位思路以太網(wǎng)故障定位思路業(yè)務(wù)劣化Page 29以太網(wǎng)故障定位思路以太網(wǎng)故障定位思路業(yè)務(wù)劣化常見(jiàn)問(wèn)題業(yè)務(wù)量大，配置帶寬不夠 通過(guò)以太網(wǎng)端口性能統(tǒng)計(jì)數(shù)據(jù)進(jìn)行判別，一般對(duì)端設(shè)備可以接收到比較多而且持續(xù)的PAUSE幀;如果實(shí)際流量接近我們配置的帶寬，也證明我們的帶寬資源不足了。可以嘗試多綁定幾個(gè)2m來(lái)驗(yàn)證問(wèn)題。帶寬足夠，但是

15、業(yè)務(wù)突發(fā)比較大流量很可能平均流量遠(yuǎn)小于我們配置的帶寬，但對(duì)端設(shè)備還是在時(shí)不時(shí)收到我們?cè)O(shè)備發(fā)出的PAUSE幀，此時(shí)一是增加帶寬，但是更主要的是要求對(duì)端的設(shè)備做一下流量整形，這樣效果會(huì)好很多。業(yè)務(wù)量過(guò)大的時(shí)候，對(duì)端設(shè)備不響應(yīng)流控造成丟包 一端支持使能流控，對(duì)端設(shè)備不響應(yīng)流控，引起大量丟包;建議對(duì)于業(yè)務(wù)量較大的站點(diǎn)，要不和對(duì)端設(shè)備同時(shí)使能流控，要不同時(shí)都不使能，不要出現(xiàn)一方使能另一方不使能的情況;單板設(shè)置的最大傳輸包長(zhǎng)MTU小于實(shí)際設(shè)備的傳輸包長(zhǎng) 這種情況不太常見(jiàn)，但是發(fā)生了也很難確認(rèn)。常出現(xiàn)在有VPN或是MPLS網(wǎng)絡(luò)中,通過(guò)測(cè)試儀表可以測(cè)試出網(wǎng)絡(luò)最大的MTU.Page 30以太網(wǎng)故障定位思路端口模

16、式和對(duì)端設(shè)備不匹配，造成工作在異常狀態(tài) 這種情況多半會(huì)導(dǎo)致AUTO一端被錯(cuò)誤協(xié)商成100M HALF，引起工作模式不匹配。小業(yè)務(wù)流量還是可以傳輸，但是數(shù)據(jù)量一大就會(huì)導(dǎo)致大量的碰撞和沖突包被檢測(cè)到，可以通過(guò)性能統(tǒng)計(jì)查詢到。 網(wǎng)線或者光纖出現(xiàn)故障 通過(guò)告警基本上可以判斷出,如果存在較多的CRC錯(cuò)誤等異常錯(cuò)包，在首先排除端口工作模式問(wèn)題的前提下，也可能是網(wǎng)線光纖存在問(wèn)題;單板硬件故障 一般都會(huì)有上報(bào)TU-AIS,TU-LOP或BBE等SDH層告警或性能;交換業(yè)務(wù)存在回路，而未啟動(dòng)生成樹(shù) 以太網(wǎng)業(yè)務(wù)層可能存在環(huán)路，例如人為的原因在以太接口上插環(huán)回電纜等，或是業(yè)務(wù)配置錯(cuò)誤，如該情況未啟用生成樹(shù)就會(huì)存在廣

17、播風(fēng)暴消耗網(wǎng)絡(luò)帶寬資源;網(wǎng)絡(luò)存在異常 通過(guò)抓包分析,如存在超量的廣播報(bào)文或是病毒報(bào)文，占用大部分轉(zhuǎn)發(fā)帶寬，后果與廣播風(fēng)暴類似;以太網(wǎng)故障定位思路業(yè)務(wù)劣化常見(jiàn)問(wèn)題Page 31知識(shí)回顧以太網(wǎng)故障定位原則以太網(wǎng)故障定位分界以太網(wǎng)故障定位的思路以太網(wǎng)常見(jiàn)故障現(xiàn)象和原因Page 32以太網(wǎng)故障定位手段以太網(wǎng)故障定位思路以太網(wǎng)故障案例分析內(nèi)容提綱Page 33以太網(wǎng)故障案例分析EFS單板瞬報(bào)ETH_LOS告警的問(wèn)題處理【問(wèn)題現(xiàn)象】 某局EFS單板瞬報(bào)ETH_LOS告警，通過(guò)網(wǎng)管檢查有多個(gè)站點(diǎn)出現(xiàn)過(guò)5秒的ETH_LOS告警，然后告警結(jié)束。通過(guò)對(duì)照發(fā)現(xiàn)只要是10MFull連接到用戶的計(jì)費(fèi)系統(tǒng)的EFS單板MA

18、C端口會(huì)出現(xiàn)瞬報(bào)ETH_LOS告警的現(xiàn)象，其他端口均正常【問(wèn)題分析】 由于單板上報(bào)ETH_LOS告警，屬于網(wǎng)口連接丟失告警，與SDH系統(tǒng)無(wú)關(guān)，且多塊單板均瞬報(bào)告警，單板故障的可能性也非常的小。通過(guò)深入的觀察分析發(fā)現(xiàn)故障原因?yàn)橛脩襞紶栮P(guān)閉或重啟計(jì)算機(jī)，導(dǎo)致Link偶爾中斷：每次重啟或關(guān)閉計(jì)算機(jī)時(shí)，由于網(wǎng)卡有暫時(shí)的掉電，在網(wǎng)管上就會(huì)反映出幾秒鐘的瞬斷告警。由于EFS單板對(duì)端口的Link狀態(tài)是5秒左右的周期巡檢一次，所以會(huì)出現(xiàn)5秒的ETH_LOS告警【問(wèn)題解決】 屬正?，F(xiàn)象，不需要處理。Page 34以太網(wǎng)故障案例分析【問(wèn)題現(xiàn)象】 用戶反映上網(wǎng)速度很慢，ping外部網(wǎng)站出現(xiàn)較多丟包?！締?wèn)題分析】 思

19、路：端口模式問(wèn)題？線路故障 ？單板故障？數(shù)通故障？1、端口模式不一致引起大量丟包，此種情況可以迅速通過(guò)以太網(wǎng)性能事件確認(rèn)：如果本端為全雙工且收到大量CRC錯(cuò)包，可確認(rèn)為對(duì)端工作在半雙工模式所導(dǎo)致，當(dāng)然，也有可能是網(wǎng)線故障或受到干擾所致；2、線路如果出現(xiàn)誤碼，從而導(dǎo)致以太網(wǎng)幀所在的VC虛通道產(chǎn)生誤碼，而單板在從VC虛通道恢復(fù)以太網(wǎng)幀的時(shí)候會(huì)進(jìn)行CRC校驗(yàn)，此時(shí)必然CRC校驗(yàn)不過(guò)而丟棄改幀；3、單板硬件故障導(dǎo)致丟包，通過(guò)還回和測(cè)試來(lái)定位，確認(rèn)后更換單板解決；【問(wèn)題解決】處理此類故障時(shí)，首先查看SDH側(cè)是否產(chǎn)生了誤碼，其次通過(guò)以太網(wǎng)性能事件來(lái)判斷是否存在端口工作模式不一致的問(wèn)題，再次隔離數(shù)通設(shè)備通過(guò)

20、PC直連來(lái)定位是否數(shù)通產(chǎn)品故障，如定位為以太網(wǎng)問(wèn)題，則更換以太網(wǎng)單板繼續(xù)觀測(cè)。以太網(wǎng)業(yè)務(wù)丟包嚴(yán)重Page 35以太網(wǎng)故障案例分析以太網(wǎng)業(yè)務(wù)FTP測(cè)試速率不達(dá)標(biāo)【問(wèn)題現(xiàn)象】用戶FTP測(cè)試速率只有幾K字節(jié)50KM【問(wèn)題分析】分析過(guò)程：線路無(wú)誤碼，F(xiàn)CS校驗(yàn)正常，網(wǎng)絡(luò)流量也比較小，沒(méi)有超過(guò)綁定帶寬，但在進(jìn)行儀表測(cè)試時(shí)，發(fā)現(xiàn)網(wǎng)絡(luò)時(shí)延很大FTP軟件采用TCP傳輸方式，和TCP的窗口機(jī)制有關(guān)，時(shí)延越大，該TCP的服務(wù)速率會(huì)相應(yīng)降低，和設(shè)備帶寬無(wú)關(guān)。一種簡(jiǎn)單的計(jì)算方法：假設(shè)PC機(jī)的MTU=1500,最大窗口數(shù)w16；則每次最大可以傳送的字節(jié)數(shù)1615008192000bits，時(shí)延192000/測(cè)試速率 =

21、Nms；【問(wèn)題解決】盡量減少網(wǎng)絡(luò)傳輸?shù)臅r(shí)延，加大FTP傳輸?shù)腡CP窗口，如用FTP軟件多進(jìn)程下載功能Page 36以太網(wǎng)故障案例分析EGS2每個(gè)vctrunk只支持4個(gè)VC4，轉(zhuǎn)發(fā)不能線速用戶采選了SSN2EGS2數(shù)據(jù)單板組網(wǎng), 卻無(wú)法實(shí)現(xiàn)千兆流量的傳送.【問(wèn)題現(xiàn)象】【問(wèn)題分析】OSN設(shè)備數(shù)據(jù)單板N2EGS2的VCTRUNK帶寬因?yàn)槭艿叫酒南拗?，一個(gè)VCTRUNK只能支持622M（4*VC4）的帶寬。因此當(dāng)組網(wǎng)出現(xiàn)一個(gè)MAC（GE端口）口或是多個(gè)MAC（GE端口）對(duì)應(yīng)一個(gè)SDH系統(tǒng)側(cè)端口（VCTRUNK端口）時(shí)，并且用戶流量超過(guò)622M的情況下，就會(huì)出現(xiàn)SDH系統(tǒng)側(cè)端口（VCTRUNK端口）帶寬瓶頸問(wèn)題！【問(wèn)題解決】1、這應(yīng)該是一個(gè)已知的規(guī)格限制，所以建議在組網(wǎng)時(shí)規(guī)避，盡量采用一個(gè)GE端口對(duì)應(yīng)多個(gè)VCTRUNK的組網(wǎng)方式，來(lái)緩解帶寬瓶頸問(wèn)題。2、流量比較大的專線接入業(yè)務(wù)建議采用EGT單板組網(wǎng)。Page 37以太網(wǎng)故障案例分析【故障現(xiàn)象】某局計(jì)劃使用SSN1EFS0單板,開(kāi)通以太網(wǎng)業(yè)務(wù)兩端都采用了GFP的封裝方式，在配置完成后，業(yè)務(wù)始終不通；查看線路側(cè)上無(wú)任何異常告警，但有時(shí)存在FCS_ERR告警【問(wèn)題處理】FCS_ERR告警是由封裝方式觸發(fā)FCS校驗(yàn)出錯(cuò)告警，可能的原因是封裝協(xié)議一致但是協(xié)議