MxU V800R308C00版本网上常见问题FAQ-20101209-B

华 为 技 术 有 限 公 司

目   录

MxU V800R308C00版本网上常见问题FAQ    3

1.1 概述    3

1.2 版本简介    3

1.3 网上问题    6

1.3.1 案例一:GPON重启后配置恢复失败    6

1.3.2 案例二：GPON ping DNS服务器延迟大    6

1.3.3 案例三：GPON模式MxU反复上下线    7

1.3.4 案例四：GPON可以上线但OLT无法ping通MXU    7

1.3.5 案例五：EPON TYPED倒换后业务不通    8

1.3.6 案例六：OLT给MxU配置ipconfig提示失败    8

1.3.7 案例七：EPON绑定SNMP模版重注册配置恢复失败    10

1.3.8 案例八：光纤未插好导致EPON无法上线问题    10

1.3.9 案例九：GPON配置恢复失败问题    11

1.3.10 案例十：反复shutdown EPBD端口导致所有MxU概率无法上线    11

1.3.11 案例十一：EPON MXU在OLT上添加以后始终无法上线    12

1.3.12 案例十二：EPON 20km以上无法上线问题    12

1.3.13 案例十三：GPON 反复上下线    12

1.3.14 案例十四：光功率导致无法上线问题    13

1.3.15 案例十五：GPBD单板下MxU长时间无法注册导致无法自动发现    14

1.3.16 案例十六：GPON在OLT上更换ONT模版后配置恢复失败    15

1.3.17 案例十七：TCONT绑定TYPE3类型的ASSURE 1M MAX 1M带宽业务不通    15

1.4 问题信息收集方法    16

1.5 MxUV800R308C00SPC500已知遗留问题    16

1.6 MxUV800RR308版本1U设备调试口线序    17

1.6.1 定制调试口说明    17

1.6.2 定制调试线缆制作说明    17

1.7 MxUV800R308镜像抓包的方法    19

1.7.1 上行口到上行口    19

1.7.2 用户口到上行口    19

MxU V800R308C00版本网上常见问题FAQ

1.1 概述

MxU V800R308C00版本在现网开局、测试过程中出现了一些问题，经常出现的问题是PON不自动发现、PON无法上线、PON反复上下线等，本文将之前现网应用中和测试中出现的问题汇总起来，详细分析了问题现象及原因，希望对后面版本大规模上网部署有所帮助。

1.2 版本简介

1.2.1硬件形态

MxU V800R308C00版本共包含了如下几种硬件形态（本文只针对562X新硬件和5612新硬件的盒子）：

●MA5620、MA5626（老盒子，MIPS架构）

●MA5620、MA5626（新硬件，ARM架构）

●MA5612（老盒子，MIPS架构）

●MA5612（新硬件，ARM架构）

●MA5652G

新硬件的盒子特征：上行两个端口并且可以插可插拔光模块。

1.2.2软件特性

MxU V800R308C00版本新盒子上行新增功能主要是三模自适应：

●当上行口没有插任何光纤的时候，查询两个上行口都是AUTO类型，AUTO类型的端口上不能配置任何业务：包括port vlan，静态MAC，静态IP等，配置时会报错。下例的0口因为没有插光纤，查询结果为默认的AUTO类型。

●当上行口插上光模块和光纤后，收到了光，识别了模式以后，上行口类型才会变成正确的类型。下例的1口查询出来为EPON类型。

●如果查询出来的上行口为AUTO，link state为UP，则说明MxU上行口收到了光，但是还没有识别出模式。

开局时，如果需要离线配置好业务再拿到现场安装时，对于AUTO类型的端口无法配置业务，需要先使用port mode F/S/P GPON/EPON/GE命令设置上行口为某一待使用的模式后，再配置业务，保存。

例：

如果要切换模式：将上行口从一种模式切换为另外一种，例如原先是GPON上行，想切换为EPON上行，请擦除数据库重启，重启后插上新的上行光纤或者离线使用port mode命令配置。

