常見開局故障處理

PTN常見開局故障處理PTN產(chǎn)品組2023/2/5培訓目標學完本課程后，您應該能：了解PTN產(chǎn)品故障處理基本步驟掌握PTN產(chǎn)品常見故障處理方法參考資料《OptiXPTN故障處理手冊》《OptiXPTN告警和性能手冊》Page2目錄PTN故障定位方法PTN常見故障處理PTN故障定位方法告警法PTN在各種物理端口、邏輯端口、業(yè)務、PW等都有相關的告警。當發(fā)生故障時，查詢當前設備的相關告警。通過分析告警，可以迅速的找到問題發(fā)生在什么層面。在定位業(yè)務故障的時候，通常建議首先關注傳輸層和物理層的告警性能法PTN在各種物理端口、邏輯端口（如IMA組、MP組等）、業(yè)務、PW都支持性能統(tǒng)計計數(shù)。當業(yè)務中斷后，通過讀取業(yè)務的相關性能，可以確認數(shù)據(jù)報文在哪臺網(wǎng)元，在什么層面丟了。比如，如果發(fā)現(xiàn)端口上有誤碼計數(shù)，就可以直接判定是中間鏈路問題環(huán)回法（CES業(yè)務常見方法）

PTN在各種物理端口、邏輯端口（如IMA組）都支持環(huán)回功能。在某些物理端口的故障發(fā)生后，通過環(huán)回的方法，可以確認問題所在的設備（或鏈路）業(yè)務oam法（重點了解和掌握）

ATM業(yè)務與ETH業(yè)務都支持OAM功能，通過OAM可以準確的定位到故障所在的網(wǎng)元和處理板，進而可以快速的對業(yè)務進行恢復Page4環(huán)回法定位CES業(yè)務故障現(xiàn)象描述：在下面的組網(wǎng)圖中，用誤碼儀測出BSC與BTS之間的CES業(yè)務中存在大量誤碼處理步驟步驟1:在網(wǎng)元NE01上連接儀表做誤碼測試。將NE04的L75單板上的2M端口設置為“內(nèi)環(huán)回”，儀表顯示有大量誤碼。步驟2:在NE03配置靜態(tài)ARP表項，MAC地址選擇NE03的出端口，IP地址選擇NE04。在NE03和NE04之間創(chuàng)建入標簽和出標簽相同的Tunnel步驟3:將NE04的網(wǎng)絡側端口設置為“外環(huán)回”，連接NE01的儀表仍然顯示有誤碼，將NE03上連接NE04的網(wǎng)絡側端口設置為“內(nèi)環(huán)回”，仍然有誤碼。步驟4:將NE03上連接NE02的網(wǎng)絡側端口設置為“外環(huán)回”，誤碼消失。據(jù)此判定問題出在NE03網(wǎng)元。步驟5:更換NE03網(wǎng)元上對NE02對接的10GE線路板EX2，誤碼消失Page5PTNOAM知識-MPLSOAMMPLS支持多種三層和二層協(xié)議，提供一個完全不依賴于任何上層或下層的OAM機制MPLSOAM使用CV/FFD、Ping

