【正文】 還有問(wèn)題？謝 謝！演講完畢，謝謝觀看！。5. 常用維護(hù)定位手段 － 小結(jié) 我司的 EPON產(chǎn)品，目前僅僅是一個(gè)二層設(shè)備。[Quidway S6506testdiag]test ftth getllidtransstat 6 0 1 Received ok frames 0 +0 Received error frames 0 +0 Transmitted ok frames 66965051 +66965051 System port dropped frames 601682938 +601682938 PON port dropped frames 0 +0 Received ok octets 0 +0 Received error octets 0 +0……5. 常用維護(hù)定位手段 test ftth sendpkttopon 該命令向 OLT的 PON口發(fā)送報(bào)文。[Quidway S6506testdiag]test ftth subport status 6 0 1 UNI Status Duplex Speed(M) 1 : Down halfduplex 10 2 : Down halfduplex 10 3 : Down halfduplex 10 4 : Down halfduplex 10[Quidway S6506testdiag]5. 常用維護(hù)定位手段 test ftth getipktstat 該命令能夠查看 OLT端口的上行端口的各種統(tǒng)計(jì)計(jì)數(shù)，并且能夠自動(dòng)進(jìn)行增量計(jì)算。其中0口和 5口是內(nèi)部口，不用關(guān)心， 1 ～ 4口對(duì)應(yīng) 4個(gè)用戶端口， 6口是上行口。如果懷疑某個(gè) OLT端口存在事件丟失，請(qǐng)執(zhí)行該命令，查看位于輸出信息最后面的 critical_event_counter和pop_critical_event_counter，這兩個(gè)計(jì)數(shù)應(yīng)該相等，如果不等，則說(shuō)明存在事件丟失。后面的診斷命令也是如此，不再重復(fù)敘述。 正式命令中，某個(gè)端口的編號(hào)是從 1開(kāi)始計(jì)數(shù)的，而 FTTH的診斷命令中，端口的編號(hào)是從 0開(kāi)始的。5. 常用維護(hù)定位手段 test ftth disrecord 在診斷視圖下， test ftth disrecord命令可以用于查看 OLT、 ONU端口的相關(guān)記錄信息。類似問(wèn)題定位手段： 在涉及到 EOC應(yīng)用的場(chǎng)合，一定要建議客戶使用具有較強(qiáng)環(huán)回檢測(cè)功能的交換機(jī)來(lái)接入 EOC設(shè)備。這樣就很好地解決了 EOC的環(huán)回問(wèn)題。解決辦法： 在 31交換機(jī)上的每個(gè)接入 EOC的端口啟用 loopbackdetection，并且全局啟用 loopbackdetection。如果 EOC分離器的 PC端口空載，會(huì)因?yàn)樽杩共黄ヅ涠纬勺原h(huán)。4. 發(fā)生過(guò)的網(wǎng)上問(wèn)題 － 12問(wèn)題回顧： 2023年 3月，某局點(diǎn)反饋 EOC引起大量的環(huán)回，導(dǎo)致系統(tǒng)不可用。 如果 31的 GE口沒(méi)有被正確配置，那么子卡和 31之間的交互報(bào)文就無(wú)法被正常轉(zhuǎn)發(fā)，最后的結(jié)果就是子卡和 31無(wú)法建立聯(lián)系，于是子卡就不會(huì)打開(kāi) PON口，自然也就無(wú)法注冊(cè)上。在子卡的 110及更早的版本中，只有當(dāng)子卡與 31正常交互后，子卡才會(huì)打開(kāi) PON口進(jìn)行注冊(cè)；如果子卡已經(jīng)注冊(cè)上，此時(shí)再對(duì) 31的 GE口進(jìn)行不正確的配置，雖然會(huì)導(dǎo)致子卡與 31之間無(wú)法交互，但是不會(huì)讓子卡下線。4. 發(fā)生過(guò)的網(wǎng)上問(wèn)題 － 問(wèn)題 11的總結(jié)小結(jié)： 問(wèn)題 11主要是因?yàn)榕渲缅e(cuò)誤導(dǎo)致 ONU無(wú)法注冊(cè)，所以一定不要錯(cuò)誤配置。 所謂錯(cuò)誤配置，是指在 31插有子卡的 GE口上，不允許 PVID通過(guò)，或者 PVID所在 VLAN根本就不存在。解決辦法： 對(duì)于停電，我們也無(wú)能為力。定位結(jié)果： 局點(diǎn) A經(jīng)過(guò)用服現(xiàn)場(chǎng)確認(rèn)，一個(gè) ONU是因?yàn)橥ｋ妼?dǎo)致無(wú)法注冊(cè)，另外一個(gè) ONU是因?yàn)?31的 GE口配置錯(cuò)誤導(dǎo)致該ONU在復(fù)位后無(wú)法注冊(cè)。4. 發(fā)生過(guò)的網(wǎng)上問(wèn)題 － 11問(wèn)題回顧： 2023年 12月，某局點(diǎn) A反饋某個(gè) OLT端口下面本來(lái)注冊(cè)上的 31類型的 ONU，現(xiàn)在有兩臺(tái)無(wú)法注冊(cè)了。 5205版本解決了這兩個(gè)問(wèn)題，請(qǐng)盡量推薦客戶使用 5205及以上版本。其次進(jìn)行 PING操作，如果 PING小包能夠通，PING大包不能通，那么 99%的可能性是 OLT端口大包堵死。4. 發(fā)生過(guò)的網(wǎng)上問(wèn)題 － 問(wèn)題 9和 10的總結(jié)小結(jié)： 問(wèn)題 9和 10是由于環(huán)境中存在大量的 BER/FER，大量的錯(cuò)誤報(bào)文對(duì) OLT端口形成了沖擊，最終導(dǎo)致端口堵死。解決辦法： 通過(guò)復(fù)位 OLT端口，該端口恢復(fù)了正常。PING大包時(shí)，報(bào)文丟在 OLT端口上。定位結(jié)果： 該 OLT端口下的 ONU設(shè)備存在很大的 BER/FER告警。 5205版本徹底解決了該問(wèn)題。 OLT芯片堵死。定位結(jié)果： 該 OLT端口下的 ONU設(shè)備存在很大的 BER/FER告警。 ET204的子端口的流控功能默認(rèn)打開(kāi)的，如果碰到 ET204的子端口無(wú)法轉(zhuǎn)發(fā)數(shù)據(jù)的情況，可以考慮關(guān)閉子端口的流控功能。對(duì)于產(chǎn)品的缺陷，不能直接向客戶說(shuō)這是缺陷，應(yīng)該委婉地表達(dá)相同地含義，并引導(dǎo)客戶接受規(guī)避手段。解決辦法： ET204本身存在一定的缺陷，上面提到的問(wèn)題是其中一個(gè)，使用 ET204的 143及以上版本，在 ONU端口視圖下將半雙工的子端口通過(guò) uni命令強(qiáng)制成全雙工，就能夠規(guī)避問(wèn)題。后來(lái)發(fā)現(xiàn)這兩臺(tái) ET204的子端口中都有協(xié)商成半雙工的子端口。重新啟動(dòng)這兩臺(tái) ET204，故障消失，但是過(guò)了一段時(shí)間（大約幾個(gè)小時(shí)后），又無(wú)法上網(wǎng)了。該MAC地址在哪個(gè)端口上學(xué)到了，那么哪個(gè)端口就有環(huán)回。 test ftth sendpkttopon 2 0 ffffffffffff 1，對(duì)于所有的 OLT端口，在診斷視圖下執(zhí)行該命令，該命令會(huì)向 PON口發(fā)送報(bào)文。如果 ET204的 4個(gè)用戶口的 PVID不同，那么是天然隔離的；如果 ET204的4個(gè)用戶口的 PVID相同，建議配置 UNI x portisolate。一般來(lái)說(shuō)，只要環(huán)回功能是打開(kāi)的，那么大多數(shù)的環(huán)回都能夠被檢測(cè)到。類似問(wèn)題定位手段： 如果問(wèn)題現(xiàn)象是用戶無(wú)法上網(wǎng)，而且某個(gè)端口出現(xiàn)了特別多的 MAC地址，此時(shí)應(yīng)該懷疑出現(xiàn)了環(huán)回。其實(shí)環(huán)回還引起了一些其他的問(wèn)題。解決辦法： 打開(kāi)環(huán)回功能，該端口被自動(dòng)切斷。 該 ONU在引起問(wèn)題前新接入了一臺(tái)設(shè)備，到該 ONU下面去查找環(huán)路，沒(méi)有找到明顯的環(huán)路，只是發(fā)現(xiàn)連接 ONU和新接入設(shè)備的網(wǎng)線存在異常，重新制作網(wǎng)線的水晶頭后，將該 ONU重新接入網(wǎng)絡(luò)，問(wèn)題不再發(fā)生。又打開(kāi)該端口，問(wèn)