上行口的自适应功能默认只会进行一次自适应，一旦自适应成功后，不复位系统的情况下更换光纤，系统不会进行再次的模式适应，除非使用port mode命令强制配置，查询底层实际适应的模式的命令为：

MA5612(config)#display port mode  0/0

 The current MAC mode of 0/0/0 is adapted : -

 The current MAC mode of 0/0/1 is fixed   : EPON

查询结果说明如下：

●0/0/0口的查询结果为adapted，表示0端口的适应模式为自适应；

●－表示当前还没有适应出模式。如果适应出模式了，这里会显示上行口实际工作的模式。

●0/0/1口的查询结果为fixed，表示是用户使用port mode命令强制配置的上行口模     式，EPON表示当前1端口工作在EPON模式下。

1.2.3发布包中文件说明

以MxU Series V800R308C00SPC500 MA5612(SD5103 - new device)目录中的文件为例，其它的软件发布包和这个类似，只是文件名不一样：

H832Ccfe_packetfile：文件夹里面是基本bios，CPLD以及各单板的单板软件和语音文件。

ver_desc_MA5612文件夹：网管升级的时候进行版本检查时使用。

H832Ccfe_packetfile.bin：完整的包文件，如果要升级版本的时候，加载该包文件。

MA5612_A_dbg.zip：调试文件，研发调试定位问题需要的文件。

MA5612_A_ver.zip：

alarmctrl.txt：告警控制文件

db_h832ccfe.dat：数据库文件

dotcode.dat；打点文件

infochn.res：中文多语种文件，可以单独加载升级多语种

infoeng.res：英文多语种文件，可以单独加载升级多语种

rom_h832ccfe.lma：程序文件，可以单独加载升级程序

zd_ma5612_2.ini：数据库字典文件

MA5612V800R308C00SPC500.zip：网管进行按需加载升级的时候需要使

用的文件（网管需要支持按需加载特性）。

MA5612V800R308C00SPC500.ini：网管加载的时候根据该文件信息判断

下面所管理的硬件盒子类型分别加载。

H831Ccfe_packetfile.bin：对应307开发的硬件。

H832Ccfe_packetfile.bin：对应308开发的硬件。

1.3 网上问题

1.3.1 案例一:GPON重启后配置恢复失败

问题现象

xx局开局，发现GPON每次重启后配置恢复失败，在OLT上去激活再激活一下，就配置恢复成功了。

分析&解决

通过查看OLT的配置发现，MXU的业务全部配置在了TCONT0上，并且将TCONT0的带宽修改成了ASSURE 40M，GPON上线的OMCI通道的带宽无法保证，上行协议报文发送超时导致配置恢复失败。

此问题在308C00SPC500之前的版本中存在，308版本SPC500版本对该问题进行了规避：通过多上报带宽的方式解决。

总结

在实际应用中，将业务全部配置到TCONT0是有风险的，因为业务报文的高优先级报文可能会抢占OMCI带宽。实际应用建议将TCONT0配置固定5M，做OMCI管理通道使用，业务配置在其它TCONT中，这样，业务和管理通道互相不影响。

1.3.2 案例二：GPON ping DNS服务器延迟大

问题现象

xx局应用中，GPON发现从用户侧ping DNS服务器，延迟很大，大概3～4秒钟。

分析&解决

通过分析发现在OLT上绑定的是assure＋max类型带宽，并且ping的报文载荷在45字节（ICMP报文载荷45字节，ETH报文总长度在96字节以下）以下延迟很大，45字节以上就正常。

问题的原因在于载荷45字节以下的报文整个eth帧长度小于96字节，在ping的时候，对于这种小的带宽请求上报以后，OLT的GPBC板会分配一个很小带宽，MXU收到这个小带宽后认为不足以发送一个帧，所以就不发送上行报文，等到下一个ping报文到来的时候一起请求带宽，上一个报文才发送出去，导致延迟很大。

此问题一方面在于GPBC对小带宽分配没有保护，在GPBD上对小带宽做了保护就不会有这个问题。MxU在SPC500中解决了该问题。

1.3.3 案例三：GPON模式MxU反复上下线

问题现象

