常見開局故障處理

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

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

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

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

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

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

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

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

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

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