寬帶業(yè)務故障處理WEIHUPage1寬帶業(yè)務故障處理流程初步定位故障位置檢查ONU檢查OLT開始結(jié)束檢查線路狀況檢查上層設備Page2常見故障故障現(xiàn)象初步判斷故障位置及原因個別端口用戶無法上網(wǎng)用戶終端或者外線故障，如：PON端口故障光路問題數(shù)據(jù)配置問題，包括：ONT綁定的模板錯誤ONT與業(yè)務流的映射關(guān)系錯誤VLAN通道配置錯誤整板用戶無法上網(wǎng)PON單板故障整框用戶無法上網(wǎng)光路問題主控板或者是上行單板故障網(wǎng)絡攻擊BRAS設備下的所有用戶無法上網(wǎng)上行設備問題Page3寬帶典型故障序號常見故障分類可能原因1深入分析PPPOE報文交互過程非常有助于理解寬帶撥號全過程，同時對處理寬帶設備故障1、“錯誤678”。原因是鏈路不通導致，即終端PC機到BAS的鏈路不通，一般可能是數(shù)據(jù)未配置或錯誤、端口環(huán)路或是其他原因，導致PC數(shù)據(jù)不能送到BAS，或BAS收到報文不作響應。

2、“錯誤676”。由于PADI報文是廣播報文，該報文能夠到達BAS，PADR報文是單播報文，該報文不能到達BAS。出現(xiàn)該問題原因一般是由于設備上行端口mac地址漂移導致，或是其他原因?qū)е翽ADR報文不能到達BAS。

3、“錯誤619”。該問題一般是由于用戶認證異常，原因可能是Radius用戶的綁定信息更改了。解決此問題，一般是將用戶信息初始化。

4、“錯誤691”。用戶名密碼錯，一般也是將用戶信息初始化，或是重新設置口令等。5、”錯誤718“。原因為BAS把CODE=1報文送給RADIUS，但RADIUS沒有回應。2環(huán)路分析MAC漂移原理Page4PPPoE故障處理步驟檢查端口是否激活檢查ONT是否正常檢查上行口是否在線檢查Service-port是否正常檢查線路配置檢查業(yè)務流的MAC地址學習數(shù)檢查獲取用戶MAC檢查PITP配置檢查PPPOE單MAC配置檢查安全特性配置檢查是否存在環(huán)網(wǎng)或者MAC地址漂移檢查PITP沒有開啟,PPPoE為multi-mac,防MAC欺騙沒有開啟Page5案例–ONU下用戶寬帶語音業(yè)務閃斷故障現(xiàn)象ONU設備下兩個FE口分別接寬帶與語音業(yè)務，不同的時間段會出現(xiàn)寬帶與語音業(yè)務閃斷的現(xiàn)象，閃斷時間一般為幾十秒。故障分析由于故障發(fā)生時間很短，此類問題很難定位，需要對組網(wǎng)及業(yè)務流程了解透徹。經(jīng)確認組網(wǎng)如圖所示，寬帶與語音業(yè)務的網(wǎng)關(guān)都終結(jié)在BAS上，BAS為單MAC設備。對于閃斷類問題是不好定位故障的，一般需要捕捉故障時的報文來定位故障出在哪里。操作步驟1、通過以上分析，建議通過故障時抓包的手段來定位。在LSW的下行口作鏡像抓包，故障時抓包發(fā)現(xiàn)，撥號用戶的PADI報文可以正常送到LSW上，但是PADR報文不能送到LSW上去。接下來據(jù)此分析原因，比較PADI和PADR的區(qū)別，PADI是廣播報文，PADR是單播報文，廣播報文可以正常轉(zhuǎn)發(fā)，但是單播報文被丟棄，這種情況懷疑應該是由于下層網(wǎng)絡發(fā)生了MAC地址漂移。網(wǎng)關(guān)的MAC地址在下層設備發(fā)生了漂移，此時廣播報文可以正常轉(zhuǎn)發(fā)，但是目的MAC是網(wǎng)關(guān)的單播報文會被全部丟棄。BASLSWMA5680TONUDSLAMIADPage6案例–ONU下用戶寬帶語音業(yè)務閃斷2、那么產(chǎn)生MAC漂移一般為用戶端環(huán)路或者是攻擊導致，如何確認是否就是這個原因引起的呢，因為故障發(fā)生時間很短，如果故障發(fā)生時再處理，肯定來不及。決制定抓包方案，在ONU上把接DSLAM的FE口鏡像到另一FE口，之后在PC上設置通過源MAC（BAS的MAC）來抓包。3、搭建抓包環(huán)境后抓到了故障時的數(shù)據(jù)包，為某一端口發(fā)送源MAC為BAS的MAC的ARP攻擊報文，造成業(yè)務中斷?？偨Y(jié)1、組網(wǎng)不規(guī)范。網(wǎng)絡層次多出一層，建議采用集成語音業(yè)務的MDU設備來替換此種組網(wǎng)；2、在DSLAM設備上開啟MAC過濾及環(huán)路檢測功能。Page7案例–MA5620網(wǎng)管與語音業(yè)務時通時斷組網(wǎng)：BAS--OLT—MA5620

