【正文】 障 – 網(wǎng)管能正常管理，考慮可能是數(shù)據(jù)配置的問題、排除對接口物理故障 – 初步定位在 BRAS數(shù)據(jù)配置、上行交換機(jī)配置、設(shè)備數(shù)據(jù)配置的問題。 ? 故障原因查找： – 檢查 MA5680T 數(shù)據(jù)配置，按照數(shù)據(jù)規(guī)劃，沒有發(fā)現(xiàn)問題； – 在 MA5680T 上 Ping 業(yè)務(wù)網(wǎng)關(guān) ,即相連的上層交換機(jī)端口，不通； – 將計(jì)算機(jī)通過另一臺(tái)交換機(jī)（配置 VLAN）連接到在上層交換機(jī)和MA5680T 相連的端口，上網(wǎng)正常； – 經(jīng)檢查發(fā)現(xiàn)兩個(gè)局點(diǎn)的 MA5680T 和上層交換機(jī)連接時(shí)，兩個(gè)網(wǎng)口插反了。 ? 故障排除： – 按照正確方法重新連接 Page 72 案例五 OLT與上層設(shè)備連接中斷 ? 故障現(xiàn)象 – A市，某校園網(wǎng)工程局點(diǎn)， MA5680T 與三層交換機(jī)通過 GE 口多模光纖相連 ，工程師發(fā)現(xiàn)各項(xiàng)業(yè)務(wù)均不通。 交換機(jī)的光口能收到光，光端口處于常亮狀態(tài)；而 MA5680T 的光口不能收到光，光端口處于常滅狀態(tài)。 Inter Page 73 案例五 OLT與上層設(shè)備連接中斷 ? 初步判斷故障范圍： – 由于是所有業(yè)務(wù)均出現(xiàn)問題，初步判斷故障出現(xiàn)在上行交換機(jī)、上行鏈路、對接端口、 接口模式錯(cuò)誤 、 接口模式協(xié)商錯(cuò)誤 。 ? 故障處理： – 初步懷疑是上行鏈路匹配的問題，查看雙工、速率模式，發(fā)現(xiàn)上行鏈路是光纖連接，不存在雙工、速率問題。 – 把兩根光纖的收發(fā)對調(diào)，故障沒有排除； – 電話通知對端維護(hù)人員，檢查對端和本段光模塊 ， 發(fā)現(xiàn)兩端的模塊型號(hào)不同， 交換機(jī)為單模（ 1310nm），而 MA5680T為多模（ 850nm） ? 故障排除： – 更換交換機(jī)的光模塊（與對端一致），故障排除 。 Page 74 案例六 某 PON口下所有用戶業(yè)務(wù)不通 ? 故障現(xiàn)象： – 某局，已經(jīng)正常運(yùn)行一段時(shí)間的 MA5680T 一個(gè) PON口下，某天所有用戶申告業(yè)務(wù)中斷，其它 PON口業(yè)務(wù)正常。 ? 原因分析： – 光功率預(yù)算問題 – 主干光纖問題 – PON口問題 – ONT終端問題 OLT Inter NE40 S6505 MA5680T Page 75 案例六 某 PON口下所有用戶業(yè)務(wù)不通 ? 初步判斷故障范圍： – 初步判斷問題可能為該 PON口硬件、分光器等故障。 ? 處理過程： – 檢查單板狀態(tài)。 – 在 MA5680T里面查詢該 PON口狀態(tài)，發(fā)現(xiàn)只有一個(gè)用戶在線，其余用戶均下線； – 在分光器處嘗試拔掉該在線用戶光纖，其他用戶陸續(xù)上線并工作正常。 ? 故障排除： – 通知一線維護(hù)人員，取回 ONU，發(fā)現(xiàn)該 ONU處于長發(fā)光狀態(tài)。 建議與總結(jié)：如果某個(gè) ONT 的光模塊故障，處于常發(fā)光狀態(tài)，則會(huì)占用全部上行時(shí)隙，導(dǎo)致和此 ONT位于同一OLT 端口下的其他 ONT 全部癱瘓； 這類現(xiàn)象只有在 ONT 光模塊出現(xiàn)異?；蛘邆€(gè)別用戶惡意入侵系統(tǒng)才會(huì)發(fā)生。 Page 76 案例七 某 ONU下掛 ADSL寬帶用戶業(yè)務(wù)閃斷 ? 故障現(xiàn)象 – 工程師小王接到用戶故障申告，現(xiàn)網(wǎng)正常運(yùn)行的 MA5680T通過HG850下掛的業(yè)務(wù)，不同的時(shí)間段會(huì)出現(xiàn)中斷的現(xiàn)象，中斷時(shí)長不固定，少則幾十秒，多則 5分鐘。發(fā)生故障時(shí)同一 HG850下不同 FE口下掛的 A廠家 DSLAM設(shè)備和 UA5000同時(shí)中斷。 ? 故障分析 HG850下用戶產(chǎn)生環(huán)路； HG850下用戶有攻擊； HG850供電不穩(wěn)定，造成 HG850重啟 Page 77 案例七 某 ONU下掛 ADSL寬帶用戶業(yè)務(wù)閃斷 ? 初步判斷故障范圍： – 由于發(fā)生故障時(shí)間較短，對定位問題帶來一定困難，初步判斷故障范圍為 OLT數(shù)據(jù)配置、 HG850故障、下掛 DSLAM和 UA5000故障 ? 處理過程 由于以前該業(yè)務(wù)正常運(yùn)行，說明 OLT數(shù)據(jù)配置應(yīng)沒有沒有 考慮可能受到攻擊，通過現(xiàn)場抓包發(fā)現(xiàn)有用戶報(bào)文的源 MAC和網(wǎng)關(guān)的 MAC地址一樣，且該用戶的源 MAC地址不斷變化。 確認(rèn)問題就是由于用戶攻擊導(dǎo)致的，用戶側(cè)偽造網(wǎng)關(guān)的 MAC發(fā)包，在 DSLAM設(shè)備上開啟 MAC過濾功能，過濾用戶的的源 MAC為網(wǎng)關(guān) MAC的報(bào)文后，問題解決。 說明： 本案例中， 用戶偽造源 MAC為網(wǎng)關(guān) MAC后會(huì)導(dǎo)致 OLT中學(xué)習(xí)的 MAC地址混亂，造成 PON口下業(yè)務(wù)中斷，嚴(yán)重時(shí)造成整臺(tái) OLT業(yè)務(wù)中斷，中斷時(shí)間一般為 5分鐘。 HG850下掛 DSLAM或 UA5000的情況比較常見，屬不規(guī)范組網(wǎng)，應(yīng)過濾掉上層網(wǎng)關(guān) MAC。 huawei(config)security macfilter { sourceK|destinationK }:source { mac_addrPXXXXXXXXXXXX }: XXXXXXXXXXXX Page 78 案例八 PPPoE用戶有時(shí)撥號(hào)失敗 ? 故障現(xiàn)象 – 某局，因上行交換機(jī)的接口已經(jīng)只剩一個(gè)了，兩臺(tái) MA5680T的業(yè)務(wù)采用級(jí)聯(lián)方式上行，上級(jí) MA5680T的用戶撥號(hào)正常，用戶反饋級(jí)聯(lián)的 MA5680T在上網(wǎng)高峰期用戶撥號(hào)困難。用戶撥號(hào)錯(cuò)誤提示 678，已在線用戶上網(wǎng)正常。 ? 告警 – 無 OLT A 。 。 。 ONT ONT 678 OLT B Page 79 案例八 PPPoE用戶有時(shí)撥號(hào)失敗 ? 初步判斷故障范圍： – 該問題僅出現(xiàn)在級(jí)聯(lián)的 MA5680T中，且用戶不是完全無法撥號(hào)，可以排除 BRAS配置的問題，同時(shí)已經(jīng)上線用戶正常，可以排除上行交換機(jī)、鏈路等問題。初步定位在上層 MA5680T、級(jí)聯(lián)接口、下級(jí) MA5680T數(shù)據(jù)配置上。 ? 故障處理 – 因?yàn)橛脩羝綍r(shí)能夠上網(wǎng)正常 ,因此可以排除上行單板 /端口硬件故障 – 檢查是否因?yàn)椴《?、廣播報(bào)文過多，使用戶的 PPPoE報(bào)文無法上報(bào)。 在BRAS上抓包分析，如果用戶撥號(hào)成功，在 BRAS上可以抓到 PPPoE的報(bào)文。如果用戶撥號(hào)失敗，在 BRAS上抓不到用戶的 PPPoE的報(bào)文，說明用戶的 PPPoE的報(bào)文沒有送到 BRAS設(shè)備上，在傳輸過程中被丟棄。 – 在被級(jí)聯(lián)的 MA5680T設(shè)備上行口做鏡像抓包，可以抓到用戶的 PPPoE的報(bào)文，說明用戶的 PPPoE的報(bào)文已經(jīng)傳送上去，由此說明報(bào)文是在上級(jí)MA5680T設(shè)備上被丟棄。 – 查看上級(jí) MA5680T設(shè)備配置發(fā)現(xiàn)，該設(shè)備在級(jí)聯(lián)的子槽位上啟用了廣播抑制功能，減小廣播抑制數(shù)量級(jí)后測試，用戶撥號(hào)正常 建議與總結(jié)：由于上級(jí) MA5680T啟用了廣播抑制功能，上網(wǎng)高峰期來自用戶端的廣播過大， PPPoE報(bào)文得不到及時(shí)處理而被丟棄，所以用戶撥號(hào)困難。級(jí)聯(lián)方式的組網(wǎng)尤其應(yīng)注意廣播抑制的問題，如某些地區(qū)使用 ONU下掛UA5000、 IAD等，也會(huì)出現(xiàn)此問題。 Page 80 無法上網(wǎng)故障處理方法 ? 無法上網(wǎng) 故障現(xiàn)象 初步判斷故障位置及原因 個(gè)別端口用戶無法上網(wǎng) 用戶終端或者外線故障，如： ?PON端口故障 ?光路問題 ?數(shù)據(jù)配置問題，包括： ?ONT綁定的模板錯(cuò)誤 ?ONT與業(yè)務(wù)流的映射關(guān)系錯(cuò)誤 ?VLAN通道配置錯(cuò)誤 整板用戶無法上網(wǎng) GPON單板故障 整框用戶無法上網(wǎng) ?光路問題 ?主控板或者是上行單板故障 ?網(wǎng)絡(luò)攻擊 ?環(huán)路， MAC漂移 BRAS設(shè)備下的所有用戶無法上網(wǎng) 上行設(shè)備問題 Page 81 無法上網(wǎng)故障處理方法 附： PPPoE交互錯(cuò)誤提示 “錯(cuò)誤 678” 。原因是鏈路不通導(dǎo)致，即終端 PC機(jī)到 BAS的鏈路不通，一般可能是數(shù)據(jù)未配臵或錯(cuò)誤、端口環(huán)路或是其他原因，導(dǎo)致 PC數(shù)據(jù)不能送到 BAS，或 BAS收到報(bào)文不作響應(yīng)。 “錯(cuò)誤 676” 。由于 PADI報(bào)文是廣播報(bào)文，該報(bào)文能夠到達(dá) BAS， PADR報(bào)文是單播報(bào)文，該報(bào)文不能到達(dá) BAS。出現(xiàn)該問題原因一般是由于設(shè)備上行端口 mac地址漂移導(dǎo)致，或是其他原因?qū)е?PADR報(bào)文不能到達(dá) BAS。 “錯(cuò)誤 619” 。該問題一般是由于用戶認(rèn)證異常，原因可能是 Radius用戶的綁定信息更改了。解決此問題，一般是將用戶信息初始化。 “錯(cuò)誤 691” 。用戶名密碼錯(cuò)，一般也是將用戶信息初始化，或是重新設(shè)臵口令等。 ”錯(cuò)誤 718“ 。原因?yàn)?BAS把 CODE=1報(bào)文送給 RADIUS，但 RADIUS沒有回應(yīng)。 Page 82 案例九 MDU語音業(yè)務(wù)有雜音 ? 現(xiàn)象描述： MDU MA5606T下 VOIP業(yè)務(wù)經(jīng)常出現(xiàn)有雜音的現(xiàn)象。其他 MDU上正常。 ? 原因分析： – 外線質(zhì)量差 – 機(jī)房環(huán)境存在干擾源 – DDF架設(shè)備接地不好 – 用戶板故障 – 上行網(wǎng)絡(luò)問題 MDU MDF soft3000 NE40 S8505 MA5606T MA5680T Page 83 案例九 MDU語音業(yè)務(wù)有雜音 ? 初步判斷故障范圍： – 只有這一臺(tái) ONU上有故障申報(bào)，因此大致定位在這臺(tái)設(shè)備以及以下各個(gè)段。 ? 故障處理： 分別在配線架和設(shè)備上直接電話測試，雜音依然存在，排除外線質(zhì)量差導(dǎo)致雜音； 現(xiàn)場查看機(jī)房環(huán)境，走線和電源都符合規(guī)范，并沒有強(qiáng)的電磁干擾設(shè)備，排除外部環(huán)境導(dǎo)致雜音； 測量地阻為 ，在正常的范圍之內(nèi)，排除機(jī)房接地導(dǎo)致打電話的雜音現(xiàn)象； 在所有的單板上測試，都存在故障現(xiàn)象，排除用戶板的問題； 查看設(shè)備，發(fā)現(xiàn) MDU上有 CPU高告警， CPU利用率達(dá)到 90%。在 MDU設(shè)備上Ping網(wǎng)關(guān)地址， Ping小包不丟包但是延遲很大； Ping大包存在丟包現(xiàn)象。排查發(fā)現(xiàn)MDU設(shè)備受到 ARP攻擊導(dǎo)致 CPU利用率高。 Page 84 案例九 MDU語音業(yè)務(wù)有雜音 ? 故障 處理 ： ? 在 OLT側(cè)進(jìn)行廣播抑止，級(jí)別為 4： – huawei(configifgiu0/19)trafficsuppress ? { portidU0,7|allK }:all ? { broadcastK|multicastK|unicastK }:broadcast ? { valueK }:value ? { valueL1,13 }:4 ? Command: ? trafficsuppress all broadcast value 4 ? 限制網(wǎng)絡(luò)側(cè)對 MDU的 ARP攻擊報(bào)文流量控制在 95/s，保證 MDU的 cpu占用率不超過 70％ ? 在上層數(shù)通設(shè)備的 Router上面添加一個(gè)黑洞路由，將現(xiàn)網(wǎng)上的 ARP報(bào)文發(fā)到不存在的地址，防止形成泛洪； ? 在設(shè)備上添加防火墻 處理雜音問題時(shí)一般采用由近到遠(yuǎn)，從硬件到數(shù)據(jù)的思路來定位原因。但在更換了較簡單的硬件后如沒有排除問題，可以嘗試從數(shù)據(jù)上進(jìn)行比較找出一些不同點(diǎn)，暫不更換較復(fù)雜的硬件如母板等，這樣可以盡量降低對現(xiàn)有業(yè)務(wù)的影響。 Page 85 案例十 語音業(yè)務(wù)不能互通 ? 現(xiàn)象描述：某新開局點(diǎn)，用戶反饋 AG_1與 AG_2下掛整機(jī)語音業(yè)務(wù)不能互通，能聽到振鈴音但不能通話，可以撥通長途電話，撥通后通話正常。 ? 組網(wǎng) – 配置情況： AG_1和 AG_2為同一個(gè)網(wǎng)段地址，在 MA5200G上位于同一個(gè)子接口， AG_1和 AG_2在 MA5680T下啟用同一個(gè) QINQ vlan。 MDU MDF Inter MA5200G S6505 MA5680T Page 86 案例十 語音業(yè)務(wù)不能互通 ? 初步判斷故障范圍： AG設(shè)備或者與軟交換 SS注冊存在問題。 MA5680T、 SS配置存在問題。 其他問題。 ? 故障處理： 兩臺(tái) AG分別可以 ping通遠(yuǎn)端 SS，且可以正常注冊，到其他網(wǎng)段 AG設(shè)備也正常。排除 SS注冊問題和 MA5680T、 ONU配置問題。兩個(gè) AG下其他業(yè)務(wù)正常，只是 AG_1與 AG_2互通存在問題，基本排除 SS配置問題。 由于同一網(wǎng)段內(nèi)用戶互通不需要出網(wǎng)關(guān)，但是 MA5680T對二層進(jìn)行了隔離，如果要互通的話，需要啟用 ARP代理。 由于在 MA5680T上開啟了 QINQ，不能開啟 ARP代理。檢查MA5200G設(shè)備發(fā)現(xiàn) BAS接口下沒有使能 ARPProxy，將 arpproxy使能后測試正常。 建議與總結(jié)： MA5680T在啟用 QINQ時(shí)無法進(jìn)行 ARPPROXY，規(guī)劃網(wǎng)絡(luò)時(shí)要特別注意。 MA5200G的 arpproxy在 bas模式下默認(rèn)為關(guān)閉。 Page 87 案例十一 語音業(yè)務(wù)不通 ? 現(xiàn)象描述 – 某局 MA5680T下掛 MA5606T（作 ONU用）。 MA5606T上 H248接口狀態(tài)正常，但是下掛的