華為PTN常見開局故障處理

1、HUAWEI TECHNOLOGIES CO., LTDHuawei Confidential Security Level: 2021-12-25PTNPTN常見開局故障處理常見開局故障處理PTN產(chǎn)品組產(chǎn)品組LITOlabHUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 2培訓(xùn)目標(biāo)l學(xué)完本課程后，您應(yīng)該能：學(xué)完本課程后，您應(yīng)該能：p了解PTN 產(chǎn)品故障處理基本步驟p掌握PTN 產(chǎn)品常見故障處理方法l參考資料參考資料pOptiX PTN 故障處理手冊pOptiX PTN 告警和性能手冊目錄目錄 PTN 故障定位方法故障定位方法 PTN

2、常見故障處理常見故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 4PTN 故障定位方法告警法告警法PTN在各種物理端口、邏輯端口、業(yè)務(wù)、PW等都有相關(guān)的告警。當(dāng)發(fā)生故障時，查詢當(dāng)前設(shè)備的相關(guān)告警。通過分析告警，可以迅速的找到問題發(fā)生在什么層面。在定位業(yè)務(wù)故障的時候，通常建議首先關(guān)注傳輸層和物理層的告警性能法性能法PTN在各種物理端口、邏輯端口（如IMA組、MP組等）、業(yè)務(wù)、PW都支持性能統(tǒng)計計數(shù)。當(dāng)業(yè)務(wù)中斷后，通過讀取業(yè)務(wù)的相關(guān)性能，可以確認(rèn)數(shù)據(jù)報文在哪臺網(wǎng)元，在什么層面丟了。比如，如果發(fā)現(xiàn)端口上有誤碼計數(shù)，就可以直接判定是中

3、間鏈路問題環(huán)回法（環(huán)回法（CES CES 業(yè)務(wù)常見方法）業(yè)務(wù)常見方法） PTN在各種物理端口、邏輯端口（如IMA組）都支持環(huán)回功能。在某些物理端口的故障發(fā)生后，通過環(huán)回的方法，可以確認(rèn)問題所在的設(shè)備（或鏈路）業(yè)務(wù)業(yè)務(wù)oamoam法（重點(diǎn)了解和掌握）法（重點(diǎn)了解和掌握） ATM業(yè)務(wù)與ETH業(yè)務(wù)都支持OAM功能，通過OAM可以準(zhǔn)確的定位到故障所在的網(wǎng)元和處理板，進(jìn)而可以快速的對業(yè)務(wù)進(jìn)行恢復(fù)HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 5環(huán)回法定位CES 業(yè)務(wù)故障l現(xiàn)象描述現(xiàn)象描述：在下面的組網(wǎng)圖中，用誤碼儀測出BSC 與BTS 之間的C

4、ES 業(yè)務(wù)中存在大量誤碼l處理步驟處理步驟p步驟步驟1 1 :在網(wǎng)元NE01 上連接儀表做誤碼測試。將NE04 的L75 單板上的2M 端口設(shè)置為“內(nèi)環(huán)回”，儀表顯示有大量誤碼。p步驟步驟2 2 :在NE03 配置靜態(tài)ARP 表項，MAC 地址選擇NE03 的出端口，IP 地址選擇NE04。在NE03 和NE04 之間創(chuàng)建入標(biāo)簽和出標(biāo)簽相同的Tunnelp步驟步驟3 3 :將NE04 的網(wǎng)絡(luò)側(cè)端口設(shè)置為“外環(huán)回”，連接NE01 的儀表仍然顯示有誤碼，將NE03 上連接NE04 的網(wǎng)絡(luò)側(cè)端口設(shè)置為“內(nèi)環(huán)回”，仍然有誤碼。p步驟步驟4 4 :將NE03 上連接NE02 的網(wǎng)絡(luò)側(cè)端口設(shè)置為“外環(huán)回”

5、，誤碼消失。據(jù)此判定問題出在據(jù)此判定問題出在NE03 NE03 網(wǎng)元。網(wǎng)元。p步驟步驟5 5: 更換NE03 網(wǎng)元上對NE02 對接的10GE 線路板EX2 ，誤碼消失HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 6PTN OAM知識-MPLS OAMlMPLS 支持多種三層和二層協(xié)議，提供一個完全不依賴于任何上層或下層的OAM 機(jī)制lMPLS OAM MPLS OAM 使用使用CV/FFDCV/FFD、PingPing 等方式檢測LSP 的連通性CVCV（Connectivity VerificationConnectivity