故障現(xiàn)象：OLT下掛的MA5620設備不能PING通BAS，可以PING通OLT設備，網(wǎng)管和語音業(yè)務是通時斷。

原因分析：1、用戶攻擊。2、ARP表項混亂。3、IP與MAC地址沖突。4、其他。處理過程1、在某一臺MA5620設備上PING

BAS，同時在OLT上做ACL統(tǒng)計查看ICMP報文已從OLT上行口發(fā)送出去，但是BAS設備沒有響應，初步分析有兩種可能，一是OLT發(fā)送出去的ICMP或者ARP報文異常，另一種是BAS上處理存在問題。

2、為了證實上述分析制定詳細抓包方案，具體方案見附件。

通過分析抓包報文，MA5620發(fā)出去的PING報文VLAN、MAC是正確的，報文正確的到達了OLT，同時OLT也發(fā)送到了BAS，但是BAS卻沒有響應。分析問題出在BAS側(cè)。Page8案例–MA5620網(wǎng)管與語音業(yè)務時通時斷3、

在BAS上通過管理IP（10.128.15.73）查看在線信息為無，同時根據(jù)MAC查看語音的IP在線。<MA5200F-2-FZFQ>display

access-user

ip-address

10.128.15.73

%No

user<MA5200F-2-FZFQ>display

access-user

mac-address

0018-8288-a81fUser

access

index

:

48

State

:

UsedUser

name

:

MA5200F-2-FZFQ-vlan-25-0033@adminUser

access

port

type

:

GegabitethernetUser

access

port

:

25

User

access

VLAN

:

33

User

MAC

:

0018-8288-a81f

User

IP

address

:

10.224.98.33User

access

type

:

VLAN-normalUser

authentication

type

:

Bind

authentication

Page9案例–MA5620網(wǎng)管與語音業(yè)務時通時斷4、在BAS上通過端口來查看用戶在線信息，發(fā)現(xiàn)一個規(guī)律，一臺MA5620設備的管理IP與語音IP不能同時在線，由于MA5620設備的多個三層接口只有一個MAC，懷疑BAS不支持多用戶使用同一MAC認證.

[MA5200F-2-FZFQ-aaa]display

access-user

port

gigabitethernet

25

用戶ID

用戶名

IP

地址

MA90

MA5200F-2-FZFQ-vlan-25-0033@admin10.224.98.34

0018-8288-a835279

91010031212@fzcnc

58.22.26.172

001a-6422-fab1414

MA5200F-2-FZFQ-vlan-25-0031@admin

10.224.98.33

0018-8288-a81f480

MA5200F-2-FZFQ-vlan-25-0031@admin10.128.15.71

0018-8288-a859484