xx局开局中，发现同一个PON口下的三台MXU，GPON反复上下线，大概在线1～2秒就掉线，掉线后又上线，反复如此。

分析&解决

从OLT上看到，该PON口下MXU上线的时候有大量的帧定界错误，然后掉线。一般情况下出现这种错误是OLT的光模块有问题，或者上行光路有问题，还有一种可能就是TYPEB配置有问题。因为从OLT的配置看，发现此OLT上所有MXU都配置成了TYPEB保护，但是这个端口却没有配置TYPEB。随后了解到，这个PON口下的三个MXU实际连线已经是按照TYPEB连接了的，但是OLT上又没有配置TYPEB保护！所以如果现网布线已经按照TYPEB组网连线了，那么就必须在OLT上配置好TYPEB，否则会出现反复上线或者无法上线的问题。 

1.3.4 案例四：GPON可以上线但OLT无法ping通MXU

问题现象

某局点开局中，发现GPON可以上线，但是通过OLT下发IPCONFIG的带内管理通道后，并在OLT上建流，无法ping通MXU。

分析&解决

通过和现场人员了解，从OLT上看，MDU的GPON可以上线，并且配置恢复都是ok的。从MDU上查询信息，看到上线的SN确实和OLT上上线的SN是一样的，只是MXU上对应的vlanif是down的，没有UP，正是因为vlanif没有up，导致MXU的带内管理报文都无法发送，所以ping不通。

vlanif的UP状态是依赖于上行端口的注册的，在OLT上显示上线了，那么需要查看在MXU本地是否上线了，通过display board 0/0查看，现场反馈发现端口是GE类型，而不是GPON！由此可以确定问题：底层驱动模式是GPON（使用display port mode f/s/p可以看到），而因为之前该设备被配置成了GE，并且在GE端口上配置了port vlan等业务，导致底层适应的GPON模式上报给上层主机的时候发现原先的GE类型端口上配置有业务，所以上层主机的业务数据无法切换，主机数据仍然是GE类型的，当底层驱动变成GPON并且上线以后，上线注册消息发给上层主机，被上层主机认为端口类型不一致而丢弃了，所以vlanif就无法up了。

  此问题的另外三点说明：

  第一：发生这种问题的时候，从MDU上查看告警应该可以看到有端口模式不一致的故障告警，通过这个告警可以直接确定问题所在。

  第二：为了支持远程模式切换，MDU在后期版本支持了SNMP参数切换，也就是如上所示的情形下，在MDU的新版本底层变GPON，而主机是GE的情形下，带内管理通道是可以通的。

  第三：这个问题可能是由于这个盒子之前配置过GE并且保存过数据库导致的，可以通过清除数据库重启解决或者删除GE口配置的port vlan后使用port mode f/s/p gpon命令将上行口指定为GPON模式后解决。

  另外，一线的用服人员在出现这种问题的时候可以查看MDU上的故障告警：

1.3.5 案例五：EPON TYPED倒换后业务不通

问题现象

xx测试中发现，EPON TYPED倒换后业务不通。

分析&解决

出现问题后在OLT上和MXU上新建流和vlanif互相ping，是可以ping通的。而之前建的流映射有的通，有的不通。

问题原因是OLT上如果之前非TYPED配置了service port，然后切换为TYPED的环境和配置，但是之前OLT上配置的service port又没有删除过，配置了TYPED以后倒换就会业务不通，而在建立TYPED以后再建service port的流倒换就没有问题。规避方案：将OLT上的service port删除后重新创建。

1.3.6 案例六：OLT给MxU配置ipconfig提示失败

问题现象

EPON ONT IPCONFIG问题：xx测试中，发现从OLT上给MxU配置ipconfig的时候，提示失败。

分析&解决

MxU上在308版本上对OLT下发ipconfig的配置进行了重写优化，加入了失败回退机制，在平常测试中没有发现已知正常情形下有问题的情况，所以初步判断是MxU本地FLASH中保存的ipconfig配置和数据库不一致导致的，而造成这种现象的原因一般有两种：

●没有及时保存数据库。

●MxU之前上线并且配置了ipconfig，然后更换了数据库，或者硬件盒

