10_EPON設(shè)備故障處理交流

綜合 &寬帶接入 D&T團隊 EPON設(shè)備常見故障處理 V1.1 PO_SM01_C1_P1 2 本章學(xué)習(xí)目標 通過本章的學(xué)習(xí)，你可以獲得以下收獲： 了解 EPON 設(shè)備故障處理方法 3 故障處理注意事項 處理過程中如遇到難以定位解決的問題，可盡快聯(lián)系廠家進行處理。 在緊急故障處理時，要及時、準確記錄必要的信息和處理步驟，以供后續(xù)分析故障原因所用；需要收集的信息包括： 1版本信息，包括系統(tǒng)軟件的版本， ONU版本，相關(guān)單板版本。 2提供現(xiàn)場設(shè)備的組網(wǎng)圖。 3描述設(shè)備基本配置情況，包括 ONU數(shù)目，單板類型和數(shù)量， QINQ配置。 4詳細描述故障現(xiàn)象。 5提供相關(guān)的告警。 6. 提供故障影響范圍 4 EPON系統(tǒng)故障定位 根據(jù)用戶申告和網(wǎng)管告警判斷故障的范圍有多大，是單個 ONU的問題，還是所有 ONU業(yè)務(wù)中斷，是一個 PON口下的 ONU，還是所有 PON口的 ONU。然后依此判斷可能的故障點。 OLT側(cè)故障 上聯(lián)網(wǎng)絡(luò)出現(xiàn)故障 ODN網(wǎng)故障 單個 ONU故障、具備某種相同屬性 ONU發(fā)生故障 . 5 常見故障處理 無源分光器 ONU ONU OLT ONU IP數(shù)據(jù)網(wǎng) 用戶 A B C D E 6 ONU無法注冊處理流程 ONU是否在所查看的 PON下？可以通過網(wǎng)管查看整個OLT的未注冊 ONU，其會標識未注冊的 ONU是從哪個PON口上報的。 測量 ONU側(cè)接收光功率是否大于 -24db。如果小于 -24db，那么應(yīng)逐級檢查光路跳接點是否正常。 查看 ONU對應(yīng)的 PON口燈是否亮或閃爍 光路距離是否超過 20KM：系統(tǒng)缺省僅支持 20KM，超過 20KM的 ONU即使接收光功率正常，也無法注冊。 ONU光模塊或硬件故障，更換 ONU試試 常見故障處理 7 上網(wǎng)業(yè)務(wù)故障處理流程： 首先 查看 ONU是否能正常在線？ 檢查 ONU業(yè)務(wù) vlan設(shè)置是否正確。 通過 show mac查看 ONU子接口能否學(xué)習(xí)到電腦或路由器 mac。如果學(xué)習(xí)不到，應(yīng)確認 ONU是否能穩(wěn)定在線？是否有頻繁掉線告警？ 通過 show mac vlan pvlanid查看是否能從上聯(lián)口 pvlan學(xué)習(xí)到網(wǎng)關(guān)mac。如果無法學(xué)習(xí)到網(wǎng)關(guān) mac，可能是上聯(lián)設(shè)備 Pvlan沒有透傳。檢查上聯(lián)設(shè)備 VLAN配置和 bas上數(shù)據(jù)配置。 常見故障處理 8 IPTV業(yè)務(wù)故障處理流程 如果同一個 ONU其他業(yè)務(wù)正常，那么首先確認是單播業(yè)務(wù)（點播、回看）不通還是組播業(yè)務(wù)（頻道直播，也有可能采用單播方式，取決于 IPTV平臺設(shè)置） 如果是單播、組播均不正常，那么首先 vlan數(shù)據(jù)配置是否正常； 再次檢查 ONU上聯(lián)帶寬分配，缺省 ONU帶寬為 2000kbps，對于視頻業(yè)務(wù)可能帶寬不足； 檢查 mac表學(xué)習(xí)正常（ ONU學(xué)習(xí)機頂盒 mac、 OLT或 ONU上聯(lián)口學(xué)習(xí)網(wǎng)關(guān) mac。 如果是只組播業(yè)務(wù)不通，詳見下面的組播業(yè)務(wù)故障處理流程 常見故障處理 9 VOIP業(yè)務(wù)故障處理流程 查看 IAD注冊狀態(tài)，是否正常注冊成功 ； 如果 IAD注冊狀態(tài)不正常，逐段 ping iad所在網(wǎng)關(guān) IP、 SS IP，檢查整個網(wǎng)絡(luò)通路是否正常。 如果能 ping通，還是注冊不上，核對雙方配置的對接參數(shù)是否正確，特別是域名； 終端可以注冊成功，但是用戶無法正常呼叫，首先需要查的就是 USER TID和 RTP TID在終端和軟交換上是否配置一致 ； 如果是業(yè)務(wù)時通時斷，首先 ping包測試網(wǎng)絡(luò)是否丟包，然后檢查雙方 RTP TID設(shè)置是否一致？ 抓包和信令跟蹤分析故障原因。 常見故障處理 10 IPTV組播業(yè)務(wù)故障處理流程 查看上聯(lián)端口是否可以從組播 vlan學(xué)習(xí)到 mac 檢查 OLT上是否將該 ONU添加到組播接收端口？ Show igmp mvlan 29 檢查 ONU子接口是否正確透傳組播 vlan 29 ？ Show run interface epon-onu_0/x/x:x 對于通過遠程下發(fā)配置的，檢查是否已經(jīng)對組播報文剝離 tag使能？ Show onu run con epon-onu_0/x/x:x multicast vlan tag-strip port eth_0/2 enable 查看 OLT上組播表是否已經(jīng)建立。 show igmp dynamic-member 對于 MDU，還需要登錄 ONU，進一步檢查 ONU上的組播配置 常見故障處理 11 故障現(xiàn)象 某局反映 F822下掛用戶觀看 IPTV時點播業(yè)務(wù)正常，組播業(yè)務(wù)很卡。 故障處理 檢查 ONU帶寬沒有問題； 組播很卡說明不是沒有組播信號，而是組播帶寬受到限制。于是檢查 ONU上的組播設(shè)置，發(fā)現(xiàn) F822上聯(lián)口系統(tǒng)缺省的組播報文限速為 100pps F822-1(config)# show interface gei_0/3/1 Interface : 3/1 MulticastRateLimit : 100pps 修改上聯(lián)口的組播限速 F822-1(config-if)# eth-switch multicast 2048 修改后測試業(yè)務(wù)正常。 典型故障案例 組播業(yè)務(wù)故障處理一例 12 故障現(xiàn)象 某局新開 ONU注冊不上，在 ONU側(cè)測量光功率為 -21db，在允許范圍，但 OLT上一直無法發(fā)現(xiàn)該 ONU。 故障處理 了解組網(wǎng)情況：該 PON口為一個新開的 PON口，只掛這個 ONU； 將 ONU拿到 OLT近端的一個光交節(jié)點測試，發(fā)現(xiàn)可以注冊，判斷可能原先光路距離過長了，向現(xiàn)場了解光路情況，得知該 ONU到 OLT光路超過 20KM，估計有 25KM左右，為了避免光衰過大，特意使用了一個 1： 4分光器。 故障原因已經(jīng)清楚： PON系統(tǒng)目前支持的最遠注冊距離是 20KM，超過 20KM后，即使光衰在 ONU的接收范圍內(nèi)，依然是無法注冊的。 OLT上可以臨時調(diào)整最長距離，但一般不建議這樣操作 C220(config)#interface epon-olt_0/1/4 C220(config-if)#maxrtt ? Default value is 13524(TQ). C220(config-if)#maxrtt 16905 /25KM： 25*13524/20 = 16905 該設(shè)置最大距離建議不超過 30KM，同 PON下不同 ONU之間光路距離差距不要超過 10KM 典型故障案例 光路距離太長導(dǎo)致 ONU注冊不上故障 13 故障現(xiàn)象 某局 modem用戶從原先 PSTN網(wǎng)絡(luò)中換到 F820下， modem撥號不成功。 故障處理 現(xiàn)場使用的 modem支持 V92協(xié)議，出現(xiàn)問題時通過修改增益、 tdm與 ip編碼的一致性等都沒有解決該問題。通過芯片產(chǎn)家的分析，建議將 modem降速。 相比 V90協(xié)議增加了 3個功能，一個是提高上行速率到 48k；一個是撥號過程中可以支持語言通話；再一個就是快速連接?？焖龠B接就是將第一次撥號成功的一些協(xié)商配置項保存為文件，以后再撥號時可以默認調(diào)用這些配置項而省略協(xié)商過程。對于線路沒發(fā)生變化的 modem可以提高協(xié)商速度，但對于六安這種從 PSTN切換到 F820的 modem，如果還用之前的配置項，則會影響 modem撥號的成功率?，F(xiàn)場將 modem使用的協(xié)議從V92改成 V90，也就是去掉新增的 3個功能后，撥號能夠成功 。 這個問題主要是由于設(shè)備使用環(huán)境發(fā)生變化后，相關(guān)的配置未做相應(yīng)的修改，通過修改 modem的相關(guān)參數(shù)就可以解決 典型故障案例 modem撥號不成功問題分析 14 故障現(xiàn)象 某局 F820同華為 SS對接，用戶提機通話約 2分鐘左右就斷話。 故障處理 從信令上通話過程中會占用 F820上的物理終結(jié)點和 rtp終結(jié)點，默認的配置中 rtp終結(jié)點會每隔一段時間給 SS發(fā)審計消息，以確認該 rtp終結(jié)點的占用是否正常，但華為的 SS并不支持這樣的檢測機制，會給 F820回錯，因此將該 rtp釋放，從而影響話路。 對于與華為 SS通過 H248協(xié)議對接的地方，都需要將 rtp的心跳檢測功能關(guān)閉。修改命令如下： ZXAN(config-voip)#mgc h248tid link-kept-flag 0 0表示關(guān)閉心跳檢測； 1表示打開心跳檢測。 典型故障案例 F820語音通話 2分鐘左右斷話問題 15 故障現(xiàn)象 某局一個 C220下掛的所有 9806H用戶均無法獲取到 IP地址 故障處理 該 OLT下用戶業(yè)務(wù)原先都是好的，經(jīng)了解，昨晚上層 IPTV承載網(wǎng)設(shè)備做了割接，割接后其他設(shè)備（包括該 C220下掛的其他 ONU設(shè)備）用戶 IPTV均正常，只有 9806H的用戶反映無法獲取到 IP地址。 故障定位應(yīng)該是和 9806H的配置有關(guān)系，登錄 9806H查看，發(fā)現(xiàn)上聯(lián)口設(shè)置了禁止廣播轉(zhuǎn)發(fā) 9806H-1(cfg-if-ge-5/1)# show interface 5/1 Interface : 5/1 FloodForWard : disable BroadCastRateLimit : disable 典型故障案例 9806H下掛用戶獲取不到 IP地址故障 16 故障處理（續(xù)） 該設(shè)置后，如果 DHCP server響應(yīng)報文是以廣播方式下發(fā)的，將導(dǎo)致機頂盒無法收到響應(yīng)報文。之前業(yè)務(wù)正常是因為其 DCHP報文都是采用單播方式下發(fā)的，而昨晚上層設(shè)備剛好做過割接，可能方式產(chǎn)生改變，于是修改配置。 9806H-1(cfg-if-ge-5/1)# rate-limit broadcast 2048 /單位 pps 測試機頂盒能正常獲取到 IP了。證實了上述推斷。 典型故障案例 9806H下掛用戶獲取不到 IP地址故障 （續(xù)） 17 典型故障案例 9806H無法配置語音 IP 故障現(xiàn)象 配置 ip subnet voip時提示沖突 conflict。 故障處理 經(jīng)檢查，發(fā)現(xiàn)分配的語音 IP地址為 10段的，而 9806H缺省的帶外 ip host是 01/，因此所有 10網(wǎng)段都會產(chǎn)生沖突，將帶外掩碼改成 24位后即可 。 數(shù)據(jù)規(guī)劃需要保證帶內(nèi)、帶外、語音 IP不在同一個網(wǎng)段，避免產(chǎn)生沖突。 18 典型故障案例 9806H個別用戶數(shù)據(jù)無法刪除 故障現(xiàn)象 使用 9806（ ag） # del-slctermid begin slot 3 num 48 命令刪除用戶時提示“ DB: Error delete 。 故障處理 如果窄帶端口處于被占用狀態(tài) (Seize/LineBusy)，該端口的 TID數(shù)據(jù)是不能被刪掉的，會提示 DB: Error delete，此時應(yīng)先 get-slcstatu 查看一下相應(yīng)端口是否被占用（也可能外線接觸不好）。 在這種情況下，可以拔掉外線 /或者復(fù)位用戶板后迅速刪除。 /如果外線或話機沒掛好，過一會兒仍然會導(dǎo)致端口狀態(tài)占用。因此動作要快，建議寫好刪除腳本。 19 典型故障案例 IAD用戶撥打 1000號無法掛斷 故障現(xiàn)象 某局 IAD出現(xiàn) 10000號無法掛斷的問題，試了其他固話號碼都可以正常掛斷包括 114， 95588等，手機也可以正常掛斷。但是撥打 10000號后始終掛不斷，到 20多秒時估計電話超時而掛斷。 故障處理 跟蹤信令發(fā)現(xiàn)掛機時 ONU正確上報了 al/on掛機消息 ， 但是 SS沒有下發(fā)指令釋放資源與電路；最后查出 ， SS設(shè)置了 ， 只有被叫掛機才結(jié)束通話 。SS側(cè)修改數(shù)據(jù)后正常 20 典型故障案例 POS機刷卡不成功問題 故障現(xiàn)象 用戶的農(nóng)行金穗支付通 POS機撥號后，屏幕顯示先是“連接中心。”再是“接收數(shù)據(jù)?！?，接著過一會兒就斷線，無法正常連接操作。正常時應(yīng)該是在“接收數(shù)據(jù)?！焙箫@示操作界面能實現(xiàn)轉(zhuǎn)帳等功能 故障處理 該 IAD用戶撥打電話業(yè)務(wù)正常 。 在軟交換平臺上給此 POS機所撥的接入號碼配置“ 業(yè)務(wù)控制媒體 ” 數(shù)據(jù) ， 使得在軟交換上能夠優(yōu)先處理保證穩(wěn)定建鏈 。 但此數(shù)據(jù)配置后 POS機故障現(xiàn)象依舊 。 進一步抓包分析 ， 發(fā)現(xiàn)從軟交換到 C220的兩次丟包率為 2.1%和 3.4%。 確認是C220上層 IP承載網(wǎng)的 RTP丟包率過大 。 MODEM和傳真業(yè)務(wù)的丟包率要求一般不能超過 0.5%； POS業(yè)務(wù)一般不能超過 1% 解決方案 解決網(wǎng)絡(luò)丟包問題 配置冗余： mod-rtppar parid 1 g711redundancy 13 /1-3可以試著修改，但配置冗余只能解決一般較輕丟包，嚴重丟包還需解決網(wǎng)絡(luò)問題。 21 典型故障案例 IAD用戶電話時好時壞 故障現(xiàn)象 某 9806H下掛用戶使用一段時間后就出現(xiàn)電話不能用，當被叫能振鈴，提機就聽忙音。 故障處理 經(jīng)過信令跟蹤，發(fā)現(xiàn)是 MG與 MGC的 RTP termid不一致導(dǎo)致無法撥通。 MG發(fā)的： Record 12 時間 =11:45:32 =!/1 :2944 P=688181764C=21A=A2，A=RTP/000056MLv=0 c=IN IP4 t=0 0 m=audio 10110 RTP/AVP 8 a=ptime:20 22 典型故障案例 IAD用戶電話時好時壞（續(xù)） 故障處理（續(xù)） SS發(fā)的： Record 15 時間 =11:45:32 =MEGACO/1 :2944 T=695915016C=21MF=A2MOMO=SR， RV=OFF， RG=OFF，tdmc/ec=ON， E=688249347ctyp/dtone， al/*， SG，MF=RTP/56MOMO=SR， RV=OFF， RG=OFF， Rv=0 c=IN IP4 m=audio 26048 RTP/AVP 8 a=ptime:20 23 典型故障案例 IAD用戶電話時好時壞（續(xù)） 故障處理（續(xù)） 所以 MG回 error： Record 16 時間 =11:45:32 =!/1 :2944 P=695915016C=21MF=A2，MF=$ER=410Incorrect identifier 將 MG與 MGC的 RTP termid修改成一致，故障解決。 小結(jié)：本例是由于雙方 RTP設(shè)置不一致導(dǎo)致（ AG側(cè)設(shè)置為RTP/00056,SS側(cè)設(shè)置為 RTP/56）。實際上如果雙方的 RTP資源數(shù)量不相符也會出現(xiàn)單通現(xiàn)象。 24 典型故障案例 9806H用戶電話無法使用 故障現(xiàn)象 9806H下所有用戶電話摘機忙音，有時有撥號音，但撥號后中斷出現(xiàn)忙音 故障處理 查看 H.248狀態(tài)，發(fā)現(xiàn)有時是 ok，一兩分鐘后 break，不斷重復(fù)此過程。 查看 ips、 slc的 termid與 ss一致并且狀態(tài)都正常， ping軟交換不丟包。 更換語音 ip、語音板、主控板進行測試，仍然沒有解決故障。 由于 9806H采用域名進行注冊，懷疑可能是域名沖突。 聯(lián)系 SS核對數(shù)據(jù)，發(fā)現(xiàn)該節(jié)點配置的域名錯誤，同另外一個節(jié)點產(chǎn)生沖突，修改后正常。 有一例類似故障 SS上抓信令發(fā)現(xiàn) 9806H不斷在上報重新注冊消息，但在 9806H上抓信令卻沒有看到該消息，經(jīng)確認另有一臺設(shè)備設(shè)置了同樣的窄帶 IP但未帶業(yè)務(wù)，不斷上報注冊請求消息。 h.248協(xié)議不斷瞬斷，主要是由語音 ip或者域名沖突造成，當發(fā)生沖突時， ss回應(yīng)的消息，會在兩個沖突的 mg之間不停轉(zhuǎn)換，因此造成 h.248協(xié)議時斷時續(xù)。 因此數(shù)據(jù)規(guī)劃一定要嚴格，更換語音域名、 IP一定要求核對清楚，避免沖突。 25 端口 A 端口 B 管理員 A和 B通信 端口鏡像把端口 B收到的流量也發(fā)給端口 C 端口 C 端口鏡像 端口鏡像使得管理員在不影響交換機正常通信的情況下，能夠?qū)W(wǎng)絡(luò)流量進行監(jiān)控和調(diào)試。 維護技巧 -抓包 26 配置范例 ZXAN(config)#monitor session 1 創(chuàng)建一個鏡像（只能創(chuàng)建一個） ZXAN(config)#interface inner-port_0/3/1 進入內(nèi)聯(lián)口或上聯(lián)口模式 ZXAN(config-if)#monitor session 1 source direction both 設(shè)置源端口以及數(shù)據(jù)流方向 ZXAN(config)#interface gei_0/4/1 進入上聯(lián)口模式 ZXAN(config-if)#monitor session 1 destination 設(shè)置目的端口 ZXAN(config-if)#show monitor session 1 顯示鏡像配置 Session 1 - Source Ports: Port: inner-port_0/3/1 Monitor Direction: both Destination Port: Port: gei_0/4/1 維護技巧 -抓包 27 Wireshark的功能簡介 擷取網(wǎng)絡(luò)封包 分析網(wǎng)絡(luò)封包 分解網(wǎng)絡(luò)封包 Wireshark（前稱 Ethereal）是一個網(wǎng)絡(luò)封包分析軟件 維護技巧 -抓包 28 擷取網(wǎng)絡(luò)報文 維護技巧 -抓包 29 分包擷取 30 數(shù)據(jù)分析 網(wǎng)絡(luò)丟包 網(wǎng)絡(luò)抖動 單向媒體流 廣播包 媒體流還原 31 數(shù)據(jù)過濾 megaco.termid=USER00600800031|megaco.termid=RTP00200300060 32 根據(jù)用戶端口號過濾 udp.port=6120|udp.port=6121 33 根據(jù) ip地址過濾 34 35 網(wǎng)絡(luò)丟包 針對網(wǎng)絡(luò)丟包可以在兩端配置冗余來規(guī)避 36 Seq從 23412跳變到 23414 37 網(wǎng)絡(luò)抖動 我們這里所說的網(wǎng)絡(luò)抖動在 WireShark中可以通過 Delta的值來衡量， Delta是相鄰兩個媒體包之間的間隔值。 因為網(wǎng)關(guān)發(fā)送媒體包時的打包間隔是固定的，在沒有網(wǎng)絡(luò)抖動的情況下，接收側(cè)網(wǎng)關(guān)收到的媒體流的 Delta也應(yīng)該是一個定值。當有網(wǎng)絡(luò)抖動時， Delta的值會隨著網(wǎng)絡(luò)抖動而變化。 Graph 38 筆記本電腦抓 tag報文配置 筆記本電腦網(wǎng)卡驅(qū)動默認會在接收數(shù)據(jù)包的時候過濾 vlan tag，使得用 wireshark抓到的數(shù)據(jù)包中不含 vlan tag，此時需要通過修改注冊表讓驅(qū)動保留 vlan tag。 Intel PRO/1000或 PRO/100網(wǎng)卡，對于此類網(wǎng)卡需要將注冊表： HKEY_LOCAL_MACHINESYSTEMControlSet001ControlClass4D36E972-E325-11CE-BFC1-08002BE1031800xx，如果該目錄下有多個子項，需要找到 Intel(R) PRO/100 S網(wǎng)卡對應(yīng)的子項（其中 DriverDesc是設(shè)備類型）： 其他維護技巧 39 筆記本電腦抓 tag報文配置 對于 Broadcom千兆網(wǎng)卡，需要在注冊表里增加一項 PreserveVlanInfoInRxPacket=1，類型為 string。位置與 TxCoalescingTicks相同，后者可以在HKEY_LOCAL_MACHINESYSTEMCurrentControlSet下搜索到。 其他維護技巧 40 批量工具使用 批量工具能夠脫離網(wǎng)管獨立運行，通過 TELNET連接實現(xiàn)對我司 PON節(jié)點（包括 OLT和 ONU）實現(xiàn)批量版本下載和命令執(zhí)行功能，方便對 PON節(jié)點進行批量維護，特別是沒有安裝中興網(wǎng)管的點。批量工具實際上是一個 TELNET客戶端和 FTP服務(wù)器端（當然也可以啟動第三方 FTP服務(wù)器端軟件，這樣會提示 FTP端口已經(jīng)被占用，繼續(xù)執(zhí)行即可），可以順序批量 telnet到若干個 PON節(jié)點順序發(fā)布命令。 以下以 F820為例，說明批量工具的使用 其他維護技巧 41 批量工具使用 -認識工具 批量工具是一個免安裝的綠色軟件，解壓縮后有以下文件： 其中主要是 bachtool.ini這個文件，可以修改其中的配置，以達到對不同設(shè)備的操作和設(shè)置 其他維護技巧 42 批量工具使用 -配置文件 Bachtool.ini打開后，其中主要是前面一部分的配置 UpdateBootCmd_WaitSeconds=30 /升級線卡 BOOT等待時間，單位為秒； UpdateVersionCmd_WaitSeconds=180 /升級線卡版本等待時間，單位為秒； FtpPort=21 /ftp端口號； FtpTimerOut=29 /ftp超時時長，單位為秒； FtpWri