高質(zhì)量ATM網(wǎng)絡(luò)服務(wù)高端專線客戶典型故障分析夯實管道基礎(chǔ)

陜西聯(lián)通網(wǎng)管中心 | 王

高質(zhì)量ATM網(wǎng)絡(luò)服務(wù)高端專線客戶典型故障分析夯實管道基礎(chǔ)

ATM網(wǎng)絡(luò)以其良好的技術(shù)特點和成熟的用戶市場已發(fā)展為高端專線大客戶網(wǎng)絡(luò)。

隨著通信技術(shù)的飛速發(fā)展，ATM網(wǎng)絡(luò)以其良好的技術(shù)特點和成熟的用戶市場已發(fā)展為高端專線大客戶網(wǎng)絡(luò)。既然網(wǎng)絡(luò)是為高端客戶服務(wù)的，在網(wǎng)絡(luò)性能需求及故障處理時效上要有較高的要求。

網(wǎng)絡(luò)通常是由許多相互連接的硬件和軟件所組成的復(fù)雜系統(tǒng)。由于其固有的復(fù)雜性，在網(wǎng)絡(luò)中發(fā)生的問題往往也是復(fù)雜的。因此在故障診斷和處理過程中，應(yīng)遵循先恢復(fù)后處理、先本端后對端、先盡量調(diào)通后處理，先解決故障后了解根源。

常見物理鏈路層故障

七大常見告警信息

Loss of signal：當ATM端口在收不到“bit transition stream”，即ATM 端口不斷收到“1”值或不斷收到“0”值，可能原因為接到此端口的SONET/SDH斷掉。提議檢查光纖，確定無物理損壞以及本端端口正常，確定遠端端口正常, 可用LOOPBACK測試。

Line AIS/Path AIS：此告警說明ATM端口收到接在此端口的SONET/SDH PTE發(fā)出來的Path AIS的告警信息后，它會向ATM端口發(fā)出此Path AIS告警。

Loss of Cell Delineation：Cell Delineation是用來區(qū)分ATM包界限，它用ATM包Header的HEC來做ATM包界限的劃分。該告警說明ATM端口察覺到cell delineation 錯誤。

Line RFI/Path RFI：說明SONET/SDH遠端接口出現(xiàn)Line問題。提議檢查SONET/SDH遠端接口情況。

Down with signal label mismatch：這是關(guān)于SONET/SDH 路徑label不吻合而發(fā)出的告警，一般需檢查傳輸。

Down with red Alarm：此告警說明收不到“bit transition stream”，即物理端口不斷收到“1”或不斷收到“0”值。可能原因為端口“receive end”斷掉，“out of frame error”即是當端口在三毫秒內(nèi)收到兩個以上的framing-bit error或在收到五個連續(xù)的framingbit，有兩個以上是error。

Down with yellow alarm & Down with blue alarm：此告警一般指連到此設(shè)備的遠端端口收不到傳輸信號。

通過上述告警分析，我們可得出物理層故障的一般解決步驟：通過查看告警類型，基本確定故障類型和故障點（本端或?qū)Χ耍煌ㄟ^相關(guān)網(wǎng)管查看物理端口的統(tǒng)計信息，有無error包或丟棄包；判定是否為設(shè)備板卡或端口故障；查看本端的尾纖/線纜收發(fā)是否正確；查看是否尾光纜或跳纖故障，可采取逐段環(huán)回的方式進行環(huán)路測試；檢查ODF轉(zhuǎn)接架的法蘭盤或跳纖是否有損壞或不干凈，使用專門儀器進行擦拭；ATM設(shè)備與相連用戶端設(shè)備或光端機數(shù)據(jù)配置的正確性；檢查本端設(shè)備ATM端口發(fā)/收光功率是否正常，與光端機是否一致，如有必要，需增加光衰器；需要注意，光端機在通常情況下，只能檢測到“收”光有無問題，而“發(fā)”光無法檢測到，所以排障時需要同相關(guān)設(shè)備結(jié)合來定位故障點；需要特別關(guān)注線路中的轉(zhuǎn)換設(shè)備的狀態(tài)，如單多模轉(zhuǎn)換器、光貓等小型設(shè)備。

典型案列分析：與傳輸光端機間電路不通

故障現(xiàn)象：ATM設(shè)備光端口告警“Loss of Cell Delineation”或“Signal Label Mismatch”；