等方式檢測LSP的連通性CV（ConnectivityVerification）/FFD（FastFailureDetection）單向連通檢測1.Ingress節(jié)點發(fā)送CV/FFD檢測報文，Transit節(jié)點透傳報文，報文通過被檢測的LSP到達Egress節(jié)點；2.Egress節(jié)點把接收到的報文類型、頻率、TTSI等信息字段與本地記錄的應該收到的對應值相比較來判斷報文的正誤，并統(tǒng)計檢測周期內(nèi)收到的正確報文與錯誤報文的數(shù)量，從而實現(xiàn)對LSP的連通性的實時監(jiān)3.當Egress節(jié)點檢測到LSP缺陷后，分析出缺陷類型，通過反向通道將攜帶缺陷信息的BDI報文發(fā)送給Ingress節(jié)點，從而使Ingress節(jié)點及時獲知缺陷狀態(tài)MPLSPing單向連通檢測1.MPLSPing使用MPLSEchoRequest和MPLSEchoReply檢測LSP的可用性。EchoRequest中攜帶需要檢測的FEC信息，和其他屬于此FEC的報文一樣沿LSP發(fā)送，從而實現(xiàn)對LSP的檢測2.EchoRequest消息應該達到Tunnel的Egress節(jié)點，由Egress節(jié)點的控制平面確認本節(jié)點是否是該FEC的出口。通過MPLSPing可以檢測LSP是否建立成功Page6PTNOAM知識-PWOAMPTN設備將業(yè)務報文進行PW封裝后送到Tunnel中進行承載。網(wǎng)絡中存在Tunnel和PW兩個層次，MPLSTunnel可以通過MPLSOAM維護和管理，而PW層則需要通過PWOAM來進行維護和管理PWOAM的主要檢測方式是PWPing，Ping報文在Ingress節(jié)點封裝進PW中，沿虛電路發(fā)送，從而實現(xiàn)對PW的檢測如圖

