1、MxU产品特性使用注意事项及故障信息收集,MxU产品维护组 徐进,Page 2,故障定位和信息收集,Agenda,特性的应用限制或注意事项,Page 3,带内管理通道特性使用限制,带内管理通道特性要从OLT上下发带内配置参数给MDU，就是要在MDU上配置vlan、vlanif以及ip地址和路由（GPON可选配置优先级），而这就牵涉到一个问题：如果MDU上本地已经有了这些配置，会发生什么情况？ 如果OLT上下发的配置和本地的配置都没有任何冲突，那么肯定可以配置成功；但是如果OLT上下发的配置和MDU上本地的配置产生冲突了，那么就会有问题，当前307MDU在这个问题上的基本处理原则是：认为本地配置
2、的优先级更高，OLT上的配置与本地冲突的时候OLT上配置的不生效（这个原则导致PON只会删除OLT下发的带内管理配置信息，而不会删除本地已经有的配置）。,Page 4,带内管理通道特性使用限制,OLT下发的配置不得修改用户已经存在的配置，反过来，用户也不得在OLT带内管理通道上修改配置或配置业务。这个要靠用户保证。 vlan的三层接口已经存在。解决方法：1、OLT使用ONU不存在的vlan重新建立管理通道。2、用户删除IP冲突的三层接口IP。 OLT上ONU模板中的“UNI configuration concerned or not”参数必须配置成不关注。 关于OLT上显示配置恢复fail的
3、问题，通过lastword进行定位。,Page 5,带内管理通道特性使用限制,GPON的配置分了两个OMCI消息来处理：第一个消息负责配置vlan和vlanif，第二个消息负责配置ip地址掩码以及路由，如果要配置优先级的时候还有一个单独的omci消息来配置 另外一个概念：PON为了区分是否是OLT下发的带内配置，使用一个全局变量g_stXpondrvVlanIfConfig来记录是否是olt下发的配置，并且此全局变量中的内容会写入MDU的flash中，重启的时候会从flash中恢复该全局变量的内容，但是不会根据这个全局变量的内容去配置vlan和vlanif（因为vlan和vlanif的配置会由
4、三层协议来恢复）,PON配置vlan以及vlanif/ip的时候调用的都是三层协议的接口，包括了vxworks协议栈和ipos协议栈的接口，所以PON对ipconfig的配置也依赖于这两个协议栈的处理方式。 下面几个页面中描述的流程图只是大概说明了配置的过程，详尽的处理流程请看流程图右边对应的函数即可。,Page 6,带内管理通道特性使用限制-OMCI_CFGCMD_ADD_VLAN,全局变量中的vlanif配置标记是否配置过,全局变量中的ip配置标记是否配置过,根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回,全局参数中网关是否为0,NO,更新flash中ip等信息
5、，添加vlanif，添加ip，失败则返回错误,更新flash中保存的vlanid和vlanif配置标记,更新flash中保存的vlanid和vlanif配置标记,NO,YES,yes,NO,yes,结束,结束,可以参考函数XPONDRV_AddVlanifManage,Page 7,带内管理通道特性使用限制-OMCI_CFGCMD_ADD_IPCFG,全局变量中的vlanif配置标记是否配置过,yes,全局变量中的ip配置标记是否配置过,yes,根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回,下发参数中是否有网关信息,yes,添加vlanif，添加ip，失败则返回错
6、误,更新flash中保存的ip 路由的配置,并设置ip配置标记,no,更新flash中保存的ip 路由的配置,并设置ip配置标记,更新flash中保存的ip 路由的配置,并设置ip配置标记,no,no,no,结束,结束,可以参考函数XPONDRV_AddIpconfigManage,Page 8,带内管理通道特性使用限制-XPONDRV_SNMP_MNT_ADD,全局变量中的vlanid是否为0,NO,全局参数中保存的Vlan是否存在,yes,根据全局变量中的记录删除ip/vlanif/vlan,失败记录错误，不返回,下发的Vlan是否存在,yes,不管带内管理通道参数Vlan 接口是否存在,
7、都暂存其信息,YES,添加vlanif，添加路由,no,No创建vlan,更新flash中vlan/ip等信息，结束,这个地方发生ip冲突的时候会认为ip已经存在，认为配置成功（个人感觉这个地方的处理不合理）。另外，xvworks协议栈会将不冲突的ip地址自动配置为从ip地址（如果主ip已经存在）。,可以参考函数XPONDRV_CfgAddVlanInterfaceAndIP,Page 9,RAIO特性与OLT的配合问题,在5680T+MDU组网时的PITP应用如以下注意事项： 1、当只在5680T上使能PITP时，则只能带5680T的xPON端口信息。 2、当只在MDU上使能PITP时，则只
8、能带MDU的用户端口信息。 3、如果在5680和MDU上都使能了PITP时，则需要通过5680T上的一个开关（pitp permit-forwarding service-port X)选择这条流到底带哪个的标签：a、当使能了这个开关时，则只能带5680T的xPON端口信息。b、当去使能（disable )这个开关时，则此个虚端口的用户是不能拔号的，也就是说PADI报文根本送不出去。 R105版本forwarding命令默认关闭，R62版本默认打开。,Page 10,防MAC欺骗控制级别问题,支持全局和VLAN两级控制开关：1、当VLAN不绑模板时，使能全局防MAC欺骗，报文上CPU，但不绑定
9、用户MAC。2、当VLAN绑模板，并且VLAN级的防MAC欺骗开关也打开时，防MAC欺骗在该VLAN才能生效。 该特性和以往的DSLAM有区别。 防IP欺骗类似。,Page 11,关于GPON的一些问题,由于主控板CPU和xPON芯片之间存在双机通讯，当上CPU的报文过多时，容易出现双机通讯失败，系统复位的问题。上线后在olt发现mismatch问题。ont profile-id配置了关注模式，配置为不关注模式即可以解决问题。,Page 12,GEMPORT 128的限制,MXU产品只支持128个GEMPORT，每个GEMPORT支持八条流，但总共也只可以mapping 128条流，提供的规格
10、也只支持128条流。【替代方案】根据目前的VLAN规划，鉴于目前GPON上行时受到128个VLAN的映射限制。建议可以按照如下方式进行VLAN规划：1、在MXU上VLAN按照一个用户一个业务一个VLAN，不受VLAN数的限制，最多可以128X8=1K个VLAN，网管和VOIP使用单独的VLAN，每种业务规划一个优先级.2、在OLT上做QinQ，以ONU ID标示用户，在GEMPORT映射时使用优先级映射，而不使用VLAN映射就可以了。注意点：必须在配置VLAN时，预先配置好优先级，不同的业务对应不同的优先级。,Page 13,WRR权重问题（逻辑）,y = （x * 15 + 99）/ 100
11、 y计算出来是一个小数，取整数部分就是配置到硬件上的权重值。 命令行配置下去的对每一个队列是一个0到100的整数，而硬件对每一个队列只支持0到15的配 置，所以在真正下发硬件的时候会换算一下，这就导致了一个误差。【举例】 命令行配置为：10 20 10 20 10 10 10 10 那么硬件设置： 2 3 2 3 2 2 2 2 这时，命令行配置的队列0和队列1有个1：2的关系，但是到硬件后就成了2：3的关系了,可以 稍微调整一下命令行的配置来达到1：2的效果 命令行配置为： 9 21 9 21 10 10 10 10 那么硬件设置： 2 4 2 4 2 2 2 2 这时到硬件后就成了1：2的
12、关系了 MA5616(su)%fpga dump register 0xB8480 0x44reg0x000b8480 2424_2222 2424_2222 0000_0000 0000_0000reg0x000b8490 0000_0000 0000_0000 0000_0000 0000_0000reg0x000b84a0 1424_2222 0000_000e 0000_0000 000,Page 14,WRR权重问题（LSW）,MA5610(config)#queue-scheduler wrr 10 20 10 10 10 10 20 10 Func: Drv_QACL_SetGl
13、obalConf ulConfigMask=0x4 ulQueueMode=2 ulWeight0:7=10 20 10 10 10 10 20 10 除4取整 MA5610(diagnose)%debugging lswdrv bcm-cli BCM.0 cos show COS configuration: Config (max queues): 8 Weighting (in packets): COSQ 0 = 2 packets COSQ 1 = 5 packets COSQ 2 = 2 packets COSQ 3 = 2 packets COSQ 4 = 2 packets C
14、OSQ 5 = 2 packets COSQ 6 = 5 packets COSQ 7 = 2 packets,Page 15,LSW芯片缺陷,Page 16,关于组网问题,LAN接入产品，在某些地区出现下接路由器的情况，即需要在FTTx设备上透传路由协议、BPDU、MPLS等报文，目前存在安全隐患。,Page 17,特性的应用限制或注意事项,Agenda,故障定位和信息收集,Page 18,全部ONU不上线或者一个上线，其它ONU老掉线,重点检查流氓ONU、骨干光路（包括主干光纤、各个连接器、分光器）和OLT设备。 流氓ONU的简单检测方法：拔掉OLT的光纤，用光功率计测试有没有上行光（各波
15、长都测试），一旦光功率计上有显示，表明网络中有流氓ONU存在（比如P2P的光源）。 关于流氓ONU的问题，在添加任何一个ONU之前，除了测OLT下来的光功率（对应光路衰减外），强烈建议测一下该ONU自己是否发光。 骨干光路检测：一是用光功率计测试，一是用OTDR。光功率计只能反映某一波长在下行方向的衰减（因为上行方向要加光源测试），而OTDR不仅可以反映衰减，还可以反映反射，还可以用不同波长进行测试。OTDR的使用要特别注意饱和盲区和连接器匹配的问题。,Page 19,MxU管理IP地址ping不通OLT三层接口,【故障现象】： 某地很多局点不能ping通OLT设备。【定位过程】： 1、检查业
16、务配置无问题，先排除了软件配置方面的问题。 2、检查MxU是否注册成功，端口UP状态。 3、检查是否有MAC地址或IP地址冲突的情况，排除了地址冲突方面的原因。 4、检查是否有丢包，在OLT的GPON单板或者MDU的GPON扣板。 MA5600T(su)%transparent on 0/2 MA5600T(su)%show tm statis pty MA5600T(su)%show gmac statinfo 2MA5652(config-if-gponnni-0/0/0)#display gpon-port statistic,Page 20,MxU管理IP地址ping不通OLT三层接口
17、,5、如果MxU是LSW结构则可以做镜像抓包。对抓包内容进行分析。 6、如果MxU是LSW结构则可以打开ni调试命令。 MA5600T(diagnose)%debugging lswdrv bcm-cli BCM.0 _debugging lswdrv ni com Debug lswdrv ni print to com is on! BCM.0 _ni_ni print mode=off|all|ibc|protocol|arp|icmp|dhcp|ppp|igmp|ospf|rip PortBitMap=pbmp Direction=rx|tx CouNT=value LENgth=va
18、lue - set ni packet print,Page 21,MxU管理IP地址ping不通OLT三层接口,7、如果是fpga架构，则通过 MA5616(su)%fpga display ptype_statistics ptype 257 1 = 1239 GE_NOMAL 网络-CPU PLS 从GE接收的正常帧 ptype1568 32 = 2894 CPU_NET_UNI CPU-网络 CPUTR 从CPU接收的网络单播报文 MA5616(su)%fpga enable rec_ctl_pack_print 32MA5616(su)%fpga pack_cap_by_ptype
19、32 15 MA5616(su)%fpga enable lsw_send_ctlpack_print 7、对于LSW结构，使用的是VxWorks协议栈 MA5626G(su)%display vxworks arp|icmp|ip|mroute|route|tcp|udp :,Page 22,组播花屏问题定位思路,【问题原因分析】 用户能正常上线后且能接收到组播流但视频质量不好（出现马赛克），说明节目流报文出现 了丢失。节目流报文的丢失不能简单地认为我们设备处理有误，它的引发原因可能有以下几 种： 1、节目压缩时丢失了部分关键帧； 2、线路传输过程中丢失了部分关键帧； 3、设备上做了限速；
20、4、MODEM上的端口激活速率过小,Page 23,组播花屏问题定位思路,【问题定位步骤】 1、在组播服务器上播放节目，观察视频效果，如果出现马赛克建议更换节目源； 2、排除上层设备下来的组播流本身的问题：可以通过在OLT上建立组播级联口用户的方式，然后PC连接到级联口点播出问题的节目，看是否有问题； 3、在设备上查询是否做了限速，需要关注以下几个方面： 1）检查上行口和用户口是否配置了line-rate限速 2）通过命令行display qos-info all检测上行口是否配置了ACL规则进行了流量限速； 3）通过命令行display traffic table查询业务虚端口中下行流量描述
21、索引（rx-cttr）的限速是否小于组播流量或和组播流量接近； 详细的定位指导请参考：,Page 24,FTP下载速率慢的问题,Page 25,R306语音故障分析指导,Page 26,CPU过载,超级用户模式下：打开任务监控spy on taskrun打开打印开关set print on 显示如下： TaskID: 5 TaskName: VIDL Percent: 89 各任务占用百分比 TaskID: 75 TaskName: MnSc Percent: 1 TaskID: 112 TaskName: ROUT Percent: 1 TaskID: 124 TaskName: NTPT Percent: 1 TaskRuntimeTotal: 0x0000003d43863d9b System:0x0000003ea5162f1d,Page 27,附件：LSW和驱动调试命令,Page 28,附件：基本信息收集,Page 29,附件：组播配置,Page 30,附件：GPON芯片调试方法,