故障處理：首先通過相關(guān)網(wǎng)管查看告警信息；再通過網(wǎng)管統(tǒng)計信息，檢查物理端口流量情況，發(fā)現(xiàn)無“cell error”統(tǒng)計；檢查本地傳輸及光纖跳纖的連接情況，逐段環(huán)回測試后，電路狀態(tài)正常，放通后故障依舊。

由此，可初步判定與光端機設(shè)備數(shù)據(jù)不匹配導(dǎo)致，檢查ATM設(shè)備和光端機設(shè)備參數(shù)配置。經(jīng)與光端機核查數(shù)據(jù)配置，在光端機上更改了C2字節(jié)參數(shù)值，調(diào)整為13（對應(yīng)ATM幀結(jié)構(gòu)）后，故障排除，業(yè)務(wù)恢復(fù)正常。

此類故障我們可總結(jié)出以下經(jīng)驗：光端機與ATM設(shè)備對接時，光端機“C2”字節(jié)應(yīng)設(shè)置為13，“華為”光端機設(shè)備與ATM設(shè)備對接時，“C2”字節(jié)需要特別指定，默認值為“02”；ECI/LUCNET設(shè)備可透傳“C2”字節(jié)，通常無需人為設(shè)置。

常見PVC電路故障

Active表示PVC狀態(tài)正常。雖然PVC狀態(tài)正常，但查看PVC流量后發(fā)現(xiàn)流量異常。

第一情況：PVC流量有丟包，可通過修改UPC參數(shù)，試改為DISABLE，再留意PVC流量有無丟包。如不再丟包，可能是用戶發(fā)出的流量大過其QOS 和TRAFFIC DESCRIPTOR 所允許范圍。在此情形下，改UPC回參數(shù)值，通知用戶限制其流量。

第二情況：PVC沒有流量，可能是PVC的VPI/VCI或DLCI與用戶側(cè)路由設(shè)備的VPI/VCI 或DLCI不一致，請用戶查看其設(shè)備的VPI/VCI或DLCI值。

第三情況：PVC利用率高過百分百，有可能是用戶發(fā)出的流量大過其 QOS 和TRAFFIC DESCRIPTOR所允許范圍，通知用戶限制其流量

第四情況：PVC是單收單發(fā)現(xiàn)象，或流量極小，可能是用戶設(shè)備MTU限制，通知用戶查看其設(shè)備配置。

我們可得出PVC故障的一般處理步驟：首先查看PVC狀態(tài)；再查看PVC所經(jīng)物理傳輸中繼是否有故障；而后查看PVC兩端的物理端口狀態(tài)、流量等；最后查看PVC兩端的邏輯端口狀態(tài)、流量、協(xié)議（LMI）等是否正常。另要注意，即使PVC狀態(tài)為active，但是否有單收單發(fā)現(xiàn)象，或流量極小。

案例1：PVC電路正常IP層不通

故障處理：首先從用戶端設(shè)備發(fā)起PING測試，上查看PVC兩端流量統(tǒng)計情況，有無收發(fā)CELL包；如果發(fā)現(xiàn)端接用戶的端口沒有收到CELL包，建議用戶自查路由器物理端口output值有無增長；通過用戶自查后發(fā)現(xiàn)物理端口output值沒有增長，重啟路由器子端口后故障恢復(fù)。

案例2：PVC狀態(tài)正常，IP層大包不通

故障處理：首先用戶從路由器發(fā)起大包PING測試，通過相關(guān)設(shè)備監(jiān)控PVC兩端有無“nonconforming”或“discarded”cell包；監(jiān)控發(fā)現(xiàn)，有大量“non-conforming”或“discarded”cell包增長；因此可判定故障點為用戶路由器側(cè)沒有做“流量整形”的數(shù)據(jù)配置，即通常是因為路由器沒有針對每條PVC在“VC-CLASS ATM 中指定PCR/SCR流量參數(shù)和業(yè)務(wù)類型；在用戶更改路由器參數(shù)后故障消除。

案例3：PVC丟包與時延比較大

故障分析：某客戶投訴到某地PVC的 PING 包時延突然變大，業(yè)務(wù)無法正常進行，經(jīng)查，流量正常且無丟棄和擁塞的信元。核對CIRCUIT PATH發(fā)現(xiàn)HOP COUNT為8跳，路由多繞了一大圈 。故障解決將此PVC重新指定路由后，時延恢復(fù)正常。