《PTN運(yùn)行維護(hù)篇》word版

1、.PTN運(yùn)行維護(hù)篇 目 錄1.1網(wǎng)絡(luò)故障處理基本思路和方法31.1.1PTN與MSTP告警對(duì)比31.1.2常見告警故障處理方法51.1.3以太網(wǎng)業(yè)務(wù)丟包類故障處理方法71.1.4OAM/PING調(diào)試法71.1.5環(huán)回逐段定位法101.2PTN網(wǎng)絡(luò)例行監(jiān)控11*;1.1 網(wǎng)絡(luò)故障處理基本思路和方法PTN的組網(wǎng)、業(yè)務(wù)配置愈發(fā)復(fù)雜，需分組廠商網(wǎng)管盡快做好SDHLike功能。為盡快恢復(fù)業(yè)務(wù)，將檢測(cè)的故障點(diǎn)最小化，需了解SDH原理、IP網(wǎng)絡(luò)原理知識(shí)、告警信號(hào)流及告警產(chǎn)生機(jī)理、PTN設(shè)備和網(wǎng)管基本操作、常用儀表的基本操作，了解網(wǎng)絡(luò)拓?fù)洌瑯I(yè)務(wù)配置，設(shè)備運(yùn)行狀態(tài)。ü 告警、性能分析法ü O

2、AM/PING調(diào)試法ü 環(huán)回法PTN對(duì)于Tunnel的故障可用MPLS OAM來檢測(cè)，MPLS OAM包括CV/FFD、Ping和Traceroute。通過CV（Connectivity Verification）/FFD（Fast Failure Detection）檢測(cè)可以檢測(cè)LSP的連通性。CV檢測(cè)和FFD檢測(cè)的過程基本一致，其不同在于CV檢測(cè)發(fā)送CV報(bào)文的頻率固定為1幀/s并且不可設(shè)置，而FFD檢測(cè)發(fā)送FFD報(bào)文的頻率是可以自行定義的。MPLS Ping/Traceroute為用戶提供了發(fā)現(xiàn)LSP錯(cuò)誤、并及時(shí)定位失效節(jié)點(diǎn)的機(jī)制。MPLS Ping/Traceroute使用MP

3、LS Echo Request和MPLS Echo Reply檢測(cè)LSP的可用性。MPLS Echo Request中攜帶需要檢測(cè)的FEC（Forwarding Equivalence Class）信息，和其他屬于此FEC的報(bào)文一樣沿LSP發(fā)送，從而實(shí)現(xiàn)對(duì)LSP的檢測(cè)。為了更好的理解PTN，我們就把PTN與熟悉的SDH的業(yè)務(wù)層面告警類比一下，與大家共享。1.1.1 PTN與MSTP告警對(duì)比對(duì)應(yīng)于業(yè)務(wù)模型，PTN的告警分為物理層、數(shù)據(jù)鏈路層、Tunnel層、PW層、仿真業(yè)務(wù)層五個(gè)層次。對(duì)應(yīng)SDH的物理層、再生段復(fù)用段層、服務(wù)層、路徑層。上層功能的實(shí)現(xiàn)依賴于相鄰下層提供的服務(wù)。低層與高層同時(shí)有故障

4、產(chǎn)生時(shí)，低層故障的消除是處理高層故障的基礎(chǔ)，物理層故障引發(fā)的告警屏蔽其它層故障引發(fā)的告警。SDH的告警與PTN的最根本的區(qū)別在于SDH的告警都是由字節(jié)承載上報(bào)的，而PTN告警則是由協(xié)議控制上報(bào)的；但都有其相似之處,如以下圖：服務(wù)層(HO-VC4)路徑層(LO-VC12)物理層(Fiber)再生段復(fù)用段層(SDH)(SDH開銷)Tunnel層PW&業(yè)務(wù)層物理層(Fiber)數(shù)據(jù)鏈路(Ethernet) 通過物理層或數(shù)據(jù)鏈路層提供凈荷路徑的傳送 多元的LO-VC到HO-VC 或者 PWs到PSN tunnels TE/PE之間的凈荷傳送 凈荷封裝到對(duì)應(yīng)的 Line/Tunnel 層 物理層