子从一个地方迁移到另一个地方。

这种问题研发需要从lastword信息判断失败的原因：

本案例中从lastword中看到：MxU上有错误记录：表示vlanif被voip使用而删除失败。但是之前在该OLT上又没有下发过ipconfig配置，如果本次从OLT上下发一样的配置的话，应该是可以成功的（这种场景是支持的，是从无网管场景向网管场景升级），从MxU本地查看历史下发的IPCONFIG信息记录（查看方法见下面），发现确实曾经下发过配置，这样的话可以基本明确问题所在，因为MxU本地的FLASH记录显示之前存在ipconfig配置，并且数据库中恰好有老的ipconfig配置的vlan以及vlanif和ip存在，并且ip还被voip占用，所以导致如果重新下发新的ipconfig的话，MxU会尝试去删除老的ipconfig（根据flash中保存的），结果删除的时候发现vlanif无法删除（被voip占用），就返回了失败。这种情况下，只有给MxU下发和之前一样的vlanif、ip以及网关才可以下发成功，并且由于该vlanif被voip占用，即使下发成功也不能再修改或者删除ipconfig了。

对于EPON，OLT的早期版本（包括V8R62以及V8R7），当IPCONFIG失败的时候OLT上会显示CTC协议栈错误无法下发配置；而OLT的新版本是可以下发的，只是下发后会显示该MxU在OLT上配置恢复失败。

对于GPON，OLT的所有版本对IPCONFIG的错误都是允许下发的，只是失败的时候会将MxU的状态置为配置恢复失败状态。

当发生由于配置了IPCONFIG信息导致MxU配置恢复失败或者OLT上配置IPCONFIG返回失败的时候，一般都是因为IPCONFIG配置和本地有冲突导致的，当发生这种情况的时候，处理方法有如下两种：

1、在OLT上尝试使用另外的VLAN和IP配置给MxU，如果可以配置成功，则可以远程telnet上去查看下面信息，然后再查询对应的Vlan内是否配置了service port或者该vlanif被语音占用。如果要恢复，可以临时将该vlan内的service port删除或者将vlanif不要被语音占用，或者查看之前下发的IP是否和本地接口地址有冲突，然后从OLT上下发之前的IPCONFIG。

2、在MxU本地收集下面的信息，根据其中的Vlan值和IPAddr的值以及GateWay的值，对本地配置进行排查，根据上述规则将冲突清除后再下发即可成功。

下图表示没有配置过IPCONFIG信息。

308C00版本关于IPCONFIG配置的：

1、OLT上下发了IPCONFIG的配置，后来MxU本地在OLT下发的VLAN

内配置了业务虚端口，或者创建了vlanif并且被语音占用，然后如果

再从OLT上试图修改IPCONFIG信息，会无法修改返回失败。

2、当OLT上下发的IPCONFIG的IP信息和MxU本地的某一三层接口

或者METH口在相同网段的时候，会配置失败。

3、VLAN 1是系统默认VLAN，是无法删除的，所以如果在VLAN1上

创建IPCONFIG的话，可以创建成功，但是后面将无法修改该

IPCONFIG的配置到其它VLAN上。308C01版本解决了该问题。

1.3.7 案例七：EPON绑定SNMP模版重注册配置恢复失败

问题现象

EPON绑定SNMP模版重注册配置恢复失败：从OLT上绑定snmp模版可以成功下发，并且配置恢复成功；但是重注册以后就配置恢复失败；删除绑定的snmp模版后重注册配置恢复成功。

分析&解决

此问题是因为MxU支持2.0和2.1，和OLT协商成了2.1，当OLT上直接配置snmp模版的时候，OLT下发2.1的配置消息；而重注册的时候，OLT下发的却是2.0的消息，导致MxU在2.1下处理2.0消息失败（同一时间只能工作在2.0或者2.1），所以配置恢复失败。此问题在V8R7版本和V8R8早期版本上都存在。解决办法：复位OLT的PON板，或者升级OLT版本。

1.3.8 案例八：光纤未插好导致EPON无法上线问题

问题现象