6、Verification）/FFD/FFD（Fast Failure DetectionFast Failure Detection）單向連通檢測）單向連通檢測1 1.Ingress 節(jié)點(diǎn)發(fā)送CV/FFD 檢測報文，Transit 節(jié)點(diǎn)透傳報文，報文通過被檢測的LSP到達(dá)Egress 節(jié)點(diǎn)；2.2. Egress 節(jié)點(diǎn)把接收到的報文類型、頻率、TTSI 等信息字段與本地記錄的應(yīng)該收到的對應(yīng)值相比較來判斷報文的正誤，并統(tǒng)計檢測周期內(nèi)收到的正確報文與錯誤報文的數(shù)量，從而實(shí)現(xiàn)對LSP的連通性的實(shí)時監(jiān)3 3. 當(dāng)Egress 節(jié)點(diǎn)檢測到LSP 缺陷后，分析出缺陷類型，通過反向通道將攜帶缺陷信息的BDI

7、報文發(fā)送給Ingress 節(jié)點(diǎn)，從而使Ingress 節(jié)點(diǎn)及時獲知缺陷狀態(tài)MPLS Ping MPLS Ping 單向連通檢測單向連通檢測1.MPLS Ping使用MPLS Echo Request 和MPLS Echo Reply 檢測LSP 的可用性。Echo Request 中攜帶需要檢測的FEC信息，和其他屬于此FEC 的報文一樣沿LSP 發(fā)送，從而實(shí)現(xiàn)對LSP 的檢測2.Echo Request 消息應(yīng)該達(dá)到Tunnel 的Egress 節(jié)點(diǎn)，由Egress 節(jié)點(diǎn)的控制平面確認(rèn)本節(jié)點(diǎn)是否是該FEC 的出口。通過MPLS Ping 可以檢測LSP 是否建立成功HUAWEI TECHNO

8、LOGIES CO., LTD.Huawei Confidential Page 7PTN OAM 知識-PW OAMlPTN 設(shè)備將業(yè)務(wù)報文進(jìn)行PW 封裝后送到Tunnel 中進(jìn)行承載。網(wǎng)絡(luò)中存在Tunnel 和PW兩個層次，MPLS Tunnel 可以通過MPLS OAM 維護(hù)和管理，而PW 層則需要通過PWOAM 來進(jìn)行維護(hù)和管理lPW OAM PW OAM 的主要檢測方式是的主要檢測方式是PW PingPW Ping，Ping 報文在Ingress 節(jié)點(diǎn)封裝進(jìn)PW 中，沿虛電路發(fā)送，從而實(shí)現(xiàn)對PW 的檢測l如圖 所示，NE1 和NE2 之間存在一條由PW承載的CES 業(yè)務(wù)，在NE1 發(fā)

9、起PW Ping 測試，可以查看Ping 測試的結(jié)果，檢測PW 的運(yùn)行狀態(tài)HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 8PTN OAM 知識- 以太業(yè)務(wù)OAMl以太網(wǎng)業(yè)務(wù)OAM 是一種基于MAC 層的協(xié)議，它通過發(fā)送OAM 報文來檢測以太網(wǎng)鏈路l以太網(wǎng)業(yè)務(wù)以太網(wǎng)業(yè)務(wù)OAM OAM 包括包括CCCC、LB LB 和和LT LT 三種檢測手段三種檢測手段1.1.環(huán)回檢測（環(huán)回檢測（LBLB），源端MEP 將構(gòu)造并發(fā)送LBM 幀，同時啟動定時器開始計時。如果目的MEP 收到該LBM，將構(gòu)造LBR 幀發(fā)送回源端MEP，環(huán)回成功。如果源端M

10、EP 定時器超時，環(huán)回失敗2.2.單向連通性檢測（單向連通性檢測（CCCC），），源端MEP 將周期性的發(fā)送CC 幀，目的MEP 收到源端發(fā)送的CC 幀后，啟動CC 檢測功能。如果目的MEP 在一定時間之內(nèi)沒有收到源端的CC 報文，則自動上報ETH_CFM_LOC 告警。3.鏈路追蹤檢測（鏈路追蹤檢測（LTLT），），源端MEP 發(fā)送LTM 幀，同時啟動定時器開始計時。鏈路上所有的MIP 都會轉(zhuǎn)發(fā)LTM 幀，所有收到LTM 幀的MEP 和MIP 都會回送LTR 幀響應(yīng)，根據(jù)這些LTR 幀可以判斷出源MEP 到目的MEP 所經(jīng)過的所有MIP。如果源端MEP 定時器超時，LT 失敗HUAWEI T

11、ECHNOLOGIES CO., LTD.Huawei Confidential Page 9PTN 故障定位流程掌握掌握PTN OAM PTN OAM 使用是快速定位鏈路和業(yè)務(wù)故障的關(guān)鍵使用是快速定位鏈路和業(yè)務(wù)故障的關(guān)鍵目錄目錄 PTN 故障定位方法故障定位方法 PTN 常見故障處理常見故障處理pDCN故障處理故障處理pMPLS Tunnel故障處理故障處理pPW 故障處理故障處理pCES 業(yè)務(wù)故障處理業(yè)務(wù)故障處理p以太網(wǎng)業(yè)務(wù)故障處理以太網(wǎng)業(yè)務(wù)故障處理p時鐘故障處理時鐘故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 11DC