5、以光或電脈沖的方式處理傳送 STM-N 幀格式或以太報(bào)文通過物理介質(zhì)傳送E1/E3凈荷CES/ATM/Ethernet凈荷PTNSDH圖28 PTN網(wǎng)絡(luò)與MSTP告警對(duì)比圖業(yè)務(wù)模型中，PW可類比VC12、Tunnel類比VC4管道，CES即電路仿真業(yè)務(wù)就是傳統(tǒng)的E1；告警可劃分為業(yè)務(wù)類告警，系列類通用類告警，下面表格按業(yè)務(wù)告警，與SDH進(jìn)行類比，各業(yè)務(wù)層告警對(duì)比：MSTP告警SDH、PTN類比結(jié)果PTN告警業(yè)務(wù)層（VC12）(ETH/CES/IMA/ATM)TU_AIST_ALOSUP_E1_AISDOWN_E1_AIS等繼承了SDH E1、ATM、IMA業(yè)務(wù)告警的特點(diǎn)PW_DOWNT_A L

6、OSTU_AIS_VC12UP_E1_AISDOWN_E1_AIS等PW&業(yè)務(wù)層(ETH/CES/IMA/ATM)服務(wù)層（VC4）HP_SLM HP_UNEQ繼承了服務(wù)層SDH告警，新增加了MPLS Tunnel類告警MPLS_TUNNEL_LOCVHP_SLMHP_UNEQTunnel層(Tunnel/ PW / MPLS APS)再生段復(fù)用段層(開銷)B1、B2誤碼檢測(cè)告警復(fù)用段告警IMA業(yè)務(wù)告警繼承了SHD誤碼類，復(fù)用段類告警(線性)，增加了多協(xié)議標(biāo)簽交換(MPLS)告警，LAG類告警B1、B2誤碼檢測(cè)線性復(fù)用段告警IMA業(yè)務(wù)告警LAG_DOWNMP_DOWNETH_APS_LO

7、STETH_APS_PATH_MISMATCHETH_APS_SWITCH_FAILETH_CFM_MISMERGE數(shù)據(jù)鏈路層(MLPPP / STM / LAG)物理層(單板 / ETH端口/SDH端口/ E1口)R_LOSETH_LOST_ALOSLASER_MOD_ERRETH_LINK_DOWN 物理層告警與SDH相同，完全繼承了SDH光口、ETH電口、光口的習(xí)慣R_LOSETH_LOST_ALOSLASER_MOD_ERRETH_LINK_DOWN物理層(單板/ ETH端/SDH端口/E1口)1.1.2 常見告警故障處理方法ü CES業(yè)務(wù)常見告警故障處理方法：序號(hào)告警名稱產(chǎn)

8、生原因處理方法1T_ALOSE1信號(hào)丟失，主要上報(bào)在支路接口板上；環(huán)回E12UP_E1_AISDOWN_E1_AIS分別是上行2M信號(hào)指示、和下行2M信號(hào)指示，產(chǎn)生原因和SDH的相同察看對(duì)端是否有TU_LOP_VC12、T_ALOS 或TU_AIS_VC12 告警?；蛘逧1環(huán)回方式3MPLS_TUNNEL_LOCVMPLS_TUNNEL_LOCV 為Tunnel 連通性丟失告警。連續(xù)3 個(gè)周期內(nèi)沒有收到希望的CV/FFD 報(bào)文時(shí)出現(xiàn)此告警。產(chǎn)生 g該告警時(shí)，該TUNNEL承載的業(yè)務(wù)已中斷，原因1：往往是下層網(wǎng)絡(luò)異常引起，例如物理鏈路故障等，光模塊故障原因2：網(wǎng)絡(luò)出現(xiàn)嚴(yán)重的擁塞。原因1：物理鏈路