光纤未插好导致EPON无法上线问题：测试发现EPON TYPED环境下，主端口不上线

分析&解决

打开boarddrv debug api info on 看不到主端口的任何注册状态变化；在EPONNNI模式下，看端口统计，发现接收MPCP报文很多，但是发送的较少；然后在su模式下，打开g_ulprintswitch开关为3（打印mpcp报文），发现收到02的报文很多，发送的04报文也有，但是没有05的，从OLT上看也没有收到MXU的任何MPCP报文。从上述分析，是MXU MAC显示自己发出了04的REGISTER REQ报文，但是OLT没有收到，所以问题肯定是上行报文MAC发送了，但是实际没有发出去。随后检查光模块的相关配置：查看光模块发送电源已经打开，tx_en信号是MAC控制并且是AUTO状态，说明光模块配置没有问题，那么问题就只可能出在光纤上了，从以前经验看，很可能是光纤插头没有插好导致，或者光纤有小半径弯曲。最后在现场确认是光纤没有完全插紧接头导致，插好后MXU正常上线。发生EPON无法上线的时候需要首先排查光纤接头是否插紧。

1.3.9 案例九：GPON配置恢复失败问题

问题现象

GPON配置恢复失败问题：某局点设备替换后发现MxU配置恢复失败。

分析&解决

经过查看配置发现原先的模版配置的都是gemport car或者flow car的，由于308版本新盒子不支持gemport car和flow car，所以上报能力集的时候上报了不支持，如果OLT上配置了gemport car或者flow car则会显示ont类型和模版不匹配，并且配置恢复失败，目前5103只能支持严格PQ调度，不支持gemport car和flow car。

对于此种场景的解决办法：

●对新增的308新盒子，只能使用PQ的QoS模式；

●对新盒子替换老盒子，需要将之前配置的gemport car和flow car切换为PQ模式，再进行硬件盒子替换。

1.3.10 案例十：反复shutdown EPBD端口导致所有MxU概率无法上线

问题现象

反复shutdown/undo shutdown EPBD板端口，导致所有的MXU概率无法上线

分析&解决

反复shutdown EPBD的端口，发现一个PON口下的5个MxU有两个无法上线，经过在MXU上看状态，发现始终上报注册状态2，并且MPCP交互已经完成，从EPON统计看，OAM显示有收到很多，但是发出的OAM报文很少，所以问题发生在OAM的交互过程中。后经过定位，发现OAM收到的报文是对的（EPBD在收不到OAM的时候会狂发第一个标准OAM交互报文），并且协议栈有该oam报文的回应报文发出，并且逻辑也将回应报文调度出去了，但是从PON MAC看，发现上行出去的OAM报文和逻辑调度的个数不对，几乎没有报文能够发送出去，所以怀疑是EPBD的带宽分配有问题，分配的周期较大或者没有分配合适带宽，导致oam报文到了pon mac的fifo，但是由于等不到带宽而无法发送上去。 此问题最终确认是因为MXU的带宽申请有问题，在无数据发送的时候，也会申请一个较大的带宽，刚好碰到OLT的EPBD的bug，EPBD在这种情况下会把带宽都分给assure，导致有的MXU上线的带宽无法申请到而不能上线。MXU侧是因为上行口模式变更以后但是没有到达稳定状态，此时sfd记录的还是自己初始化的GE模式，会导致CPU往上行口发包的时候在vlan内广播就会给上行的NGE队列发包，NGE的队列在5103的时候被统计到了EPON的DBA申请里面，导致申请了大带宽。

此问题在C00SPC300B032及其之前的版本都存在该问题，SPC500版本解决了该问题。

1.3.11 案例十一：EPON MXU在OLT上添加以后始终无法上线

问题现象

EPON MXU在OLT上添加以后始终无法上线

分析&解决

OLT上添加自动发现的MXU后MXU始终无法上线，在MXU上看，收到大量的MPCP报文，但是发送出去的很少，说明MPCP没有完成，打开mpcp调试开关，看到MPCP的报文有收到05（REGISTER）报文，但是没有06（ACK）的报文发送出去，查看05的报文，发现OLT在其中置了拒绝上线的标志位，导致MXU认为OLT不让自检上线所以开始静默1分钟后再尝试上线。此问题复位OLT的EPON板可以解决。