所示，NE1和NE2之間存在一條由PW承載的CES業(yè)務，在NE1發(fā)起PWPing測試，可以查看Ping測試的結果，檢測PW的運行狀態(tài)Page7PTNOAM知識-以太業(yè)務OAM以太網(wǎng)業(yè)務OAM是一種基于MAC層的協(xié)議，它通過發(fā)送OAM報文來檢測以太網(wǎng)鏈路以太網(wǎng)業(yè)務OAM包括CC、LB和LT三種檢測手段1.環(huán)回檢測（LB），源端MEP將構造并發(fā)送LBM幀，同時啟動定時器開始計時。如果目的MEP收到該LBM，將構造LBR幀發(fā)送回源端MEP，環(huán)回成功。如果源端MEP定時器超時，環(huán)回失敗2.單向連通性檢測（CC），源端MEP將周期性的發(fā)送CC幀，目的MEP收到源端發(fā)送的CC幀后，啟動CC檢測功能。如果目的MEP在一定時間之內(nèi)沒有收到源端的CC報文，則自動上報ETH_CFM_LOC告警。3.鏈路追蹤檢測（LT），源端MEP發(fā)送LTM幀，同時啟動定時器開始計時。鏈路上所有的MIP都會轉發(fā)LTM幀，所有收到LTM幀的MEP和MIP都會回送LTR幀響應，根據(jù)這些LTR幀可以判斷出源MEP到目的MEP所經(jīng)過的所有MIP。如果源端MEP定時器超時，LT失敗Page8PTN故障定位流程掌握PTNOAM使用是快速定位鏈路和業(yè)務故障的關鍵Page9目錄PTN故障定位方法PTN常見故障處理DCN故障處理MPLSTunnel故障處理PW故障處理CES業(yè)務故障處理以太網(wǎng)業(yè)務故障處理時鐘故障處理DCN故障處理流程DCN故障現(xiàn)象網(wǎng)管與網(wǎng)元通信中斷，網(wǎng)管上網(wǎng)元圖標變灰色，網(wǎng)元脫管；網(wǎng)管操作命令沒有響應。若響應中斷時間持續(xù)超過2分鐘，網(wǎng)管與網(wǎng)元通信中斷網(wǎng)管查詢信息部分丟失故障可能原因原因1：全網(wǎng)內(nèi)的網(wǎng)元ID、網(wǎng)元IP或者子網(wǎng)掩碼存在沖突。原因2：故障網(wǎng)元的帶內(nèi)DCN端口未使能，或對接端口參數(shù)配置不一致。原因3：故障網(wǎng)元與網(wǎng)管之間的物理連接中斷。原因4：接收信號丟失或接收光功率過低，無法提取DCN報文。原因5：單板故障。原因6：DCN穿越的第三方網(wǎng)絡不健康，引入DCN風暴或DCN中斷。原因7：帶內(nèi)DCN通道帶寬配置過低。原因8：故障網(wǎng)元主控板正在復位或發(fā)生了主備倒換，帶內(nèi)DCN報文得不到響應。Page11DCN故障處理方法故障原因檢查點處理方式全網(wǎng)內(nèi)的網(wǎng)元ID、網(wǎng)元IP或者子網(wǎng)掩碼存在沖突對照網(wǎng)元規(guī)劃表，檢查新網(wǎng)元的網(wǎng)元ID、網(wǎng)元IP、子網(wǎng)掩碼的配置是否正確正確配置新網(wǎng)元的參數(shù)故障網(wǎng)元的帶內(nèi)DCN端口未使能，或對接端口參數(shù)配置不一致檢查鏈路兩端的端口是否已使能DCN檢查兩端端口的參數(shù)配置是否一致使能端口的帶內(nèi)DCN修改端口參數(shù)故障網(wǎng)元與網(wǎng)管之間的物理連接中斷檢查故障網(wǎng)元的網(wǎng)線或光纖是否從端口中脫落插上光纖和網(wǎng)線接收信號丟失或接收光功率過低，無法提取DCN報文檢查網(wǎng)元的歷史告警中是否存在R_LOS、ETH_LOS或IN_PWR_ABN等告警處理導致告警問題單板故障查詢單板的歷史告警中是否存在HARD_BAD或TEMP_OVER告警更換單板DCN穿越的第三方網(wǎng)絡不健康，引入DCN風暴或DCN中斷需要檢查第三方網(wǎng)絡中是否存在端口環(huán)回、物理通道中斷等故障排除第三方網(wǎng)絡故障帶內(nèi)DCN通道帶寬配置過低當端口配置的業(yè)務數(shù)量超過某一數(shù)目時，可能造成部分查詢信息丟失增大DCN通道帶寬故障網(wǎng)元主控板正在復位或發(fā)生了主備倒換，DCN報文得不到響應觀察主控板的PROG指示燈是否處于綠燈閃爍狀態(tài)，若是，則主控板正處于復位狀態(tài)主控板完成復位，DCN將自動恢復連接。Page12DCN故障處理案例1/3故障現(xiàn)象兩臺非網(wǎng)關網(wǎng)元NE10和NE30，分別通過ML-PPP連接第三方SDH設備，再連接到NE08與網(wǎng)管保持通訊NE10和NE08已配置業(yè)務且正常運行，NE30為新創(chuàng)建的網(wǎng)元，未配置業(yè)務NE30創(chuàng)建后，NE10和NE30一直處于間歇性脫管狀態(tài)，網(wǎng)管上報NE_COMMU_BREAK和NE_NOT_LOGIN告警處理步驟步驟1:檢查NE10的ML-PPP端口狀態(tài)，發(fā)現(xiàn)鏈路無問題，業(yè)務一直都是正常,排除DCN通道質量問題步驟2:查看NE30的網(wǎng)元IP，發(fā)現(xiàn)與NE10某DCN通道核心路由重復，確認為NE30網(wǎng)元IP設置錯誤步驟3:在網(wǎng)管上更改NE30的網(wǎng)元IP，返回提示成功后，發(fā)現(xiàn)該兩個網(wǎng)元仍出現(xiàn)間歇脫管步驟4:嘗試查詢NE30網(wǎng)元信息，NE30網(wǎng)元IP仍為修改前的錯誤值，網(wǎng)管上修改NE30網(wǎng)元IP的操作并未成功步驟5多次重復修改NE30網(wǎng)元IP的操作，直至網(wǎng)元間歇性脫管故障消失案例類型-IP地址沖突導致網(wǎng)元間歇性脫管Page13DCN故障處理案例2/3故障現(xiàn)象PTN網(wǎng)絡的網(wǎng)關網(wǎng)元穿越一個IP傳送網(wǎng)絡后，保持與網(wǎng)管中心之間的通信PTN網(wǎng)絡中的非網(wǎng)關網(wǎng)元全部脫管，系統(tǒng)中出現(xiàn)大量MPLS_TUNNEL_LOCV告警，業(yè)務中斷處理步驟步驟1：檢查該網(wǎng)關網(wǎng)元主控板上的ETH接口，發(fā)現(xiàn)該接口通過網(wǎng)線與IP傳送網(wǎng)絡中一臺路由器的2號接口直連。該路由器的1號接口連接網(wǎng)管，但3號接口與4號接口被另一條網(wǎng)線直連，產(chǎn)生了環(huán)路步驟2:IP傳送網(wǎng)絡中的大量DCN報文及其它報文通過交換機的環(huán)路被引入PTN網(wǎng)絡中，造成網(wǎng)關網(wǎng)元的CPU長期被完全占用，而PTN網(wǎng)絡內(nèi)非網(wǎng)關網(wǎng)元的DCN報文及其它協(xié)議報文無法得到處理，最終導致網(wǎng)元脫管，業(yè)務中斷步驟3：拔掉引發(fā)交換機環(huán)回的網(wǎng)線，PTN網(wǎng)絡恢復正常案例類型-環(huán)回引發(fā)DCN風暴導致網(wǎng)元脫管Page14DCN故障處理案例3/3案例類型-子網(wǎng)掩碼配置錯誤導致全網(wǎng)網(wǎng)元脫管故障現(xiàn)象：在由PTN網(wǎng)元組成的網(wǎng)絡中，添加一個新網(wǎng)元后，其它所有網(wǎng)元全部脫管處理步驟步驟1：PTN網(wǎng)元都屬于同一個網(wǎng)段，且“子網(wǎng)掩碼”都是16位，而新添加的這個網(wǎng)元的“子網(wǎng)掩碼”是24位步驟2:“子網(wǎng)掩碼”為24位的網(wǎng)元會生成一個“255.255.255.0”的網(wǎng)段路由，而該路由會通過DCN通道在網(wǎng)絡內(nèi)擴散。在網(wǎng)管訪問網(wǎng)元的過程中，根據(jù)最長匹配原則，網(wǎng)管服務器主機原本16位的網(wǎng)段“255.255.0.0”會被匹配為24位的“255.255.255.0”，造成其它子網(wǎng)掩碼均為16位的網(wǎng)元無法與網(wǎng)管通信，網(wǎng)元脫管步驟3:斷開新添加網(wǎng)元與網(wǎng)管之間的物理連接，并將該網(wǎng)元的子網(wǎng)掩碼修改為16位后，網(wǎng)絡正常案例類型-GE端口工作模式不一致導致網(wǎng)元間通信中斷故障現(xiàn)象：PTN網(wǎng)元通過GE鏈路互聯(lián)組網(wǎng)，網(wǎng)元屬性及DCN參數(shù)已經(jīng)正確規(guī)劃與配置，現(xiàn)場安裝設備時，發(fā)現(xiàn)多處相鄰網(wǎng)元之間無法通信，但各網(wǎng)元均無告警上報處理步驟步驟1:選擇無法彼此通信的兩個相鄰網(wǎng)元，現(xiàn)場分別登錄，可正常登錄，且通信正常。步驟2:查看當前性能事件，鏈路上無誤碼，測試光功率也均在正常范圍內(nèi)。步驟3檢查兩端網(wǎng)元上直接對接的光口，均為GE光口，網(wǎng)管上檢查兩個端口的屬性配置，發(fā)現(xiàn)“工作模式”不一致（一端為“1000M全雙工”，一端為“自協(xié)商”）步驟5:將兩端GE光接口的“工作模式”統(tǒng)一修改為“自協(xié)商”模式，通信也正常Page15目錄PTN故障定位方法PTN常見故障處理DCN故障處理MPLSTunnel故障處理PW故障處理CES業(yè)務故障處理以太網(wǎng)業(yè)務故障處理時鐘故障處理MPLSTunnel故障處理方法MPLSTunnel故障現(xiàn)象MPLSTunnel創(chuàng)建失敗，業(yè)務不通lMPLSTunnel故障，業(yè)務中斷l(xiāng)保護倒換失敗，業(yè)務中斷或出現(xiàn)丟包、誤碼故障處理方法檢查鏈路兩端的IP是否設置正確檢查控制鏈路狀態(tài)是否OK檢查光纖是否連接正確檢查NNI端口之間的二層屬性設置是否一致(tag/access/hybrid)查詢是否有相關鏈路級告警，如果有需要清除掉檢查Tunnel的路由約束是否配置正確檢查Tunnel是否使能查詢Tunnel所在的物理端口是否存在FLOW_OVER告警，如果存在，說明網(wǎng)絡側出現(xiàn)擁塞，此時部分業(yè)務回手到影響Page17BTS1CESCESBTS2PTNPTNETHBTS3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSCGE/10GEGE/FESTM-1STM-1GE/10GEMPLS_TUNNEL_LOCVMPLS_TUNNEL_FDIMPLS_TUNNEL_LOCV：Tunnel連通性丟失告警。物理鏈路故障。網(wǎng)絡出現(xiàn)嚴重的擁塞。對端設備故障。MPLS_TUNNEL_FDI：Tunnel前向缺陷指示告警。上游設備檢測到物理層發(fā)生了故障，比如斷纖。MPLSTunnel故障典型告警處理Page18MPLSTunnel故障處理案例案例類型-光纖錯連導致動態(tài)MPLSTunnel創(chuàng)建失敗故障現(xiàn)象：在現(xiàn)網(wǎng)上集成業(yè)務時，發(fā)現(xiàn)有這樣兩個網(wǎng)元，彼此之間的DCN通訊正常，但在二者之間的動態(tài)Tunnel卻全部創(chuàng)建失敗。PING對端端口的IP地址，返回“操作超時”。處理步驟步驟1：查詢系統(tǒng)當前告警，未發(fā)現(xiàn)ETH_LOS、ETH_LINK_DOWN或HARD_BAD告警，且DCN通訊正常，可以排除鏈路、端口或單板等硬件出現(xiàn)了故障。步驟2:查詢兩個網(wǎng)元端口的IP地址，均配置正確，而且在同一個網(wǎng)段內(nèi)。步驟3:查詢ARP表項，發(fā)現(xiàn)無法學習到對端端口的“ARP表項”。步驟4:因為兩端的DCN通訊是正常的，從DCN的連通性著手分析。只有在學習到對方端口的MAC地址之后，才能開始正常的DCN通訊。查詢后發(fā)現(xiàn)宿網(wǎng)元的端口的MAC地址與網(wǎng)元規(guī)劃表不一致。步驟5:現(xiàn)場確認，是設備安裝時連錯了光纖，導致ARP等協(xié)議不能正常工作，動態(tài)Tunnel創(chuàng)建失敗。步驟6:按照網(wǎng)元規(guī)劃表重新連接光纖后，問題解決。Page19目錄PTN故障定位方法PTN常見故障處理DCN故障處理MPLSTunnel故障處理PW故障處理CES業(yè)務故障處理以太網(wǎng)業(yè)務故障處理時鐘故障處理PW故障處理方法PW故障現(xiàn)象PW創(chuàng)建失敗，業(yè)務不通。PW故障，業(yè)務中斷或出現(xiàn)丟包、誤碼故障處理方法檢查所在的Tunnel是否UP檢查兩端的PW的ID是否一致檢查是否配置了LDP對等體查詢PW是否使能檢查兩端的PW的參數(shù)檢查ControlWordUsePolicy”，是否一端配置為“MustUse”，另一端配置為“Nonuse”檢查Ethernet業(yè)務，兩端的“MTU”是否配置一致檢查CES業(yè)務，兩端的“RTPHead”、“PacketLoadingTime”等參數(shù)是否配置一致Page21目錄PTN故障定位方法PTN常見故障處理DCN故障處理MPLSTunnel故障處理PW故障處理CES業(yè)務故障處理以太網(wǎng)業(yè)務故障處理時鐘故障處理CES業(yè)務故障處理流程CES業(yè)務中斷/損傷原因配置錯誤處理板、接口板的接口接入的信號丟失或惡化Tunnel/PW故障時鐘不同步時延過大Page23CES業(yè)務故障處理方法故障原因檢查點處理方式源端和宿端的PW裝幀時間不一致查詢CES業(yè)務PW裝幀時間修改參數(shù)E1端口成幀模式不匹配檢查E1端口成幀模式是否和對端設備匹配，只有UDT業(yè)務才能配置為unframe，其他業(yè)務配置為double-frame/crc4-multiframe修改參數(shù)低階開銷V5字節(jié)不匹配檢查業(yè)務使用的VC12通道的V5字節(jié)是否與對接端匹配修改參數(shù)接口的信號丟失或惡化查詢系統(tǒng)是否有T_ALOS、UP_E1_AIS或DOWN_E1_AIS告警查詢系統(tǒng)是否有R_LOS告警，處理R_LOS告警處理硬件問題Tunnel/PW故障查詢Tunnel/PW狀態(tài)是否DOWN查詢系統(tǒng)是否存在MPLS_TUNNEL_LOCV告警查詢系統(tǒng)是否存在PW_DOWN告警處理Tunnel/PW故障時鐘不同步檢查業(yè)務流經(jīng)的所有網(wǎng)元時鐘域是否相同查詢系統(tǒng)是否有SYNC_C_LOS或LTI告警優(yōu)化時鐘配置時延過大查詢系統(tǒng)是否有CES_LOSPKT_EXC、CES_MISORDERPKT_EXC或CES_STRAYPKT_EXC告警查詢系統(tǒng)是否有CES_JTRUDR_EXC或CES_JTROVR_EXC告警優(yōu)化業(yè)務路由Page24BTS1CESCESBTS2PTNPTNCES業(yè)務故障典型告警處理ETHBTS3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSCGE/10GEGE/FESTM-1STM-1GE/10GET_ALOS信號丟失故障原因：（1）E1/T1業(yè)務未接入；（2）DDF架側E1/T1接口輸出端口脫落或松動；（3）本站E1/T1接口輸入端口脫落或松動；（4）單板故障；（5）電纜故障ALM_E1RAI遠端告警指示故障原因：對端有告警；Page25CES業(yè)務故障處理案例案例1.Tunnel帶寬不夠導致CES業(yè)務持續(xù)誤碼【問題現(xiàn)象】：一條兩站的CES上MLPPP業(yè)務，時隙為15個，業(yè)務配完后，儀表顯示業(yè)務通，刪掉業(yè)務，重新創(chuàng)建31個時隙的業(yè)務，儀表檢測到持續(xù)誤碼?！締栴}原因】：MLPPP組只有一個PPP成員，帶寬不足以承載一條CES業(yè)務，導致大量PW報文被丟棄?！窘鉀Q辦法】：MLPPP組再添加一個成員后業(yè)務通案例2.多網(wǎng)元的時鐘源不同導致長時間測試有少量誤碼：