9、故障。1. 在網(wǎng)管上檢查該鏈路兩端網(wǎng)元是否存在單板或光模塊相關(guān)的告警。若存在，消除這些告警，查看告警是否消除。2. 若告警未消除，查看光纖是否故障，更換故障的光纖。原因2：網(wǎng)絡(luò)出現(xiàn)嚴(yán)重?fù)砣?. 選擇較大的“CC 測(cè)試發(fā)送周期”的參數(shù)值，具體操作見本文的創(chuàng)建維護(hù)聯(lián)盟。2. 檢查故障Tunnel 的帶寬占用情況，如發(fā)現(xiàn)已滿，請(qǐng)?jiān)龃骉unnel 帶寬配置或消除非法發(fā)送大數(shù)據(jù)量的根源，查看告警是否消除。4TU_AIS_VC12系統(tǒng)中存在更高階的告警，如R_LOS、R_LOF、HP_SLM、AU_AIS上游站點(diǎn)存在硬件故障告警交叉板故障對(duì)端站對(duì)應(yīng)通道失效按照產(chǎn)生原因點(diǎn)，逐步排除；先看是否有高級(jí)別的R_

10、LOS、R_LOF、HP_SLM、AU_AIS 告警，然后看是否存在硬件故障支路板？交叉？最后對(duì)端對(duì)應(yīng)通道？需要用到經(jīng)驗(yàn)法、替換法等。與SDH類似業(yè)務(wù)中斷類常見告警原因：光纖、電纜故障、環(huán)境溫度、誤操作設(shè)置了光路的環(huán)回、誤操作更改、保護(hù)業(yè)務(wù)配置數(shù)據(jù)有誤。應(yīng)急處理時(shí)優(yōu)先恢復(fù)業(yè)務(wù)，排除外部設(shè)備的問題，將業(yè)務(wù)倒換到備用通道，復(fù)位單板、單站重啟、重新下發(fā)配置等。ü 以太網(wǎng)業(yè)務(wù)常見告警故障處理方法：序號(hào)告警名稱產(chǎn)生原因處理方法1ETH_LOS以太網(wǎng)端口連接丟失，可能原因：以太網(wǎng)端口的電纜或光纖沒有連接好；電纜或光纖故障；本端網(wǎng)元接收光功率過低；單板故障。屬于物理層故障類，察看物理連接，端口、單

11、板故障；逐一排除。2MAC_FCS_EXCMAC_FCS_EXC 為MAC 層檢測(cè)到誤碼越限告警。軟件定時(shí)檢測(cè)MAC 芯片接收字節(jié)數(shù)和誤碼字節(jié)數(shù)，計(jì)算誤碼是否超過門限，超過設(shè)置越限門限發(fā)出此報(bào)警。1:檢測(cè)是否鏈路出現(xiàn)故障，維護(hù)光纖或網(wǎng)線，查看告警是否消除。2:若告警仍未消除，檢測(cè)是否存在DOS 攻擊等，隔離DOS 攻擊源，查看告警是否消除。3.若告警仍未消除，是否出現(xiàn)配置環(huán)路或物理等問題，解除環(huán)路，查看告警是否消除。3ETH_LINK_DOWN以太網(wǎng)連接錯(cuò)誤，端口協(xié)商失敗；可能原因：端口模式不一致；電纜光纖連接故障；單板故障。對(duì)應(yīng)需要察看和排除端口協(xié)商問題，主要關(guān)注端口模式，端口速率級(jí)別。最后

12、使用替換法檢驗(yàn)是否是硬件故障4FLOW_OVER端口接收流量超限告警；可能原因?yàn)閷?shí)際接收的端口流量大于設(shè)定的端口流量限值。增加端口帶寬。丟包類故障常見原因：光功率問題、環(huán)境溫度、數(shù)據(jù)業(yè)務(wù)端口協(xié)商故障、時(shí)鐘配置錯(cuò)誤、業(yè)務(wù)流控配置?？赏ㄟ^查看光功率、RMON、丟包率等性能事件解決。ü MPLS保護(hù)倒換類告警排除：倒換告警告警信息故障原因ETH_APS_TYPE_MISMATCH保護(hù)類型信息不一致1、兩端配置的1+1或1:1模式不一致；2、兩端配置的單端或雙端倒換的模式不一致；3、兩端配置的恢復(fù)式或非恢復(fù)式的模式不一致；ETH_APS_PATH_MISMATCHAPS工作、保護(hù)路徑不一致1

