GPON故障總結（四）

         前兩天剛高興了兩天，沒想到，中間停了一次電。下掛的ONU就又起不來了。非常頭痛。從頭找到尾，發現仍是老樣子，中間的對應關係找了許多，甚至我也把它們之間的對應關係全都畫了出來.但是仍是登陸不上去.

         因而我想,確定是那條語句的寫法格式出了問題,由於一直就以爲,全部的故障都是基於對細節的不重視.又返回過來再一一查找錯誤緣由.爲何原來能通,掉了一次電後就通不了了.

         苦想了整整一天,又在SUPPORT上看了很長時間,也沒能把那上面的東西徹底搞明白.

        今天又登陸到設備上,發現下掛的ONT已經通了,再看OLT上的數據,很明顯,有太高人修改.本身必定要找到本身的錯誤所在,就將它那兩百多行的腳本採集了下來.細細研究.還的確發現了一些不一樣之處.

1,cascade on

   這個我的感受在本身出錯的第一個地方,這條命令的功能是將設置好的GEM端口與TCONT進行了綁定.這個也華爲EPON與GPON的區別以外.只有這樣邦定了才能更好的在後面server-port中運用.這條命令在GPON中默認是添加不上的.

2,tag-transform default與tag-transform transparent

   這個是本身出錯的緣由,後來本身又試了一下,徹底按照默認選項,下掛的ONT是登陸不上的.這兩條語句的做用各有不一樣,它們也是EPON與GPON間的區別.

    default是一個缺省的VLAN,它的做用就是要實現從下掛ONT上向上透傳上來的VLAN將其設爲缺省再在其數據包外加上外層VLAN.使其成爲QINQ的形式.便於再向上透傳.也就是說經過這條命令讓OLT上的CPU對數據包進行處理,從而造成QINQ的VLAN.

    transparent這條命令的做用,則是經過設置直接讓從ONT上的VLAN從OLT上直接透傳.不通過OLT的CPU進行處理.而本身的錯誤也正是這一點.由於ONT下邊的管理VLAN在向上透傳過程當中,在BAS上是以QINQ的形式在BAS上經過認證.直接讓管理

VLAN上去,確定是不行了.這點是本身沒有認識到的.

 

如今愈來愈發現GPON這個設備頗有意思了!也許你們會看不明白,慢慢來,後面我會給你們發些拓撲的!