烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议

烽火 OLT下发PPPoE WAN连接是通过烽火厂商私有的ME :65321—65324来实现 :
如何去分析OLT对接ONU的互联互通性问题??

1.对于对接OLT兼容性问题,需要做以下准备工作:
需要了解该OLT 能否对接哪一家厂商的ONU可以互联互通,或者OLT厂商自己的ONU
需要知道可以注册的ONU的VENDORID,MAC地址格式,软件版本,硬件版本等格式,先记录下来或许有用:
还需要了解该OLT的业务配置方式
要学会对比其它OLT的分析能力
可以互通的ONU的芯片方案及调试指令

烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议
验证调试阶段:
先做一些尝试:

  1. 原先我司的vendorID是 XXXX,MAC,SN,LOID都跟烽火ONU的不一样,但是注册上OLT后发现状态页面可以从O1—O5状态;但是业务不通。OLT网管配置WAN连接下发后,ONU串口抓OMCI包没有发现有65321—65324这些私有ME的报文,通过对比烽火ONU的omci报文进行对比分析。
    (由于分析到:烽火OLT是通过识别自身的VENDORID再进行对自家ONU进行WAN连接下发操作);
  2. 说的OLT自动下发WAN连接操作,我们的关注点就在这个自动下发WAN连接,抓私有OMCI包这块:业务通这块暂时不管。问题一个一个来解决;
  3. 通过对比中兴和华为OLT, ONU注册上后状态页面显示O5状态:(Authentication Success状态),且业务也是正常的:------经过对比分析后,我们有信心对自己的ONU确实是正常的设备,没有问题。
  4. 通过第3步骤 分析到 跟 VendorID有关联,所以就修改我司ONU的vendorID改成烽火的一样:FHTT,但是新的问题来了,ONU状态页面一直显示init State状态,不会变成O5状态;(由于 烽火OLT默认的注册方式是:物理标识白名单方式,我们在ONU的串口抓包得到loid authentication failed),此时可以正常再ONU串口获取到想要的下发WAN连接私有ME节点信息:65321—65324这几个MeClass。
  5. 通过第4步骤,loid的启发,我把OLT的注册方式改为loid认证方式;进行注册;这次有了新发现,ONU注册成功后状态显示为O5 认证成功;
    但是问题是 业务还是不通,从ONU这端PPPoE拨号时正常的,可以往上拨号,但是找不到服务器,一直是在PPPoED discovery阶段;

从上面信息可以得知VENDORID是下发私有ME的WAN连接的关键;同时通过LOID注册方式也是状态页面显示正常O5状态的标志。

  1. 这时就要去分析OLT配置了,虽然对比过 烽火自己的ONU在相同配置前提下是可以拨号成功的,但是对接我司的ONU又什么不行呢?
    原因可能是:烽火ONU是通过VEIP方式建立虚拟通道(属于HGU型ONU),而我司使用的是SFU ONU(虽然也可以配置WAN连接,功能做成跟HGU ONU类似)但是是通过PPTP的方式建立通道;
    中国电信文档规范:
    ONU应根据设备类型使用并在MIB upload时上报VEIP和PPTP的一种。
    其中SFU仅使用和上报PPTP,不应使用VEIP;HGU只能使用和上报VEIP,不应使用PPTP。
    OLT应根据ME:ONU Capability中的ONU Type 属性来判断ONU设备类型VEIP: meclass=329 (VEIP);PPTP: meclass=11(PPTP)

经过仔细分析OLT网管上面的配置,发现需要配置以下这条语句;需要建立一条对VEIP虚拟通道上对vlan的处理规则;配置好后手动拨号确实是成功了:(这根RTL方案的ONU类似,想要在ZTE C300 OLT上实现业务通必须配置一条: switchport-bind switch_0/1 veip 1)

以上我们可以发现,我只对ONU这块修改了三处:

  1. vendorID跟烽火一样;

  2. 修改过OLT的注册方式为LOID注册:状态页面显示也是正常;

  3. 修改OLT配置后,PPPoE也是正常。

  4. 通过PPPoE手动可以拨号成功了,那就可以最后在把修改过的内容一个一个恢复原来的配置在进行验证:
    发现:

  5. OLT通过LOID注册可以使成 我司的ONU的loid格式为AZGPXXXXX 可以注册成功且可以获取到IP,状态页面也是正常;下发WAN连接正常;

  6. OLT注册方式回退到物理白名单标识,ONU也可以实现业务正常,但是无法接收到下发的私有ME的PPPoE WAN连接。

  7. SN和VendorID还原成我司的格式AZGPXXXXX 可以可以获取到IP;状态页面显示正常O5,但是无法下发下发WAN连接MEClass;

  8. 总结:

  9. 最终实现业务通的问题是OLT配置问题;

  10. 注册方式不能是默认的物理标识,否则状态业面会一直显示O1状态;(虽然拨号可以成功),且在ANM2000网管上配置的WAN连接会被清空,不会保留

  11. 要想ONU状态页面显示正常为O5 状态,OLT必须使用LOID注册方式;

  12. OLT想通过OMCI下发WAN连接,必须通过修改VendorID实现;
    步骤:
    1.修改注册方式:
    针对指定PON口进行设置:
    烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议
    发现未认证ONU并注册加入到白名单:
    烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议
    注册成功后,可以看到该PON口下的ONU显示绿色标识:
    烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议

下发WAN连接配置:
烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议
配置业务关键需要绑定VEIP(和RTL方案在ZTE OLT上配置一样)
烽火AN5516 OLT通过OMCI下发 PPPoE WAN连接问题分析-----OLT存在私有Me协议

分享一些ZTE方案ONU调试指令:
sismac show :查看所有的mac,sn,loid,vendorid,oui等信息;
sismac 1 2176 FHTT:修改vendorid
sismac 1 2180 FHTT00112233:修改loid
sismac 1 2177 00112233:修改sn
sismac 1 256 xx:xx:xx:xx:xx:修改MAC
sismac 1 512 XXXXXXXXXXXXXXXXX :修改OUI
3.打开OMCI调试
sisdbg 132 omcidebug setprintlevel 5 0 3 开启
sisdbg 132 omcidebug setprintlevel 1 0 0 关闭
4.查看配置信息
sidbg 1 DB p TCONT: 默认有8条 tcont
sidbg 1 DB p GEMPORT : 默认有一条OMCI通道4094或4095;
当ONU注册成功后分配到allocid时,ONU注册成功后GEMPORT映射连接会发生变化。
sidbg 1 DB p GPONCFG :查看GPON配置信息
sidbg 132 omcidebug showmedata 84 : 查看vlan是否下来
sidbg 132 omcidebug showmedata 268 : 查看GEMPORT是否创建
sidbg 132 omcidebug showmedata 11(PPTP): 查看PPTP是否创建
当ONU注册成功后且建立了tcont和gemport通道,在查看GEMPORT时会自动创建一些与TCONT建立的映射关系