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

HUAWEITECHNOLOGIESCO.,LTD.内部公开MxU产品特性使用注意事项及故障信息收集MxU产品维护组徐进HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage2故障定位和信息收集Agenda特性的应用限制或注意事项HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage3带内管理通道特性使用限制带内管理通道特性要从OLT上下发带内配置参数给MDU，就是要在MDU上配置vlan、vlanif以及ip地址和路由（GPON可选配置优先级），而这就牵涉到一个问题：如果MDU上本地已经有了这些配置，会发生什么情况？如果OLT上下发的配置和本地的配置都没有任何冲突，那么肯定可以配置成功；但是如果OLT上下发的配置和MDU上本地的配置产生冲突了，那么就会有问题，当前307MDU在这个问题上的基本处理原则是：认为本地配置的优先级更高，OLT上的配置与本地冲突的时候OLT上配置的不生效（这个原则导致PON只会删除OLT下发的带内管理配置信息，而不会删除本地已经有的配置）。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage4带内管理通道特性使用限制OLT下发的配置不得修改用户已经存在的配置，反过来，用户也不得在OLT带内管理通道上修改配置或配置业务。这个要靠用户保证。vlan的三层接口已经存在。解决方法：1、OLT使用ONU不存在的vlan重新建立管理通道。2、用户删除IP冲突的三层接口IP。OLT上ONU模板中的“UNIconfigurationconcernedornot”参数必须配置成不关注。关于OLT上显示配置恢复fail的问题，通过lastword进行定位。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage5带内管理通道特性使用限制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的配置也依赖于这两个协议栈的处理方式。下面几个页面中描述的流程图只是大概说明了配置的过程，详尽的处理流程请看流程图右边对应的函数即可。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage6带内管理通道特性使用限制-OMCI_CFGCMD_ADD_VLAN全局变量中的vlanif配置标记是否配置过全局变量中的ip配置标记是否配置过根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回全局参数中网关是否为0NO更新flash中ip等信息，添加vlanif，添加ip，失败则返回错误更新flash中保存的vlanid和vlanif配置标记更新flash中保存的vlanid和vlanif配置标记NOYESyesNOyes结束结束可以参考函数XPONDRV_AddVlanifManageHUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage7带内管理通道特性使用限制-OMCI_CFGCMD_ADD_IPCFG全局变量中的vlanif配置标记是否配置过yes全局变量中的ip配置标记是否配置过yes根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回下发参数中是否有网关信息yes添加vlanif，添加ip，失败则返回错误更新flash中保存的ip路由的配置,并设置ip配置标记no更新flash中保存的ip路由的配置,并设置ip配置标记更新flash中保存的ip路由的配置,并设置ip配置标记nonono结束结束可以参考函数XPONDRV_AddIpconfigManageHUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage8带内管理通道特性使用限制-XPONDRV_SNMP_MNT_ADD全局变量中的vlanid是否为0NO全局参数中保存的Vlan是否存在yes根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回下发的Vlan是否存在yes不管带内管理通道参数Vlan接口是否存在,都暂存其信息YES添加vlanif，添加路由noNo—创建vlan更新flash中vlan/ip等信息，结束这个地方发生ip冲突的时候会认为ip已经存在，认为配置成功（个人感觉这个地方的处理不合理）。另外，xvworks协议栈会将不冲突的ip地址自动配置为从ip地址（如果主ip已经存在）。可以参考函数XPONDRV_CfgAddVlanInterfaceAndIPHUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage9RAIO特性与OLT的配合问题在5680T+MDU组网时的PITP应用如以下注意事项：1、当只在5680T上使能PITP时，则只能带5680T的xPON端口信息。2、当只在MDU上使能PITP时，则只能带MDU的用户端口信息。3、如果在5680和MDU上都使能了PITP时，则需要通过5680T上的一个开关（pitppermit-forwardingservice-portX)选择这条流到底带哪个的标签：a、当使能了这个开关时，则只能带5680T的xPON端口信息。b、当去使能（disable)这个开关时，则此个虚端口的用户是不能拔号的，也就是说PADI报文根本送不出去。R105版本forwarding命令默认关闭，R62版本默认打开。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage10防MAC欺骗控制级别问题支持全局和VLAN两级控制开关：1、当VLAN不绑模板时，使能全局防MAC欺骗，报文上CPU，但不绑定用户MAC。2、当VLAN绑模板，并且VLAN级的防MAC欺骗开关也打开时，防MAC欺骗在该VLAN才能生效。该特性和以往的DSLAM有区别。防IP欺骗类似。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage11关于GPON的一些问题由于主控板CPU和xPON芯片之间存在双机通讯，当上CPU的报文过多时，容易出现双机通讯失败，系统复位的问题。上线后在olt发现mismatch问题。ont–profile-id配置了关注模式，配置为不关注模式即可以解决问题。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage12GEMPORT128的限制MXU产品只支持128个GEMPORT，每个GEMPORT支持八条流，但总共也只可以mapping128条流，提供的规格也只支持128条流。【替代方案】根据目前的VLAN规划，鉴于目前GPON上行时受到128个VLAN的映射限制。建议可以按照如下方式进行VLAN规划：1、在MXU上VLAN按照一个用户一个业务一个VLAN，不受VLAN数的限制，最多可以128X8=1K个VLAN，网管和VOIP使用单独的VLAN，每种业务规划一个优先级.2、在OLT上做QinQ，以ONUID标示用户，在GEMPORT映射时使用优先级映射，而不使用VLAN映射就可以了。注意点：必须在配置VLAN时，预先配置好优先级，不同的业务对应不同的优先级。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage13WRR权重问题（逻辑）y=（x*15+99）/100y计算出来是一个小数，取整数部分就是配置到硬件上的权重值。命令行配置下去的对每一个队列是一个0到100的整数，而硬件对每一个队列只支持0到15的配置，所以在真正下发硬件的时候会换算一下，这就导致了一个误差。【举例】命令行配置为：1020102010101010那么硬件设置：23232222这时，命令行配置的队列0和队列1有个1：2的关系，但是到硬件后就成了2：3的关系了,可以稍微调整一下命令行的配置来达到1：2的效果命令行配置为：92192110101010那么硬件设置：24242222这时到硬件后就成了1：2的关系了MA5616(su)%%fpgadumpregister0xB84800x44reg[0x000b8480]2424_22222424_22220000_00000000_0000reg[0x000b8490]0000_00000000_00000000_00000000_0000reg[0x000b84a0]1424_22220000_000e0000_0000000HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage14WRR权重问题（LSW）MA5610(config)#queue-schedulerwrr1020101010102010drv_qacl.c,4602Func:Drv_QACL_SetGlobalConfdrv_qacl.c,4603ulConfigMask=0x4drv_qacl.c,4604ulQueueMode=2drv_qacl.c,4605ulWeight[0:7]=1020101010102010除4取整MA5610(diagnose)%%debugginglswdrvbcm-cliBCM.0cosshowCOSconfiguration:Config(maxqueues):8Weighting(inpackets):COSQ0=2packetsCOSQ1=5packetsCOSQ2=2packetsCOSQ3=2packetsCOSQ4=2packetsCOSQ5=2packetsCOSQ6=5packetsCOSQ7=2packetsHUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage15LSW芯片缺陷HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage16关于组网问题LAN接入产品，在某些地区出现下接路由器的情况，即需要在FTTx设备上透传路由协议、BPDU、MPLS等报文，目前存在安全隐患。HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage17特性的应用限制或注意事项Agenda故障定位和信息收集HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage18全部ONU不上线或者一个上线，其它ONU老掉线重点检查流氓ONU、骨干光路（包括主干光纤、各个连接器、分光器）和OLT设备。流氓ONU的简单检测方法：拔掉OLT的光纤，用光功率计测试有没有上行光（各波长都测试），一旦光功率计上有显示，表明网络中有流氓ONU存在（比如P2P的光源）。关于流氓ONU的问题，在添加任何一个ONU之前，除了测OLT下来的光功率（对应光路衰减外），强烈建议测一下该ONU自己是否发光。骨干光路检测：一是用光功率计测试，一是用OTDR。光功率计只能反映某一波长在下行方向的衰减（因为上行方向要加光源测试）