華為——寬帶業(yè)務(wù)故障處理

1、 copyright 2009 huawei technologies co., ltd. all rights reserved. 寬帶業(yè)務(wù)故障處理 copyright 2009 huawei technologies co., ltd. all rights reserved. page1 培訓(xùn)目標(biāo) l學(xué)完本課程后，您應(yīng)該能： p描述寬帶業(yè)務(wù)的組網(wǎng) p列出寬帶業(yè)務(wù)的常見故障 p定位寬帶業(yè)務(wù)故障 p完成寬帶業(yè)務(wù)的故障處理 copyright 2009 huawei technologies co., ltd. all rights reserved. page2 目 錄 1. 寬帶業(yè)務(wù)故障處

2、理流程 2. 常見寬帶業(yè)務(wù)故障 copyright 2009 huawei technologies co., ltd. all rights reserved. page3 目 錄 1. 寬帶業(yè)務(wù)故障處理流程寬帶業(yè)務(wù)故障處理流程 2. 常見寬帶業(yè)務(wù)故障 copyright 2009 huawei technologies co., ltd. all rights reserved. page4 寬帶業(yè)務(wù)故障處理流程 初步定位故障位置 檢查onu 檢查olt 開始 結(jié)束 檢查線路狀況 檢查上層設(shè)備 copyright 2009 huawei technologies co., ltd. all

3、 rights reserved. page5 檢查onu 指示燈指示燈 lpower lpon link lpon register vlan lvlan id l上行口 l業(yè)務(wù)虛端口 模板模板 ldba模板 l線路模板 流量表 l業(yè)務(wù)模板、snmp模 板 copyright 2009 huawei technologies co., ltd. all rights reserved. page6 檢查olt 狀態(tài)狀態(tài)單板單板 1 active -normal主控板主控板 2 standby-normal主控板主控板 3 fail業(yè)務(wù)板業(yè)務(wù)板 4 prohibit業(yè)務(wù)板業(yè)務(wù)板 5 confi

4、g業(yè)務(wù)板業(yè)務(wù)板 6 auto_find業(yè)務(wù)板業(yè)務(wù)板 ppon端口狀態(tài) p上行口端口狀態(tài) p流量表（traffic table） p線路模板（ont-line profile） pa類onu業(yè)務(wù)模板（ont-srprofile） pb/c類onusnmpl模板（snmp- profile） pvlan p業(yè)務(wù)端口（service-port） copyright 2009 huawei technologies co., ltd. all rights reserved. page7 問 題 l如何檢查onu上用戶端口vlan配置？ l如果onu模板綁定錯誤，該怎么處理？ copyright 20

5、09 huawei technologies co., ltd. all rights reserved. page8 目 錄 1. 寬帶業(yè)務(wù)故障處理流程 2. 常見寬帶業(yè)務(wù)故障常見寬帶業(yè)務(wù)故障 copyright 2009 huawei technologies co., ltd. all rights reserved. page9 常見故障 故障現(xiàn)象故障現(xiàn)象初步判斷故障位置及原因初步判斷故障位置及原因 個別端口用戶無法上網(wǎng)用戶終端或者外線故障，如： pon端口故障 光路問題 數(shù)據(jù)配置問題，包括： ont綁定的模板錯誤 ont與業(yè)務(wù)流的映射關(guān)系錯誤 vlan通道配置錯誤 整板用戶無法上網(wǎng)p

6、on單板故障 整框用戶無法上網(wǎng)光路問題 主控板或者是上行單板故障 網(wǎng)絡(luò)攻擊 bras設(shè)備下的所有用戶無法上網(wǎng) 上行設(shè)備問題 copyright 2009 huawei technologies co., ltd. all rights reserved. page10 寬帶典型故障 序號序號常見故障分類常見故障分類可能原因可能原因 1 深入分析pppoe報文交互過程 非常有助于理解寬帶撥號全過 程，同時對處理寬帶設(shè)備故障 l1、“錯誤678”。原因是鏈路不通導(dǎo)致，即終端pc機(jī)到 bas的鏈路不通，一般可能是數(shù)據(jù)未配置或錯誤、端口環(huán) 路或是其他原因，導(dǎo)致pc數(shù)據(jù)不能送到bas，或bas收到 報文

