FTTH設(shè)備MAC漂移案例

1、ftth設(shè)備mac漂移案例隨著ftth裝機量的不斷增加，各種onu長發(fā)光和mac漂移的問題也就不新鮮了。由于olt是采用tdma的輪詢機制，onu都是被動發(fā)光，如果出現(xiàn)異常，整個子接口的輪詢都會出現(xiàn)問題，進而影響業(yè)務(wù)的正常，一般長發(fā)光影響的范圍僅限于同一個子接口。而mac漂移則是onu學(xué)到上層設(shè)備的mac，導(dǎo)致網(wǎng)絡(luò)形成一個環(huán)路，onu代替了上層設(shè)備來回應(yīng)各種請求，導(dǎo)致mac地址表出現(xiàn)異常，出現(xiàn)環(huán)路輕者影響一個子接口重者影響整臺olt。因此如何快速的分析和處理環(huán)路和長發(fā)光問題也就十分重要了。2月19號周末，值班網(wǎng)管接到一個電話放映東升小區(qū)用戶iptv卡在83%，且用戶放映經(jīng)常性卡住83%，網(wǎng)管隨

2、后登錄ne40查看用戶獲到得ip地址，往下ping發(fā)現(xiàn)時而能通時而不能通，且用戶寬帶正常，懷疑是否是設(shè)備故障造成的。維護放映這個小區(qū)用戶經(jīng)常出現(xiàn)iptv卡在83%，且有一個用戶更換設(shè)備和機頂盒故障依舊會這樣。東升小區(qū)ftth改造已經(jīng)有一段時間，且用戶較多，兩個pon基本開滿，接近100多個用戶，值班網(wǎng)管查看有組播用戶存在，懷疑是否是用戶外線造成的，于是與維護約定第二天去現(xiàn)場查看。2月20號周一，我與維護一起去用戶家，發(fā)現(xiàn)用戶確實是卡在83%，重啟也是進不去，我換上我?guī)淼膄420就可以正常觀看，然后登陸e8c修改端口4是橋接，重開機頂盒正常，于是建議維護下次過來帶一臺新設(shè)備過來更換。隨后又跟維

3、護去4個用戶家詢問下ftth使用中是否有遇到什么問題。所去的4個用戶iptv都可以正常觀看，并沒有出現(xiàn)維護所說的83%的情況。于是懷疑是不是用戶反復(fù)關(guān)開機到底偶然性進不去，隨后跟用戶溝通，如果出現(xiàn)83%的情況請等待5分鐘在開機并留下聯(lián)系方式，讓用戶有情況可以直接與我們聯(lián)系。下午回局里查看ne40上面確認用戶確實有在正常觀看。沒想到晚上9點又接到兩個用戶電話，兩個用戶都卡在83%過不去，我登陸ne40查看用戶的ip地址確實ping不通，讓機頂盒的ip下線，讓用戶重啟設(shè)備依然卡在83%。查看用戶的vlan1400并沒有做三層數(shù)據(jù)一般是不會出現(xiàn)這種情況，感覺問題有點奇怪，承諾盡快解決并對給用戶的造成

4、不便道歉。晚上10點左右，我登陸ne40發(fā)現(xiàn)其他所有用戶觀看正常，隨后與維護聯(lián)系明天帶下設(shè)備去下用戶家，我在后臺配合處理。2月21號周二，維護去用戶家，更換設(shè)備依然卡在83%，我登陸8505，dis mac vlan 1400發(fā)現(xiàn)ne40的mac 80fb-06e4-4d4d怎么在下聯(lián)口學(xué)到，而不是在上聯(lián)口3/1/6，當時就懷疑是不是環(huán)路了？登陸olt，sho mac 80fb.06e4.4d4d發(fā)現(xiàn)用戶設(shè)備居然學(xué)到了上聯(lián)設(shè)備的地址。查看用戶設(shè)備，確定了確實是環(huán)路了。通過srm查詢到用戶的具體地址，帶上設(shè)備去用戶家更換。更換完設(shè)備登陸后臺，vlan 1400下所有用戶mac轉(zhuǎn)發(fā)都已正常，故障解決了。通過這件事，發(fā)現(xiàn)中興設(shè)備和網(wǎng)管確實存在許多問題，網(wǎng)管方面，并沒有真對于環(huán)路或者長發(fā)光的詳細設(shè)備告警?，F(xiàn)在一個pon下帶60幾個ftth用戶，任何一個有問題都可能影響整個子接口，且用戶隨時都可能關(guān)電，處理故障確實