12、N 故障處理流程lDCN DCN 故障現(xiàn)象故障現(xiàn)象p網(wǎng)管與網(wǎng)元通信中斷，網(wǎng)管上網(wǎng)元圖標(biāo)變灰色，網(wǎng)元脫管；p網(wǎng)管操作命令沒有響應(yīng)。若響應(yīng)中斷時間持續(xù)超過2 分鐘，網(wǎng)管與網(wǎng)元通信中斷p網(wǎng)管查詢信息部分丟失l故障可能原因故障可能原因p原因1：全網(wǎng)內(nèi)的網(wǎng)元ID、網(wǎng)元IP 或者子網(wǎng)掩碼存在沖突。p原因2：故障網(wǎng)元的帶內(nèi)DCN 端口未使能，或?qū)佣丝趨?shù)配置不一致。p原因3：故障網(wǎng)元與網(wǎng)管之間的物理連接中斷。p原因4：接收信號丟失或接收光功率過低，無法提取DCN 報文。p原因5：單板故障。p原因6：DCN 穿越的第三方網(wǎng)絡(luò)不健康，引入DCN 風(fēng)暴或DCN 中斷。p原因7：帶內(nèi)DCN 通道帶寬配置過低。p原

13、因8：故障網(wǎng)元主控板正在復(fù)位或發(fā)生了主備倒換，帶內(nèi)DCN 報文得不到響應(yīng)。HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 12DCN 故障處理方法故障原因故障原因檢查點(diǎn)檢查點(diǎn)處理方式處理方式l全網(wǎng)內(nèi)的網(wǎng)元ID、網(wǎng)元IP 或者子網(wǎng)掩碼存在沖突l對照網(wǎng)元規(guī)劃表，檢查新網(wǎng)元的網(wǎng)元ID、網(wǎng)元IP、子網(wǎng)掩碼的配置是否正確l正確配置新網(wǎng)元的參數(shù)l故障網(wǎng)元的帶內(nèi)DCN 端口未使能，或?qū)佣丝趨?shù)配置不一致l檢查鏈路兩端的端口是否已使能DCNl檢查兩端端口的參數(shù)配置是否一致l使能端口的帶內(nèi)DCNl修改端口參數(shù)l故障網(wǎng)元與網(wǎng)管之間的物理連接中斷l(xiāng)檢查故

14、障網(wǎng)元的網(wǎng)線或光纖是否從端口中脫落l插上光纖和網(wǎng)線l接收信號丟失或接收光功率過低，無法提取DCN 報文l檢查網(wǎng)元的歷史告警中是否存在R_LOS、ETH_LOS 或IN_PWR_ABN 等告警l處理導(dǎo)致告警問題l單板故障l查詢單板的歷史告警中是否存在HARD_BAD 或TEMP_OVER 告警l更換單板lDCN 穿越的第三方網(wǎng)絡(luò)不健康，引入DCN 風(fēng)暴或DCN 中斷l(xiāng)需要檢查第三方網(wǎng)絡(luò)中是否存在端口環(huán)回、物理通道中斷等故障l排除第三方網(wǎng)絡(luò)故障l帶內(nèi)DCN 通道帶寬配置過低l當(dāng)端口配置的業(yè)務(wù)數(shù)量超過某一數(shù)目時，可能造成部分查詢信息丟失l增大DCN通道帶寬l故障網(wǎng)元主控板正在復(fù)位或發(fā)生了主備倒換，D

15、CN 報文得不到響應(yīng)l觀察主控板的PROG 指示燈是否處于綠燈閃爍狀態(tài)，若是，則主控板正處于復(fù)位狀態(tài)l主控板完成復(fù)位，DCN 將自動恢復(fù)連接。HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 13DCN 故障處理案例1/3故障現(xiàn)象故障現(xiàn)象p兩臺非網(wǎng)關(guān)網(wǎng)元NE10 和NE30，分別通過ML-PPP 連接第三方SDH 設(shè)備，再連接到NE08 與網(wǎng)管保持通訊pNE10 和NE08 已配置業(yè)務(wù)且正常運(yùn)行，NE30 為新創(chuàng)建的網(wǎng)元，未配置業(yè)務(wù)pNE30 創(chuàng)建后，NE10 和NE30 一直處于間歇性脫管狀態(tài)，網(wǎng)管上報NE_COMMU_BREAK 和

