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这个设备颇有意思了!也许你们会看不明白,慢慢来,后面我会给你们发些拓扑的!