MxU产品特性使用注意事项及故障信息收集-20100107-B.pptVIP

MxU产品特性使用注意事项及故障信息收集 MxU产品维护组 徐进 带内管理通道特性使用限制 带内管理通道特性要从OLT上下发带内配置参数给MDU，就是要在MDU上配置vlan、vlanif以及ip地址和路由（GPON可选配置优先级），而这就牵涉到一个问题：如果MDU上本地已经有了这些配置，会发生什么情况？ 如果OLT上下发的配置和本地的配置都没有任何冲突，那么肯定可以配置成功；但是如果OLT上下发的配置和MDU上本地的配置产生冲突了，那么就会有问题，当前307MDU在这个问题上的基本处理原则是：认为本地配置的优先级更高，OLT上的配置与本地冲突的时候OLT上配置的不生效（这个原则导致PON只会删除OLT下发的带内管理配置信息，而不会删除本地已经有的配置）。 带内管理通道特性使用限制 OLT下发的配置不得修改用户已经存在的配置，反过来，用户也不得在OLT带内管理通道上修改配置或配置业务。这个要靠用户保证。 vlan的三层接口已经存在。 解决方法：1、OLT使用ONU不存在的vlan重新建立管理通道。 2、用户删除IP冲突的三层接口IP。 OLT上ONU模板中的“UNI configuration concerned or not”参数必须配置成不关注。 关于OLT上显示配置恢复fail的问题，通过lastword进行定位。 带内管理通道特性使用限制 GPON的配置分了两个OMCI消息来处理：第一个消息负责配置vlan和vlanif，第二个消息负责配置ip地址掩码以及路由，如果要配置优先级的时候还有一个单独的omci消息来配置 另外一个概念：PON为了区分是否是OLT下发的带内配置，使用一个全局变量g_stXpondrvVlanIfConfig来记录是否是olt下发的配置，并且此全局变量中的内容会写入MDU的flash中，重启的时候会从flash中恢复该全局变量的内容，但是不会根据这个全局变量的内容去配置vlan和vlanif（因为vlan和vlanif的配置会由三层协议来恢复）,PON配置vlan以及vlanif/ip的时候调用的都是三层协议的接口，包括了vxworks协议栈和ipos协议栈的接口，所以PON对ipconfig的配置也依赖于这两个协议栈的处理方式。 下面几个页面中描述的流程图只是大概说明了配置的过程，详尽的处理流程请看流程图右边对应的函数即可。 带内管理通道特性使用限制-OMCI_CFGCMD_ADD_VLAN 带内管理通道特性使用限制-OMCI_CFGCMD_ADD_IPCFG 带内管理通道特性使用限制-XPONDRV_SNMP_MNT_ADD RAIO特性与OLT的配合问题 在5680T+MDU组网时的PITP应用如以下注意事项： 1、当只在5680T上使能PITP时，则只能带5680T的xPON端口信息。 2、当只在MDU上使能PITP时，则只能带MDU的用户端口信息。 3、如果在5680和MDU上都使能了PITP时，则需要通过5680T上的一个开关（pitp permit-forwarding service-port X)选择这条流到底带哪个的标签： a、当使能了这个开关时，则只能带5680T的xPON端口信息。 b、当去使能（disable )这个开关时，则此个虚端口的用户是不能拔号的，也就是说PADI报文根本送不出去。 R105版本forwarding命令默认关闭，R62版本默认打开。 防MAC欺骗控制级别问题 支持全局和VLAN两级控制开关： 1、当VLAN不绑模板时，使能全局防MAC欺骗，报文上CPU，但不绑定用户MAC。 2、当VLAN绑模板，并且VLAN级的防MAC欺骗开关也打开时，防MAC欺骗在该VLAN才能生效。 该特性和以往的DSLAM有区别。 防IP欺骗类似。 关于GPON的一些问题 由于主控板CPU和xPON芯片之间存在双机通讯，当上CPU的报文过多时，容易出现双机通讯失败，系统复位的问题。 上线后在olt发现mismatch问题。 ont –profile-id配置了关注模式，配置为不关注模式即可以解决问题。 GEMPORT 128的限制 MXU产品只支持128个GEMPORT，每个GEMPORT支持八条流，但总共也只可以mapping 128条流，提供的规格也只支持128条流。 【替代方案】 根据目前的VLAN规划，鉴于目前GPON上行时受到128个VLAN的映射限制。建议可以按照如下方式进行VLAN规划： 1、在MXU上VLAN按照一个用户一个业务一个VLAN，不受VLAN数的限制，最多可以128X8=1K个VLAN，