16、NE_NOT_LOGIN 告警處理步驟處理步驟p步驟1 :檢查NE10 的ML-PPP 端口狀態(tài)，發(fā)現(xiàn)鏈路無問題，業(yè)務(wù)一直都是正常,排除DCN 通道質(zhì)量問題p步驟2 :查看NE30 的網(wǎng)元IP，發(fā)現(xiàn)與NE10 某DCN 通道核心路由重復(fù)，確認(rèn)為NE30 網(wǎng)元IP設(shè)置錯誤p步驟3 :在網(wǎng)管上更改NE30 的網(wǎng)元IP，返回提示成功后，發(fā)現(xiàn)該兩個網(wǎng)元仍出現(xiàn)間歇脫管p步驟4 :嘗試查詢NE30 網(wǎng)元信息，NE30 網(wǎng)元IP 仍為修改前的錯誤值，網(wǎng)管上修改NE30 網(wǎng)元IP 的操作并未成功p步驟5 多次重復(fù)修改NE30 網(wǎng)元IP 的操作，直至網(wǎng)元間歇性脫管故障消失案例類型案例類型-IP -IP 地址沖突

17、導(dǎo)致網(wǎng)元間歇性脫管地址沖突導(dǎo)致網(wǎng)元間歇性脫管HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 14DCN 故障處理案例2/3l故障現(xiàn)象故障現(xiàn)象pPTN 網(wǎng)絡(luò)的網(wǎng)關(guān)網(wǎng)元穿越一個IP 傳送網(wǎng)絡(luò)后，保持與網(wǎng)管中心之間的通信pPTN 網(wǎng)絡(luò)中的非網(wǎng)關(guān)網(wǎng)元全部脫管，系統(tǒng)中出現(xiàn)大量MPLS_TUNNEL_LOCV MPLS_TUNNEL_LOCV 告警，告警，業(yè)務(wù)中斷l(xiāng)處理步驟處理步驟p步驟1：檢查該網(wǎng)關(guān)網(wǎng)元主控板上的ETH 接口，發(fā)現(xiàn)該接口通過網(wǎng)線與IP 傳送網(wǎng)絡(luò)中一臺路由器的2 號接口直連。該路由器的1 號接口連接網(wǎng)管，但3 號接口與4 號接口被

18、另一條網(wǎng)線直連，產(chǎn)生了環(huán)路p步驟2 : IP 傳送網(wǎng)絡(luò)中的大量DCN 報文及其它報文通過交換機(jī)的環(huán)路被引入PTN 網(wǎng)絡(luò)中，造成網(wǎng)關(guān)網(wǎng)元的CPU 長期被完全占用，而PTN 網(wǎng)絡(luò)內(nèi)非網(wǎng)關(guān)網(wǎng)元的DCN 報文及其它協(xié)議報文無法得到處理，最終導(dǎo)致網(wǎng)元脫管，業(yè)務(wù)中斷p步驟3：拔掉引發(fā)交換機(jī)環(huán)回的網(wǎng)線，PTN 網(wǎng)絡(luò)恢復(fù)正常案例類型案例類型- -環(huán)回引發(fā)環(huán)回引發(fā)DCN DCN 風(fēng)暴導(dǎo)致網(wǎng)元脫管風(fēng)暴導(dǎo)致網(wǎng)元脫管HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 15DCN 故障處理案例3/3案例類型案例類型- -子網(wǎng)掩碼配置錯誤導(dǎo)致全網(wǎng)網(wǎng)元脫管子網(wǎng)掩碼配置

19、錯誤導(dǎo)致全網(wǎng)網(wǎng)元脫管p故障現(xiàn)象故障現(xiàn)象：在由PTN 網(wǎng)元組成的網(wǎng)絡(luò)中，添加一個新網(wǎng)元后，其它所有網(wǎng)元全部脫管p處理步驟處理步驟p步驟1 ：PTN 網(wǎng)元都屬于同一個網(wǎng)段，且“子網(wǎng)掩碼”都是16 位，而新添加的這個網(wǎng)元的“子網(wǎng)掩碼”是24 位p步驟2 :“子網(wǎng)掩碼”為24 位的網(wǎng)元會生成一個“255.255.255.0”的網(wǎng)段路由，而該路由會通過DCN 通道在網(wǎng)絡(luò)內(nèi)擴(kuò)散。在網(wǎng)管訪問網(wǎng)元的過程中，根據(jù)最長匹配原則，網(wǎng)管服務(wù)器主機(jī)原本16 位的網(wǎng)段“255.255.0.0”會被匹配為24 位的“255.255.255.0”，造成其它子網(wǎng)掩碼均為16 位的網(wǎng)元無法與網(wǎng)管通信，網(wǎng)元脫管p步驟3 :斷開新添