1.3.12 案例十二：EPON 20km以上无法上线问题

问题现象

EPON 20km以上无法上线问题

分析&解决

在OLT上，EPON默认的上线最远距离是20km，如果使用的光纤超过20km，会导致MXU无法正常上线。如果光纤确实超过20km，可以在OLT上重新设置最远距离（例如设置为30km）：

MA5600T(config-if-epon-0/2)#port 0

{ laser-switch|low-time-lapse|ont-auto-find|range|tag-based-ont|t

ag-based-vlan }:range

{ max-distance }:max-distance

{ max-distance<0,40> }:30

  Command:

          port 0 range max-distance 30

MA5600T(config-if-epon-0/2)#

1.3.13 案例十三：GPON 反复上下线

问题现象

GPON 反复上下线，OLT上看MXU因为LOSi掉线，然后又立即LOSi恢复上线，如此反复。

分析&解决

此问题是因为MxU本地的一个寄存器配置错误导致，具体的问题见下面文档：

1.3.14 案例十四：光功率导致无法上线问题

问题现象

光功率导致无法上线问题

分析&解决

对GPON和EPON而言，光路问题是最难排查和最容易出现的问题，光路出现问题的排查方法如下：

步骤 1看端口是否link up：如果下面查询出的显示是down的，则说明MxU没有正确收到光。

步骤 2看接收光功率是否正常：

重点关注上面五个红色的值，其中偏置电流正常值为7左右，如果超过15或者到达79左右的话是有问题的，如果该值过大，通过MxU本地laser on可以强制让MXU上线并降低偏置电流。温度正常值不能超过70摄氏度。发送光功率一般为2~3DB之间。接收光功率GPON和EPON稍有不同：EPON的正常接收光功率应该在-5DB~-30DB之间，GPON的正常接收光功率在-10DB~-25DB之间，在上述区间的上下边界可能会导致无法上线。

1.3.15 案例十五：GPBD单板下MxU长时间无法注册导致无法自动发现

问题现象

对接GPBD，MxU处于自动发现状态时间长以后再也无法自动发现

分析&解决

此问题是因为在长时间处于自动发现状态的时候，MxU上的光模块偏置电流逐渐变大，到一定程度后，发光异常，导致无法正常自动发现了。

远程判断方法：

通过查看OLT上的告警判断：开始该MxU可以自动发现，过一段时间（十几分钟到4小时不等），就不能自动发现了，可以怀疑为该问题产生。

现场判断方法：

此问题解决办法：

步骤 1在MxU本地laser on命令强制上行发光可以恢复。

步骤 2重启设备。

1.3.16 案例十六：GPON在OLT上更换ONT模版后配置恢复失败

问题现象

GPON在OLT上更换ONT模版以后配置恢复失败，并且重注册也无法恢复

分析&解决

此问题是因为GPON协议栈在模版切换的时候表项丢失导致新配置下发的时候出现问题，此问题出现后重注册也无法恢复，复位MxU可以恢复。SPC500已经解决该问题。此问题根本原因是因为对应的TCONT表项在MxU本地没有创建成功，目前此问题的影响在B035上看到是切换模版会配置恢复失败，现网发生过个别TCONT业务不通但是配置恢复成功的现象（B032版本），都是该问题导致的现象。

1.3.17 案例十七：TCONT绑定TYPE3类型的ASSURE 1M MAX 1M带宽业务不通

问题现象

TCONT绑定TYPE3类型的ASSURE 1M MAX 1M带宽业务不通

分析&解决

此问题本质原因和案例二一样，是因为当绑定的带宽只有1M的时候，OLT分配的最小带宽1M无法满足MxU新盒子的最小报文发送的要求，导致报文无法往上行发送出去，所以业务不通。

解决办法：配置的带宽类型为TYP2/TYPE3/TYPE4类型的时候，必须保证OLT上的最小带宽在2M及以上。例如：配置ASSURE 1024/MAX 1024或者ASSURE 1024或者MAX 1024都会业务不通，配置ASSURE 1024/MAX 2048，ASSURE 2048，MAX 2048业务都可以正常。