13、、保護(hù)組兩端設(shè)備配置的工作路徑、保護(hù)路徑不一致；2、物理鏈路上存在有錯(cuò)連；ETH_APS_SWITCH_FAIL保護(hù)倒換失敗1、倒換失??；ETH_APS_LOSTAPS幀丟失1、對(duì)方?jīng)]有配置保護(hù)；2、保護(hù)通道業(yè)務(wù)中斷；1.1.3 以太網(wǎng)業(yè)務(wù)丟包類故障處理方法如果業(yè)務(wù)A有丟包，業(yè)務(wù)B不丟，則問題應(yīng)該在網(wǎng)元A與網(wǎng)元C之間業(yè)務(wù)丟包、錯(cuò)包的可能原因ü 端口光功率異?；蚬夤β什环€(wěn)定，這是最常見的丟包原因ü 時(shí)鐘未跟蹤，或跟蹤源不穩(wěn)定，會(huì)導(dǎo)致周期性丟包 ü Tunnel下一跳端口IP設(shè)置錯(cuò)誤（如設(shè)置為本端端口，擴(kuò)容或調(diào)整業(yè)務(wù)時(shí)）可能會(huì)導(dǎo)致丟包ü 網(wǎng)絡(luò)側(cè)發(fā)生擁塞，由于

14、現(xiàn)網(wǎng)基本是輕載狀態(tài)，擁塞可能性較小排查業(yè)務(wù)丟包、錯(cuò)包的思路：ü 找出與“有問題的業(yè)務(wù)”走相近鏈路的業(yè)務(wù)，看是否有類似問題，以此縮小范圍業(yè)務(wù)A業(yè)務(wù)B網(wǎng)元B網(wǎng)元A網(wǎng)元C網(wǎng)元D網(wǎng)元E1.1.4 OAM/PING調(diào)試法常用場(chǎng)景：數(shù)據(jù)業(yè)務(wù)通斷判斷維護(hù)中，工作難點(diǎn)主要在于如何能夠快速有效地排除故障。在眾多的故障中，以“業(yè)務(wù)不通”最為常見。應(yīng)該如何著手解決呢？首先我們將PTN專線業(yè)務(wù)做成以下圖所示的分段。 PTN網(wǎng)絡(luò)關(guān)于OAM的規(guī)劃主要涉及：MPLSOAM、以太網(wǎng)端口的OAM。適用于故障定位到單站，主要用于檢查網(wǎng)絡(luò)連接是否可達(dá)，以及分析網(wǎng)絡(luò)什么地方發(fā)生了故障。n 常用OAM排障步驟1Tunnel

15、OAMNODEB接入側(cè)PTN UNI接入側(cè)PTN NNI透?jìng)髟O(shè)備(PTN,波分設(shè)備等)核心側(cè)PTN NNI核心側(cè)PTN UNIRNCTunnel配置PW配置PW配置業(yè)務(wù)配置業(yè)務(wù)配置紅色標(biāo)識(shí)部分是維護(hù)關(guān)鍵區(qū)域, 因?yàn)檫@一區(qū)域的網(wǎng)元多,外部因素多(光纜,光模塊,波分設(shè)備等) , 需考慮業(yè)務(wù)擴(kuò)容，業(yè)務(wù)歸屬關(guān)系調(diào)整排障的主要工具:Tunnel OAM使用方法：到兩側(cè)(接入側(cè)、核心側(cè))網(wǎng)元查看Tunnel OAM狀態(tài)結(jié)果分析：ü 兩側(cè)Tunnel OAM狀態(tài)都是“遠(yuǎn)、近端可用” - 該區(qū)域基本沒有問題ü Tunnel OAM檢測(cè)有任何缺陷上報(bào)- 根據(jù)“LSP缺陷位置”可鎖定故障位置&

