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