【問題現(xiàn)象】：某局測試環(huán)境，組網(wǎng)如下圖所示，約兩個多小時后出現(xiàn)1s的LSS告警，查詢PW性能計數(shù)，發(fā)現(xiàn)有jitterbuffer溢出的計數(shù)

【問題原因】：1900網(wǎng)元和儀表分別跟蹤不同的時鐘源，運行后隨著時鐘漂移和時延抖動產(chǎn)生滑幀【解決辦法】：儀表改為跟蹤設備時鐘案例3：E1成幀模式不匹配導致CES業(yè)務不通：

【問題現(xiàn)象】：一條兩站的遠程CES業(yè)務，一端自環(huán)，一端與儀表對接，業(yè)務配完后，儀表顯示LSS告警，查詢單板告警，發(fā)現(xiàn)CES業(yè)務使用的E1端口有LMFA告警

【問題原因】：E1端口為CRC4-multiframe模式，而儀表設置為Unframe模式，芯片無法正確定幀

【解決辦法】：將儀表設置為PCM31C模式即可Page26目錄PTN故障定位方法PTN常見故障處理DCN故障處理MPLSTunnel故障處理PW故障處理CES業(yè)務故障處理以太網(wǎng)業(yè)務故障處理時鐘故障處理以太網(wǎng)業(yè)務故障處理流程故障現(xiàn)象以太網(wǎng)業(yè)務中斷、出現(xiàn)丟包或錯包，影響設備接入的其它業(yè)務故障原因原因1：接收信號丟失原因2：以太網(wǎng)網(wǎng)口連接錯誤，端協(xié)商失敗原因3：端口配置了環(huán)回原因4：接口流量限值配置過低，源宿兩端接口配置不一致Page28以太網(wǎng)業(yè)務故障處理方法故障原因產(chǎn)生告警告警含義處理方法接收信號丟失R_LOS激光器接收無信息檢查光纖連接ETH_LOS網(wǎng)口連接丟失檢查網(wǎng)線連接ETH_AUTO_LINK_DOWNETH網(wǎng)端口自動linkdown檢查光纖連接LSR_WILL_DIE激光器壽命即將終止更換模塊MAC_FCS_EXCMAC層檢測到誤碼越限檢查光纖連接端口協(xié)商失敗ETH_LINK_DOWN網(wǎng)口連接故障告警檢查協(xié)商模式和網(wǎng)線連接端口配置了環(huán)回LOOP_ALM環(huán)回告警取消環(huán)回接口流量限值配置過低FLOW_OVER端口流量越限檢查端口參數(shù)配置ETH_CFM_UNEXPERI錯幀告警 檢查端口參數(shù)配置和線路故障Page29BTS1CESCESBTS2PTNPTN以太網(wǎng)業(yè)務故障典型告警處理ETHBTS3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSC10G/GEGE/FESTM-1STM-110G/GEETH_LOS光信號丟失故障原因：(1)光纖斷；(2)光模塊壞；(3)光衰減過大；ETH_LINK_DOWN網(wǎng)口連接故障故障原因：兩端工作模式不一致，造成協(xié)商失??；電纜、光纖連接或者對端設備故障。MAC_FCS_EXC誤碼越限故障原因：MAC層檢測到誤碼越限；線路信號劣化；光纖性能劣化；光口不潔凈Page30以太網(wǎng)業(yè)務故障處理案例1/2案例類型-以太網(wǎng)接口屬性配置錯誤導致設備與交換機對接失敗故障現(xiàn)象：兩臺PTN3900通過由交換機組成的以太網(wǎng)網(wǎng)絡，PTN設備通過ETFC單板連接交換機。配置了由IPTunnel承載的靜態(tài)以太網(wǎng)專線業(yè)務后，業(yè)務不通，無法正常工作。處理步驟步驟1:單獨測試交換機組成的以太網(wǎng)網(wǎng)絡，發(fā)現(xiàn)以太網(wǎng)兩端可以互通，以太網(wǎng)網(wǎng)絡正常。步驟2:查詢IPTunnle配置，本端接口和對端接口IP地址設置均正確，靜態(tài)路由配置正確。步驟3:查看承載該以太網(wǎng)專線業(yè)務的PW的狀態(tài)為“UP”。步驟4:查詢以太網(wǎng)接口的基本屬性，其“端口模式”為“二層”，“封裝類型”為“802.1Q”。更改“封裝類型”為“NULL”，再重新配置E-Line業(yè)務，發(fā)現(xiàn)業(yè)務可以正常工作Page31以太網(wǎng)業(yè)務故障處理案例2/2案例類型-IPTunnel承載業(yè)務時模式錯誤導致業(yè)務不通故障現(xiàn)象：用GE端口創(chuàng)建IPTunnel承載E-Line業(yè)務時，UNI側端口“VLANs”設置為“1-3”，在業(yè)務測試的時候，發(fā)現(xiàn)業(yè)務測試一直不通故障原因PTN設備只能配置靜態(tài)IPTunnel，UNI