MA5200F-2-FZFQ-vlan-25-0031@admin10.128.15.75

0018-8288-a819542

MA5200F-2-FZFQ-vlan-25-0033@admin10.224.98.22

001a-a934-664a701

MA5200F-2-FZFQ-vlan-25-0031@admin10.128.15.77

0018-8288-a847719

MA5200F-2-FZFQ-vlan-25-0033@admin

10.224.98.36

0018-8288-a84d766

MA5200F-2-FZFQ-vlan-25-0031@admin10.128.15.78

0018-8288-a82fPage10案例–MA5620網(wǎng)管與語音業(yè)務時通時斷5、為了證實上述推斷，做如下測試，在BAS上跟據(jù)MAC來強制用戶下線，同時在MA5620設備上PING管理IP的網(wǎng)關(guān)地址，發(fā)現(xiàn)PING一段時間后網(wǎng)管正常。證實BAS設備一個MAC地址只允許接入一個用戶[MA5200F-2-FZFQ-aaa]cut

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

breakRequest

time

outRequest

time

outReply

from

10.128.15.1:

bytes=56

Sequence=31

ttl=255

time

=

7

ms總結(jié)1）MA5200G缺省情況下，一個MAC地址只允許接入一個用戶，3356版本支持多個用戶用同一個mac上線。命令如下命令設置，N為對應的會話數(shù)，即允許同一個MAC地址接入的最大用戶數(shù)目。pppoe-server

max-sessions

remote-mac

N

2）MA5200F設備一個MAC地址只允許接入一個用戶，不能設置?？梢詫⒄Z音IP的網(wǎng)關(guān)與管理IP配置在不同的設備上。Page11案例－MA5680T下的用戶打開網(wǎng)頁有時很慢，有時很正常，語音業(yè)務及網(wǎng)管正常組網(wǎng)描述：MA5620——5680T——5200G原因分析：1、查看MDU

流量模板索引配置沒有問題；2、PING網(wǎng)站域名時通時不通，具體表現(xiàn)為：當能PING通的時候，如果一直長PING則不會丟包，如果此時中斷PING包，然后再PING就很有可能PING不通了，但過一會又能PING通，也沒有明顯規(guī)律；3、查看OLT配置，發(fā)現(xiàn)MAC地址老化時間為10S，懷疑MAC地址老化過快導致，修改為300S后問題依舊；4、從PC

PING

MA5200G上的網(wǎng)關(guān)地址一直正常，初步判斷是MA5200G及以上設備問題；5、后又發(fā)現(xiàn)MA5680T是雙上行，但1端口沒有配置數(shù)據(jù)，只是ONLINE，后確認對接的MA5200G上做了鏈路聚合，MA5680T上沒有相應的配置，拔掉1端口的光纖后問題解決。Page12案例－MA5680T下的用戶打開網(wǎng)頁有時很慢，有時很正常，語音業(yè)務及網(wǎng)管正常

處理過程：在OLT上配置鏈路聚合后徹底解決問題。為什么PING

MA5200G上的網(wǎng)關(guān)地址一直正常，而PING網(wǎng)站域名時通時不通？這與MA5200G上的負荷分擔機制有關(guān)，由于PING

MA5200G上的網(wǎng)關(guān)地址時，源MAC與目地MAC都是固定的，所以只會出現(xiàn)通或不通的情況，剛好這里是通的情況。而PING

網(wǎng)站域名時，由于網(wǎng)站可以有多臺服務器，所以目的MAC不是固定的，所以回來的ICMP報文就有可能從1端口的鏈路回來，就出現(xiàn)概率性不通的情況。Page14附錄－PPPoE交互錯誤提示

1、“錯誤678”。原因是鏈路不通導致，即終端PC機到BAS的鏈路不通，一般可能是數(shù)據(jù)未配置或錯誤、端口環(huán)路或是其他原因，導致PC數(shù)據(jù)不能送到BAS，或BAS收到報文不作響應。

2、“錯誤