20、加網(wǎng)元與網(wǎng)管之間的物理連接，并將該網(wǎng)元的子網(wǎng)掩碼修改為16 位后，網(wǎng)絡(luò)正常案例類型案例類型-GE -GE 端口工作模式不一致導(dǎo)致網(wǎng)元間通信中斷端口工作模式不一致導(dǎo)致網(wǎng)元間通信中斷p故障現(xiàn)象故障現(xiàn)象：PTN 網(wǎng)元通過GE 鏈路互聯(lián)組網(wǎng)，網(wǎng)元屬性及DCN 參數(shù)已經(jīng)正確規(guī)劃與配置，現(xiàn)場安裝設(shè)備時，發(fā)現(xiàn)多處相鄰網(wǎng)元之間無法通信，但各網(wǎng)元均無告警上報p處理步驟處理步驟p步驟1 :選擇無法彼此通信的兩個相鄰網(wǎng)元，現(xiàn)場分別登錄，可正常登錄，且通信正常。p步驟2 :查看當(dāng)前性能事件，鏈路上無誤碼，測試光功率也均在正常范圍內(nèi)。p步驟3 檢查兩端網(wǎng)元上直接對接的光口，均為GE 光口，網(wǎng)管上檢查兩個端口的屬性配置，

21、發(fā)現(xiàn)“工作模式”不一致（一端為“1000M 全雙工”，一端為“自協(xié)商”）p步驟5 :將兩端GE 光接口的“工作模式”統(tǒng)一修改為“自協(xié)商”模式，通信也正常目錄目錄 PTN 故障定位方法故障定位方法 PTN 常見故障處理常見故障處理pDCN故障處理故障處理pMPLS Tunnel故障處理故障處理pPW 故障處理故障處理pCES 業(yè)務(wù)故障處理業(yè)務(wù)故障處理p以太網(wǎng)業(yè)務(wù)故障處理以太網(wǎng)業(yè)務(wù)故障處理p時鐘故障處理時鐘故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 17MPLS Tunnel 故障處理方法lMPLS Tunnel MPLS T

22、unnel 故障現(xiàn)象故障現(xiàn)象pMPLS Tunnel 創(chuàng)建失敗，業(yè)務(wù)不通pl MPLS Tunnel 故障，業(yè)務(wù)中斷pl 保護(hù)倒換失敗，業(yè)務(wù)中斷或出現(xiàn)丟包、誤碼l故障處理方法故障處理方法p檢查鏈路兩端的IP是否設(shè)置正確p檢查控制鏈路狀態(tài)是否OKp檢查光纖是否連接正確p檢查NNI端口之間的二層屬性設(shè)置是否一致(tag/access/hybrid)p查詢是否有相關(guān)鏈路級告警，如果有需要清除掉p檢查Tunnel的路由約束是否配置正確p檢查Tunnel是否使能p查詢Tunnel所在的物理端口是否存在FLOW_OVER告警，如果存在，說明網(wǎng)絡(luò)側(cè)出現(xiàn)擁塞，此時部分業(yè)務(wù)回手到影響Copyright 2008

23、 Huawei Technologies Co., Ltd. All rights reserved. Page 18Page 18BTS 1CESCESBTS 2PTNPTNETHBTS 3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSCGE/10GEGE/FESTM-1STM-1GE/10GEMPLS_TUNNEL_LOCVMPLS_TUNNEL_FDIMPLS_TUNNEL_LOCVMPLS_TUNNEL_LOCV：Tunnel連通性丟失告警。p物理鏈路故障。 p網(wǎng)絡(luò)出現(xiàn)嚴(yán)重的擁塞。 p對端設(shè)備故障。 MPLS_TUNNEL_FDI MPLS_TUNNEL

24、_FDI ：Tunnel前向缺陷指示告警。 p上游設(shè)備檢測到物理層發(fā)生了故障，比如斷纖。MPLS Tunnel 故障典型告警處理Copyright 2008 Huawei Technologies Co., Ltd. All rights reserved. Page 19Page 19MPLS Tunnel MPLS Tunnel 故障處理案例故障處理案例 案例類型案例類型- -光纖錯連導(dǎo)致動態(tài)光纖錯連導(dǎo)致動態(tài)MPLS TunnelMPLS Tunnel創(chuàng)建失敗創(chuàng)建失敗 p故障現(xiàn)象故障現(xiàn)象：在現(xiàn)網(wǎng)上集成業(yè)務(wù)時，發(fā)現(xiàn)有這樣兩個網(wǎng)元，彼此之間的DCN通訊正常，但在二者之間的動態(tài)Tunnel卻全部