7、不作響應(yīng)。 2、“錯誤676”。由于padi報文是廣播報文，該報文能夠 到達(dá)bas，padr報文是單播報文，該報文不能到達(dá)bas。 出現(xiàn)該問題原因一般是由于設(shè)備上行端口mac地址漂移導(dǎo) 致，或是其他原因?qū)е聀adr報文不能到達(dá)bas。 3、“錯誤619”。該問題一般是由于用戶認(rèn)證異常，原因 可能是radius用戶的綁定信息更改了。解決此問題，一般 是將用戶信息初始化。 4、“錯誤691”。用戶名密碼錯，一般也是將用戶信息初 始化，或是重新設(shè)置口令等。 5、”錯誤718“。原因為bas把code=1報文送給radius， 但radius沒有回應(yīng)。 2環(huán)路分析 lmac漂移原理 copyright

8、 2009 huawei technologies co., ltd. all rights reserved. page11 pppoe故障處理步驟 1.檢查 端口是否激活 2.檢查ont 是否正常 3.檢查上行口是否在線 4.檢查service-port 是否正常 5.檢查線路配置 6.檢查業(yè)務(wù)流的mac 地址學(xué)習(xí)數(shù) 7.檢查獲取用戶mac 8.檢查pitp 配置 9.檢查pppoe 單mac 配置 10. 檢查安全特性配置 11. 檢查是否存在環(huán)網(wǎng)或者mac 地址漂移 12. 檢查pitp 沒有開啟,pppoe 為multi-mac,防m(xù)ac 欺騙沒有開啟 copyright 2009

9、huawei technologies co., ltd. all rights reserved. page12 案例 onu下用戶寬帶語音業(yè)務(wù)閃斷 l故障現(xiàn)象 ponu設(shè)備下兩個fe口分別接寬帶與語音業(yè)務(wù)，不同的時間段會 出現(xiàn)寬帶與語音業(yè)務(wù)閃斷的現(xiàn)象 ，閃斷時間一般為幾十秒。 l故障分析 p由于故障發(fā)生時間很短，此類問題很難定位，需要對組網(wǎng)及業(yè) 務(wù)流程了解透徹。經(jīng)確認(rèn)組網(wǎng)如圖所示，寬帶與語音業(yè)務(wù)的網(wǎng)關(guān) 都終結(jié)在bas上，bas為單mac設(shè)備。對于閃斷類問題是不好定 位故障的，一般需要捕捉故障時的報文來定位故障出在哪里。 l操作步驟 p1、通過以上分析，建議通過故障時抓包的手段來定位。在ls

10、w 的下行口作鏡像抓包，故障時抓包發(fā)現(xiàn)，撥號用戶的padi報文可 以正常送到lsw上，但是padr報文不能送到lsw上去。接下來據(jù) 此分析原因，比較padi和padr的區(qū)別，padi是廣播報文，padr 是單播報文，廣播報文可以正常轉(zhuǎn)發(fā)，但是單播報文被丟棄，這 種情況懷疑應(yīng)該是由于下層網(wǎng)絡(luò)發(fā)生了mac地址漂移。網(wǎng)關(guān)的 mac地址在下層設(shè)備發(fā)生了漂移，此時廣播報文可以正常轉(zhuǎn)發(fā)， 但是目的mac是網(wǎng)關(guān)的單播報文會被全部丟棄。 bas lsw ma5680t onu dslamiad copyright 2009 huawei technologies co., ltd. all rights re