16、#252; 查MPLS_TUNNEL_LOCV告警: 含義:Tunnel鏈路中斷 解決措施：需要檢查Tunnel鏈路的連通性，發(fā)起LSP Ping確認(rèn)故障節(jié)點(diǎn)/鏈路，并觀察Tunnel鏈路中其它節(jié)點(diǎn)的相關(guān)告警信息，需啟動(dòng)OAM功能。n 排障步驟2LSP故障位置分析 紅框內(nèi)的LSP缺陷位置指示了問題網(wǎng)元的LSR ID (GCP NODE ID)在LSP缺陷位置及相鄰網(wǎng)元范圍內(nèi), 進(jìn)一步排障步驟:檢查光纖原因檢查業(yè)務(wù)告警ü ETH_LINK_DOWN, ETH_LOS, R_LOS等鏈路異常告警ü IN_PWR_ABN等光功率異常告警ü HARD_BAD、BUS_ER

17、R、BD STATUS等硬件異常告警 檢查配置ü 源宿節(jié)點(diǎn)是否正確ü 相鄰網(wǎng)元的出入標(biāo)簽是否一致ü 下一條端口IP是否正確其它可能原因：ü 源宿節(jié)點(diǎn)是否正確ü 相鄰網(wǎng)元的出入標(biāo)簽是否一致ü 下一條端口IP是否正確 查看各端口收光功率的當(dāng)前/歷史性能是否過低或過高：ü 有可能端口收光功率接近但未超過閾值，導(dǎo)致無告警上報(bào)，所以需要查性能ü 有可能端口收光功率不穩(wěn)定，導(dǎo)致當(dāng)前性能值正常，所以需要查歷史性能ü 下一條端口IP是否正確查看各NNI端口的設(shè)置：ETH OAM的簡(jiǎn)易操作步驟:注：只須輸入對(duì)端UNI端口M

18、AC地址就可以啟動(dòng)測(cè)試了，其他參數(shù)可用默認(rèn) A.兩端網(wǎng)元發(fā)起LB測(cè)試，用于命令觸發(fā)的連通性檢查，對(duì)以太網(wǎng)業(yè)務(wù)執(zhí)行不中斷業(yè)務(wù)環(huán)回檢測(cè)（LB），可以檢驗(yàn)業(yè)務(wù)的連通性情況，以便定位和修復(fù)故障。OAM功能產(chǎn)生的告警概覽：MELS OAMMPLS_TUNNEL_LOCV告警含義:Tunnel鏈路中斷解決措施：需要檢查Tunnel鏈路的連通性，發(fā)起LSP Ping確認(rèn)故障節(jié)點(diǎn)/鏈路，并觀察Tunnel鏈路中其它節(jié)點(diǎn)的相關(guān)告警信息。MPLS 狀態(tài)Init(初始)狀態(tài)Ingress端沒有使能OAM或者Tunnel鏈路中斷；Available(可用)狀態(tài)Tunnel狀態(tài)正常；Unavailable(不可用)狀態(tài)

19、Tunnel狀態(tài)不可用，需要檢查Tunnel鏈路的連通性，發(fā)起LSP Ping確認(rèn)故障節(jié)點(diǎn)/鏈路，并觀察Tunnel鏈路中其它節(jié)點(diǎn)的相關(guān)告警信息ETH OAMETH_CFM_LOC告警含義:ETH業(yè)務(wù)中斷解決措施：需要發(fā)起ETH LB進(jìn)行故障確認(rèn)，發(fā)起LT進(jìn)行故障定位；對(duì)于MPLS承載的ETH業(yè)務(wù)，需要觀察MPLS Tunnel的連通性。ETH_CFM_RDI告警含義:對(duì)端檢測(cè)到ETH業(yè)務(wù)的告警后的回告指示解決措施：需要在對(duì)端進(jìn)行告警確認(rèn)和排查操作；ETH_EFM_DF告警含義：ETH鏈路發(fā)現(xiàn)失敗解決措施：檢查兩端的ETH Link OAM的配置是否一致，檢查ETH鏈路的連通性；ETH_EFM_EVENT告警含義: ETH鏈路存在誤碼解決措施:對(duì)端網(wǎng)元檢測(cè)到端口有誤碼，需要在對(duì)端網(wǎng)元確認(rèn)其接收鏈路是