1.4 问题信息收集方法

如果出现问题后在上述已知问题中没有找到类似问题，请进行下面的信息收集操作，反馈给研发分析：（下面命令如果是GPON则收集GPONNNI模式下的，如果是EPON则收集EPONNNI模式下的，其它的不管GPON还是EPON都收集）

MA5612(config)#display board  0/0

MA5612(su)%%display language

MA5612(su)%%display lastword all

MA5612(su)%%display compiling time active

MA5612(config-if-eponnni-0/0/1)#display MxU info

MA5612(config-if-gponnni-0/0/1)#display MxU info

MA5612(config-if-eponnni-0/0/1)#display port state

MA5612(config-if-gponnni-0/0/1)#display port state

MA5612(config-if-eponnni-0/0/1)#reset epon-port statistic

MA5612(config-if-eponnni-0/0/1)#display epon-port statistic

MA5612(config-if-gponnni-0/0/1)#reset gpon-port statistic

MA5612(config-if-gponnni-0/0/1)#display gpon-port statistic

MA5612(diagnose)%%boarddrv debug func warning on

MA5612(diagnose)%%boarddrv debug tmode

MA5612(diagnose)%%boarddrv debug api info on

打开该调试开关后等待2～5分钟，收集界面的打印信息，收集完毕后使用下面命令关闭调试：

MA5612(diagnose)%%boarddrv debug api info off

MA5612(diagnose)%%boarddrv debug extmcfg

MA5612(diagnose)%%display current-configuration

1.5 MxUV800R308C00SPC500已知遗留问题 

1、不支持gemport car和flow car

2、TCONT 0不允许配置业务，如果配置了会业务不通。

3、如果TCONT绑定的带宽类型是ASSURE 1M，MAX 1M则业务无法通，具体见案例十七。

1.6 MxUV800RR308版本1U设备调试口线序

1.6.1 定制调试口说明

1、调试串口正常使用，仅使用调试串口不需要定制线缆，直接使用通用串口线即可；

2、调试网口线序与正常网线有差别，如果需要使用调试网口必须制作定制线缆； 

1.6.2 定制调试线缆制作说明

1、MxU R308 MA562X MA5612设备由于面板位置紧张，调试网口和调试串口共用一个RJ45接口，调试串口使用标准线序（3、5、6）。调试网口使用特殊线序（1、2和7、8）。

设备接口线序如下图：

2、串口网口共用引入问题：用服及开发人员在使用调试网口时需要使用特殊线缆，只使用调试串口不影响；

3、解决方案：

1）定制线缆设备侧水晶头，PC侧串口出DB9、网口侧出水晶头；线缆制作方式如下图X1为设备侧、W2对应串口、W1对应网口。

2）定制线缆设备侧水晶头，PC侧串口出水晶头、网口侧出水晶头；如下图：

1.7 MxUV800R308镜像抓包的方法

1.7.1 上行口到上行口

1、两个上行口都必须是GE类型

MA5620(config)#interface eth 0/0

MA5620(config-if-eth-0/0)#mirror port 1 2 all

2、源端口非GE端口

MA5620(diagnose)%%mirror port 0/0/1 0/0/2 all

3、使用ACL镜像入方向报文

MA5620(config)#acl 4000

MA5620(config-acl-link-4000)#rule permit

MA5620(config-acl-link-4000)#quit

MA5620(config)#traffic-mirror inbound link-group 4000 port 0/0/1 to port 0/0/2

1.7.2 用户口到上行口

1、用户口镜像到上行口

MA5620(diagnose)%%mirror port 0/1/1 0/0/2 all (注意:对入方向的报文镜像可能有问题)

2、使用ACL镜像入方向报文

MA5620(config)#acl 4000

MA5620(config-acl-link-4000)#rule permit

MA5620(config-acl-link-4000)#quit

MA5620(config)#traffic-mirror inbound link-group 4000 port 0/1/1 to port 0/0/2