11、served. page13 案例 onu下用戶寬帶語音業(yè)務(wù)閃斷 p2、那么產(chǎn)生mac漂移一般為用戶端環(huán)路或者是攻擊導(dǎo)致，如何確認(rèn)是 否就是這個原因引起的呢，因為故障發(fā)生時間很短，如果故障發(fā)生時再 處理，肯定來不及。決制定抓包方案，在onu上把接dslam的fe口鏡像 到另一fe口，之后在pc上設(shè)置通過源mac（bas的mac）來抓包。 p3、搭建抓包環(huán)境后抓到了故障時的數(shù)據(jù)包，為某一端口發(fā)送源mac為 bas的mac的arp攻擊報文，造成業(yè)務(wù)中斷 。 l總結(jié) p1、組網(wǎng)不規(guī)范。網(wǎng)絡(luò)層次多出一層，建議采用集成語音業(yè)務(wù)的mdu設(shè) 備來替換此種組網(wǎng)； p2、在dslam設(shè)備上開啟mac過濾及環(huán)路檢

12、測功能 。 copyright 2009 huawei technologies co., ltd. all rights reserved. page14 案例 ma5620網(wǎng)管與語音業(yè)務(wù)時通時斷 l組網(wǎng)：bas-oltma5620 l故障現(xiàn)象： polt下掛的ma5620設(shè)備不能ping通bas，可以ping通olt設(shè)備，網(wǎng)管和語音業(yè)務(wù)是通時斷。 l 原因分析： p1、用戶攻擊。 p2、arp表項混亂。 p3、ip與mac地址沖突。 p4、其他。 l處理過程 p1、在某一臺ma5620設(shè)備上ping bas，同時在olt上做acl統(tǒng)計查看icmp報文已從olt上行口 發(fā)送出去，但是bas設(shè)

13、備沒有響應(yīng)，初步分析有兩種可能，一是olt發(fā)送出去的icmp或者arp 報文異常，另一種是bas上處理存在問題。 2、為了證實上述分析制定詳細(xì)抓包方案，具體方案見附件。 通過分析抓包報文，ma5620發(fā)出去的ping報文vlan、mac是正確的，報文正確的到達(dá)了 olt，同時olt也發(fā)送到了bas，但是bas卻沒有響應(yīng)。分析問題出在bas側(cè)。 copyright 2009 huawei technologies co., ltd. all rights reserved. page15 案例 ma5620網(wǎng)管與語音業(yè)務(wù)時通時斷 p3、 在bas上通過管理ip（10.128.15.73）查看在線

14、信息為無，同時根據(jù) mac查看語音的ip在線。 ndisplay access-user ip-address 10.128.15.73 %no user ndisplay access-user mac-address 0018-8288-a81f user access index : 48 state : used user name : ma5200f-2-fzfq-vlan-25-0033admin user access port type : gegabitethernet user access port : 25 user access vlan : 33 user mac

15、: 0018-8288-a81f user ip address : 10.224.98.33 user access type : vlan-normal user authentication type : bind authentication copyright 2009 huawei technologies co., ltd. all rights reserved. page16 案例 ma5620網(wǎng)管與語音業(yè)務(wù)時通時斷 l4、在bas上通過端口來查看用戶在線信息，發(fā)現(xiàn)一個規(guī)律，一臺ma5620設(shè)備的 管理ip與語音ip不能同時在線，由于ma5620設(shè)備的多個三層接口只有一個ma

16、c， 懷疑bas不支持多用戶使用同一mac認(rèn)證. n ma5200f-2-fzfq-aaadisplay access-user port gigabit ethernet 25 - - 用戶id 用戶名 ip 地址 ma - - 90 ma5200f-2-fzfq-vlan-25-0033admin 10.224.98.34 0018-8288-a835 279 91010031212fzcnc 58.22.26.172 001a-6422-fab1 414 ma5200f-2-fzfq-vlan-25-0031admin 10.224.98.33 0018-8288-a81f 480 ma