25、創(chuàng)建失敗。PING對端端口的IP地址，返回“操作超時”。 p處理步驟處理步驟p步驟1 ：查詢系統(tǒng)當(dāng)前告警，未發(fā)現(xiàn)ETH_LOS、ETH_LINK_DOWN或HARD_BAD告警，且DCN通訊正常，可以排除鏈路、端口或單板等硬件出現(xiàn)了故障。p步驟2 :查詢兩個網(wǎng)元端口的IP地址，均配置正確，而且在同一個網(wǎng)段內(nèi) 。p步驟3 :查詢ARP表項，發(fā)現(xiàn)無法學(xué)習(xí)到對端端口的“ARP表項”。 p步驟4 :因?yàn)閮啥说腄CN通訊是正常的，從DCN的連通性著手分析。只有在學(xué)習(xí)到對方端口的MAC地址之后，才能開始正常的DCN通訊。查詢后發(fā)現(xiàn)宿網(wǎng)元的端口的MAC地址與網(wǎng)元規(guī)劃表不一致。 p步驟5:現(xiàn)場確認(rèn)，是設(shè)備安裝

26、時連錯了光纖，導(dǎo)致ARP等協(xié)議不能正常工作，動態(tài)Tunnel創(chuàng)建失敗。 p步驟6:按照網(wǎng)元規(guī)劃表重新連接光纖后，問題解決。 目錄目錄 PTN 故障定位方法故障定位方法 PTN 常見故障處理常見故障處理pDCN故障處理故障處理pMPLS Tunnel故障處理故障處理pPW 故障處理故障處理pCES 業(yè)務(wù)故障處理業(yè)務(wù)故障處理p以太網(wǎng)業(yè)務(wù)故障處理以太網(wǎng)業(yè)務(wù)故障處理p時鐘故障處理時鐘故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 21PW 故障處理方法lPW PW 故障現(xiàn)象故障現(xiàn)象pPW 創(chuàng)建失敗，業(yè)務(wù)不通。pPW 故障，業(yè)務(wù)中斷或出

27、現(xiàn)丟包、誤碼l故障處理方法故障處理方法p檢查所在的Tunnel是否UPp檢查兩端的PW的ID是否一致p檢查是否配置了LDP對等體p查詢PW是否使能p檢查兩端的檢查兩端的PWPW的參數(shù)的參數(shù)u檢查Control Word Use Policy”，是否一端配置為“Must Use”，另一端配置為“Nonuse”u檢查Ethernet 業(yè)務(wù)，兩端的“MTU”是否配置一致u 檢查CES 業(yè)務(wù)，兩端的“RTP Head”、“Packet Loading Time”等參數(shù)是否配置一致目錄目錄 PTN 故障定位方法故障定位方法 PTN 常見故障處理常見故障處理pDCN故障處理故障處理pMPLS Tunnel

28、故障處理故障處理pPW 故障處理故障處理pCES 業(yè)務(wù)故障處理業(yè)務(wù)故障處理p以太網(wǎng)業(yè)務(wù)故障處理以太網(wǎng)業(yè)務(wù)故障處理p時鐘故障處理時鐘故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 23CES 業(yè)務(wù)故障處理流程lCESCES業(yè)務(wù)中斷業(yè)務(wù)中斷/ /損傷原因損傷原因p配置錯誤p處理板、接口板的接口接入的信號丟失或惡化pTunnel/PW 故障p時鐘不同步p時延過大HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 24CES 業(yè)務(wù)故障處理方法故障原因故障原因檢查點(diǎn)檢查點(diǎn)處理方式處

29、理方式l源端和宿端的PW裝幀時間不一致l查詢CES業(yè)務(wù)PW裝幀時間l修改參數(shù)lE1端口成幀模式不匹配l檢查E1端口成幀模式是否和對端設(shè)備匹配，只有UDT業(yè)務(wù)才能配置為unframe，其他業(yè)務(wù)配置為double-frame/crc4-multiframel修改參數(shù)l低階開銷V5字節(jié)不匹配l檢查業(yè)務(wù)使用的VC12通道的V5字節(jié)是否與對接端匹配l修改參數(shù)l接口的信號丟失或惡化l查詢系統(tǒng)是否有T_ALOS、UP_E1_AIS 或DOWN_E1_AIS 告警l查詢系統(tǒng)是否有R_LOS 告警，處理R_LOS 告警l處理硬件問題lTunnel /PW故障l查詢Tunnel/PW狀態(tài)是否DOWNl查詢系統(tǒng)是否

30、存在MPLS_TUNNEL_LOCV 告警l查詢系統(tǒng)是否存在PW_DOWN 告警l處理Tunnel/PW故障l時鐘不同步l檢查業(yè)務(wù)流經(jīng)的所有網(wǎng)元時鐘域是否相同l查詢系統(tǒng)是否有SYNC_C_LOS 或LTI 告警l優(yōu)化時鐘配置l時延過大l查詢系統(tǒng)是否有CES_LOSPKT_EXC、CES_MISORDERPKT_EXC 或CES_STRAYPKT_EXC 告警l查詢系統(tǒng)是否有CES_JTRUDR_EXC 或CES_JTROVR_EXC 告警l優(yōu)化業(yè)務(wù)路由Copyright 2008 Huawei Technologies Co., Ltd. All rights reserved. Page 2