17、5200f-2-fzfq-vlan-25-0031admin 10.128.15.71 0018-8288-a859 484 ma5200f-2-fzfq-vlan-25-0031admin 10.128.15.75 0018-8288-a819 542 ma5200f-2-fzfq-vlan-25-0033admin 10.224.98.22 001a-a934-664a 701 ma5200f-2-fzfq-vlan-25-0031admin 10.128.15.77 0018-8288-a847 719 ma5200f-2-fzfq-vlan-25-0033admin 10.224.98

18、.36 0018-8288-a84d 766 ma5200f-2-fzfq-vlan-25-0031admin 10.128.15.78 0018-8288-a82f - - copyright 2009 huawei technologies co., ltd. all rights reserved. page17 案例 ma5620網(wǎng)管與語音業(yè)務(wù)時通時斷 p5、為了證實上述推斷，做如下測試，在bas上跟據(jù)mac來強(qiáng)制用戶下線，同時 在ma5620設(shè)備上ping管理ip的網(wǎng)關(guān)地址，發(fā)現(xiàn)ping一段時間后網(wǎng)管正常。證實 bas設(shè)備一個mac地址只允許接入一個用戶 nma5200f-2-fzf

19、q-aaacut access-user mac-address 0018-8288-a81f 注意：總共 1 用戶被切斷 jiaxinyinzuo_3#03-05_ma5620(config)#ping -c 100 10.128.15.1 ping 10.128.15.1: 56 data bytes, press ctrl_c to break request time out request time out reply from 10.128.15.1: bytes=56 sequence=31 ttl=255 time = 7 ms l總結(jié) p1）ma5200g缺省情況下，一個ma

20、c地址只允許接入一個用戶，3356版本支持多 個用戶用同一個mac上線。命令如下命令設(shè)置，n為對應(yīng)的會話數(shù)，即允許同一 個mac地址接入的最大用戶數(shù)目。pppoe-server max-sessions remote-mac n 2）ma5200f設(shè)備一個mac地址只允許接入一個用戶，不能設(shè)置。可以將語音ip 的網(wǎng)關(guān)與管理ip配置在不同的設(shè)備上。 copyright 2009 huawei technologies co., ltd. all rights reserved. page18 案例ma5680t下的用戶打開網(wǎng)頁有時很慢， 有時很正常，語音業(yè)務(wù)及網(wǎng)管正常 l組網(wǎng)描述：ma56205

21、680t5200g l原因分析： p1、查看mdu 流量模板索引配置沒有問題； p2、ping網(wǎng)站域名時通時不通，具體表現(xiàn)為：當(dāng)能ping通的時候，如果一直長 ping則不會丟包，如果此時中斷ping包，然后再ping就很有可能ping不通了， 但過一會又能ping通，也沒有明顯規(guī)律； p3、查看olt配置，發(fā)現(xiàn)mac地址老化時間為10s，懷疑mac地址老化過快導(dǎo)致， 修改為300s后問題依舊； p4、從pc ping ma5200g上的網(wǎng)關(guān)地址一直正常，初步判斷是ma5200g及以上設(shè) 備問題； p5、后又發(fā)現(xiàn)ma5680t是雙上行，但1端口沒有配置數(shù)據(jù)，只是online，后確認(rèn) 對接的ma

22、5200g上做了鏈路聚合，ma5680t上沒有相應(yīng)的配置，拔掉1端口的光 纖后問題解決。 copyright 2009 huawei technologies co., ltd. all rights reserved. page19 案例ma5680t下的用戶打開網(wǎng)頁有時很慢， 有時很正常，語音業(yè)務(wù)及網(wǎng)管正常 l 處理過程： p在olt上配置鏈路聚合后徹底解決問題。 p為什么ping ma5200g上的網(wǎng)關(guān)地址一直正常，而ping網(wǎng)站域名時通時 不通？這與ma5200g上的負(fù)荷分擔(dān)機(jī)制有關(guān)，由于ping ma5200g上的 網(wǎng)關(guān)地址時，源mac與目地mac都是固定的，所以只會出現(xiàn)通或不通的