31、5Page 25BTS 1CESCESBTS 2PTNPTNCES 業(yè)務(wù)故障典型告警處理ETHBTS 3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSCGE/10GEGE/FESTM-1STM-1GE/10GET_ALOS信號丟失故障原因：故障原因：（1）E1/T1業(yè)務(wù)未接入；業(yè)務(wù)未接入； （2）DDF架側(cè)架側(cè)E1/T1接口輸出端口脫落或松動；接口輸出端口脫落或松動； （3）本站）本站E1/T1接口輸入端口脫落或松動；接口輸入端口脫落或松動； （4）單板故障；）單板故障； （5）電纜故障）電纜故障ALM_E1RAI遠(yuǎn)端告警指示故障原因：故障原因：對端有告警；對端

32、有告警；HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 26CES 業(yè)務(wù)故障處理案例案例案例1. Tunnel1. Tunnel帶寬不夠?qū)е聨挷粔驅(qū)е翪ESCES業(yè)務(wù)持續(xù)誤碼業(yè)務(wù)持續(xù)誤碼 【問題現(xiàn)象】：一條兩站的CES上MLPPP業(yè)務(wù)，時隙為15個，業(yè)務(wù)配完后，儀表顯示業(yè)務(wù)通，刪掉業(yè) 務(wù)，重新創(chuàng)建31個時隙的業(yè)務(wù)，儀表檢測到持續(xù)誤碼。 【問題原因】：MLPPP組只有一個PPP成員，帶寬不足以承載一條CES業(yè)務(wù)，導(dǎo)致大量PW報文被丟棄。 【解決辦法】： MLPPP組再添加一個成員后業(yè)務(wù)通案例案例2. 2. 多網(wǎng)元的時鐘源不同導(dǎo)致長時間

33、測試有少量誤碼：多網(wǎng)元的時鐘源不同導(dǎo)致長時間測試有少量誤碼： 【問題現(xiàn)象】：某局測試環(huán)境，組網(wǎng)如下圖所示，約兩個多小時后出現(xiàn)1s的LSS告警，查詢PW性能 計數(shù)，發(fā)現(xiàn)有jitter buffer溢出的計數(shù) 【問題原因】：1900網(wǎng)元和儀表分別跟蹤不同的時鐘源，運(yùn) 行后隨著時鐘漂移和時延抖動產(chǎn)生滑幀 【解決辦法】： 儀表改為跟蹤設(shè)備時鐘案例案例3 3： E1E1成幀模式不匹配導(dǎo)致成幀模式不匹配導(dǎo)致CESCES業(yè)務(wù)不通：業(yè)務(wù)不通： 【問題現(xiàn)象】：一條兩站的遠(yuǎn)程CES業(yè)務(wù)，一端自環(huán)，一端與儀表對接，業(yè)務(wù)配完后，儀表顯示LSS告 警，查詢單板告警，發(fā)現(xiàn)CES業(yè)務(wù)使用的E1端口有LMFA告警 【問題原因

34、】：E1端口為CRC4-multiframe模式，而儀表設(shè)置為Unframe模式，芯片無法正確定幀 【解決辦法】： 將儀表設(shè)置為PCM31C模式即可目錄目錄 PTN 故障定位方法故障定位方法 PTN 常見故障處理常見故障處理pDCN故障處理故障處理pMPLS Tunnel故障處理故障處理pPW 故障處理故障處理pCES 業(yè)務(wù)故障處理業(yè)務(wù)故障處理p以太網(wǎng)業(yè)務(wù)故障處理以太網(wǎng)業(yè)務(wù)故障處理p時鐘故障處理時鐘故障處理HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 28以太網(wǎng)業(yè)務(wù)故障處理流程l故障現(xiàn)象故障現(xiàn)象p以太網(wǎng)業(yè)務(wù)中斷、出現(xiàn)丟包或錯包，影響

35、設(shè)備接入的其它業(yè)務(wù)l故障原因故障原因p原因1：接收信號丟失p原因2：以太網(wǎng)網(wǎng)口連接錯誤，端協(xié)商失敗p原因3：端口配置了環(huán)回p原因4：接口流量限值配置過低，源宿兩端接口配置不一致HUAWEI TECHNOLOGIES CO., LTD.Huawei Confidential Page 29以太網(wǎng)業(yè)務(wù)故障處理方法故障原因故障原因產(chǎn)生告警產(chǎn)生告警告警含義告警含義處理方法處理方法接收信號丟失接收信號丟失R_LOS激光器接收無信息檢查光纖連接ETH_LOS網(wǎng)口連接丟失檢查網(wǎng)線連接ETH_AUTO_LINK_DOWNETH網(wǎng)端口自動link down檢查光纖連接LSR_WILL_DIE激光器壽命即將終止更