23、情況，剛好這里是通的情況。而ping 網(wǎng)站域名時，由于網(wǎng)站可以有多 臺服務(wù)器，所以目的mac不是固定的，所以回來的icmp報文就有可能從 1端口的鏈路回來，就出現(xiàn)概率性不通的情況。 copyright 2009 huawei technologies co., ltd. all rights reserved. page20 案例視頻監(jiān)控停頓 l故障現(xiàn)象： p某火車北站視頻監(jiān)控網(wǎng)絡(luò)業(yè) 務(wù)出現(xiàn)異常，故障為：pc監(jiān) 控終端和電視墻監(jiān)控終端均 出現(xiàn)流畫面停頓現(xiàn)象，停頓 時間約1s左右，出現(xiàn)概率較 頻繁。 copyright 2009 huawei technologies co., ltd. all

24、 rights reserved. page21 案例視頻監(jiān)控停頓（續(xù)） l故障處理步驟： p將pc直接接在s8505下點播，采用軟件解碼，業(yè)務(wù)正常。 p將pc直接接在5680下點播，采用軟件解碼，業(yè)務(wù)正常。 p將pc直接接在s3928下點播，采用軟件解碼，圖像出現(xiàn)停頓現(xiàn)象，至此判斷問題 出在兩臺s3928及其下連設(shè)備上。 n1.、懷疑s8505至s3928以及s3928至下連各采集點鏈路故障引起： 在s8505上分別pings3928、pc終端以及電視墻硬件解碼器，ping 1500、3000、5000、 8000bytes的大包均不丟包，至此排除是由于鏈路故障原因引起。 n2、懷疑為s39

25、28在大流量、突發(fā)流量較多時轉(zhuǎn)發(fā)性能不足引起： 查看s3928-1上行接5680端口，發(fā)現(xiàn)端口流量多達(dá)200余m，流量變化頻繁，突發(fā)流量較多。 查看底層硬件轉(zhuǎn)發(fā)后，確認(rèn)為由于突發(fā)流量較多、轉(zhuǎn)發(fā)性能不足引起，并建議對交換機(jī)進(jìn)行替 換，采用轉(zhuǎn)發(fā)性能更優(yōu)的s3500系列交換機(jī)做替代。 copyright 2009 huawei technologies co., ltd. all rights reserved. page22 案例視頻監(jiān)控停頓（續(xù)） p機(jī)房對s3928進(jìn)行替換，將兩臺s3928下掛的視頻采集和視頻點播終端改下掛至一 臺s3552上，經(jīng)20日全天觀察未再出現(xiàn)畫面停頓現(xiàn)象，至此問題完全解決。 l總結(jié) p本次故障為典型網(wǎng)絡(luò)前期規(guī)劃考慮欠妥、設(shè)備配置不當(dāng)所致。在前期工程中只考 慮了下掛少量的點播終端，業(yè)務(wù)運行正常，后來隨著業(yè)務(wù)的需要增加了電視墻等 點播終端，使得業(yè)務(wù)流量急劇增加，由于視頻流的特點為突發(fā)流量較多，因此擴(kuò) 容后的流量大大超出了原設(shè)計的s3928的轉(zhuǎn)發(fā)性能，出現(xiàn)畫面停頓現(xiàn)象，采用更 高端、轉(zhuǎn)發(fā)性能更好的s3500系列交換機(jī)后問題解決。 l建議： p建議根據(jù)該網(wǎng)絡(luò)業(yè)務(wù)發(fā)展的需要，全面考慮各接入設(shè)備的性能，對瓶頸設(shè)備進(jìn)行 替換。 copyright 2009 huaw