36、換模塊MAC_FCS_EXCMAC層檢測到誤碼越限檢查光纖連接端口協(xié)商失敗端口協(xié)商失敗ETH_LINK_DOWN網(wǎng)口連接故障告警檢查協(xié)商模式和網(wǎng)線連接端口配置了環(huán)回端口配置了環(huán)回LOOP_ALM環(huán)回告警取消環(huán)回接口流量限值配置過低接口流量限值配置過低FLOW_OVER端口流量越限檢查端口參數(shù)配置ETH_CFM_UNEXPERI 錯幀告警檢查端口參數(shù)配置和線路故障Copyright 2008 Huawei Technologies Co., Ltd. All rights reserved. Page 30Page 30BTS 1CESCESBTS 2PTNPTN以太網(wǎng)業(yè)務(wù)故障典型告警處理ETH

37、BTS 3PTNMPLSPTNPTNMPLSPTNBSCCoreNetwrokPTNBSC10G/GEGE/FESTM-1STM-110G/GEETH_LOS光信號丟失故障原因：故障原因：(1)光纖斷；光纖斷；(2)光模塊壞；光模塊壞；(3)光衰減過大；光衰減過大；ETH_LINK_DOWN網(wǎng)口連接故障故障原因：故障原因：兩端工作模式不一致，造成協(xié)商失?。浑娎|、光纖連接或者對端設(shè)備故障。兩端工作模式不一致，造成協(xié)商失?。浑娎|、光纖連接或者對端設(shè)備故障。MAC_FCS_EXC誤碼越限故障原因：故障原因：MAC層檢測到誤碼越限；線路信號劣化；光纖性能劣化；光口不潔凈層檢測到誤碼越限；線路信號劣化；

38、光纖性能劣化；光口不潔凈Copyright 2008 Huawei Technologies Co., Ltd. All rights reserved. Page 31Page 31以太網(wǎng)業(yè)務(wù)故障處理案例以太網(wǎng)業(yè)務(wù)故障處理案例1/21/2l案例類型案例類型-以太網(wǎng)接口屬性配置錯誤導(dǎo)致設(shè)備與交換機(jī)對接失敗以太網(wǎng)接口屬性配置錯誤導(dǎo)致設(shè)備與交換機(jī)對接失敗 p故障現(xiàn)象故障現(xiàn)象：兩臺PTN 3900通過由交換機(jī)組成的以太網(wǎng)網(wǎng)絡(luò)，PTN設(shè)備通過ETFC單板連接交換機(jī)。配置了由IP Tunnel承載的靜態(tài)以太網(wǎng)專線業(yè)務(wù)后，業(yè)務(wù)不通，無法正常工作。p處理步驟處理步驟u步驟1 :單獨(dú)測試交換機(jī)組成的以太網(wǎng)網(wǎng)絡(luò)

39、，發(fā)現(xiàn)以太網(wǎng)兩端可以互通，以太網(wǎng)網(wǎng)絡(luò)正常。 u步驟2 :查詢IP Tunnle配置，本端接口和對端接口IP地址設(shè)置均正確，靜態(tài)路由配置正確。 u步驟3 :查看承載該以太網(wǎng)專線業(yè)務(wù)的PW的狀態(tài)為“UP”。 u步驟4 :查詢以太網(wǎng)接口的基本屬性，其“端口模式”為“二層”，“封裝類型”為“802.1Q”。更改“封裝類型”為“NULL”，再重新配置E-Line業(yè)務(wù)，發(fā)現(xiàn)業(yè)務(wù)可以正常工作Copyright 2008 Huawei Technologies Co., Ltd. All rights reserved. Page 32Page 32以太網(wǎng)業(yè)務(wù)故障處理案例以太網(wǎng)業(yè)務(wù)故障處理案例2/22/2案例類型案例類型-IP Tunnel 承載業(yè)務(wù)時模式錯誤導(dǎo)致業(yè)務(wù)不通承載業(yè)務(wù)時模式錯誤導(dǎo)致業(yè)務(wù)不通p故障現(xiàn)象故障現(xiàn)象：用GE 端口創(chuàng)建IP Tunnel 承載E-Line 業(yè)務(wù)時，UNI 側(cè)端口“VLANs”設(shè)置為“1-3”，在業(yè)務(wù)測試的時候，發(fā)現(xiàn)業(yè)務(wù)測試一直不通p故障原因故障原因uPTN 設(shè)備只能配置靜態(tài)IP Tunnel，UNI 端口屬性只支