华为传输设备常见案例集案例一：标题：光功率正常S16板上报R-LOS告警序号：SC0000189826资料类别：案例库产品族：SDH 产品：OptiX 2500+(Metro 3000)故障类别：其他关键字：白光RX LWC现象描述：2500＋设备和波分1600G设备对接，S16板连接LWC板，某日S16板突然上报R-LOS 告警，引起MSP环倒换。
告警信息：R-LOS原因分析：1、本端光板S16故障；2、LWC故障；3、线缆故障。
处理过程：1、通过光功率测试S16入口侧的光功率，发现不带光衰为-7dBm，加了光衰为－12dBm，光功率正常，不是线缆和光衰故障。
2、对S16单板的收发光口自环，发现R-LOS告警消失。
3、在LWC的TX口测试光功率发现，发光为－6.5dBm，但将RX和TX口自环发现，本地LWC和对端的LWC都上报R-LOS告警。
4、更换本地的LWC单板，发现问题解决。
R-LOS告警消失。
5、后确认LWC发白光，虽然测试到光功率，但实际上该光不能被S16板识别，导致S16板上报RLOS。
建议与总结：类似故障处理时，不能单纯的靠光功率来定位故障，还得需要从多个角度去分析问题，检查每一个故障可能。
标题：新建网元ID号与网关网元相同导致的奇怪现象序号：SC0000187064资料类别：案例库产品族：SDH 产品：OptiX 2500+(Metro 3000)故障类别：ECC_Fault关键字：ID 网关网元现象描述：组网情况：网元ID为15、16的组成无保护链，15号为网关网元，网元101、102、103、104、105为10G设备组成STM-64的复用段环，17、18、19、20为101带出的2500＋扩展子架，网元1、2、4、5为10G设备组成STM-64的复用段环，7为1带出的2500＋扩展子架，其中16、101、17、18、19、20、1、7在同一机房，16和1通过扩展ECC相连，7和101通过扩展ECC相连。
故障现象：101和1号网元及其所带的链都无法监控，在网关网元15可以通过ECC－get－route查询到所有的路由，但是无法登陆到101和1号网元所带的和链。
告警信息：无原因分析：有可能是16或者1号网元的主控板故障.处理过程：1、扩展ECC无法登陆，有可能是16或者1号网元的主控板故障，先后更换了16、1号网元的主控板，故障现象依旧；2、将16和101通过扩展ECC相连，17和7通过扩展ECC相连，这时101所带的网元除17号外都可以监控，而1号网元所带的环依旧无法监控；3、通过便携机在18号登陆，可以登陆都所有的网元，依次用19、20、1号网元都可以登陆都所有的网元。
4、通过询问用户，发现出现ECC故障当天，1号网元新增子架，立刻查询其ID号，发现ID号为15，重新更改新建设备的ID号后，ECC正常登陆。
建议与总结：建议在新建设备时一定注意不要ID重复，以免出现ECC不通问题标题：10G设备IP，网关无法更改。
cm-add-lanroute命令行详细说明序号：SC0000262307资料类别：案例库产品族：SDH 产品：OptiX 10G(Metro 5000)故障类别：数据库关键字：10G IP设置现象描述：更改10G设备的IP地址和网关时分别提错误信息：NSERR_CM_IP_ROUTE_GATEWAY_ERR和NSERR_CM_IP_GATEWAY_ERR，IP与网关不在一个网段上。
告警信息：无原因分析： 10设备IP,网关设置与其他SDH 设备有所不同。
他除了要设置IP，网关外，还需要增加以太网路由来访问外网，命令行如下:cm-add-lanroute:dst-ip,gateway,submask;让我们来对这个命令行做个解释，dst-ip是到达的目的主机地址或网段，gateway是与与本机直接相连的网关地址，submask是到达网络的掩码地址，掩码地址必须与目地主机地址或网段相对应，比如，掩码值为255.255.255.224 ,224换算成二进制为11100000,就有2的3次方即为8个网段,每个网段有256-224=32个主机地址,我们拿第一个网段来举例，假设IP地址为129.9.0.2，则第一网段的ip为129.9.0.0--129.9.0.31,129.9.0.0为网络地址,129.9.0.31为主机地址,若dst-ip为129.9.0.0意思就是到达第一个网段，submask就要对应的设为255.255.255.224，若dst-ip为129.9.0.1--129.9.0.30的任意一个值就表示是要到达目的主机地址，submask就要设为255.255.255.255。
上述提示的错误码信息是因为设备上存在以太网路由，我们把他删除，ip和掩码值就可以重新设定了。
处理过程：用命令行:cm-get-lanroute;查出当前所有以太网路由，用:cm-del-lanroute:dst-ip;后即可重新设置ip和掩码了。
建议与总结：我们在维护中常要用到其他专业的知识，这就要求我们平时要注意多学习，多积累。
标题：某些光板在未配置业务之前光口是不报RLOS告警序号：SC0000007171资料类别：案例库产品族：SDH 产品：OptiX 155/622(Metro 2050)故障类别：配置问题关键字：配置业务R-LOS现象描述：2500+设备SD1单板，在光口未配置业务时，拔掉尾纤，不上报告警。
告警信息：无原因分析：对于多光口板：若一个或多个通道为使用，那么对应的光口就为使用，通道全为不使用，那么相应的光口就位不使用。
默认通道的全为不使用，当配置业务后会将相应的通道置为使用。
所以对于SD4单板来说，在不配置任何业务的情况下，各通道均为不使用，两个光口自然也就为不使用，所以不插光纤不会上报RLOS告警。
当任一通道配置业务后，会将相应的通道，光口置为使用，此时会上报RLOS.处理过程：1、在网管上确认没有告警屏蔽，反转之类。
2、登录网元，用alm-get-monevent，查询，看是否告警不监视3，查询该光口是否配置业务，配置业务后告警正常。
建议与总结：2500+设备的多光口板，如SD1、SQ1、SD4、SQ4等。
155/622设备的多光口板如SL2光板。
标题：FAQ-备份网管数据的第四种方法序号：SC0000275494资料类别：案例库产品族：光网络网管产品：OptiX iManager T2000故障类别：数据库备份关键字：数据库备份现象描述：备份网管数据的第四种方法告警信息：无原因分析：无处理过程：大家常见的备份网管数据的方法有1、备份MO2、备份数据库（1，2都可用\T2000\server\database\T2000DM.exe进行备份）3、脚本备份（网管上点击系统管理/脚本导入导出菜单即可）4、就是备份C:\mssql7\data下的数据，方法就是复制出来，用的时候再拷到该文件夹下，这样我们如果要初始化网管，只需保存下网管是空的时候的数据，拷入该文件夹即可，有时拷入后打开网管可能会提示用户名与密码错误，这是由于前后两网管版本不同，这时只要注销一下计算机就可以了。
优点是恢复时间快，无需那么漫长的等待。
标题：METRO1000设备ET1端口包长度设置导致ping大包丢包序号：SC0000317039资料类别：案例库产品族：SDH 产品：Metro1000故障类别：对接问题关键字：ET1 包长现象描述：某日，用户反映ping大包就丢包，用户怀疑可能是传输的问题。
告警信息：无原因分析：修改一下ET1板端口包长度，看是否恢复正常。
处理过程：到达现场ping小包正常，ping 大包不通，修改ET1包长度，在网管上查得无法更改，只能用PTP命令更改，查得案例库里只有修改2500+的，没有155/622H的，咨询800后解决，命令行如下：用以下命令查询:ptp:bid,cc,38,4e,××,68;（查询帧长的低位字节）（其中××为端口号）:ptp:bid,cc,38,4e,××,6c;（查询帧长的高位字节）（其中××为端口号）查得为05f2即为1522的，后用用以下命令设置:ptp:bid,cd,38,4e,××,68,0,0,0,××;//修改寄存器中帧长低位字节（其中第一个××为端口号，第二个××为低位字节）:ptp:bid,cd,38,4e,××,6c,0,0,0,××;//修改寄存器中帧长高位字节（其中第一个××为端口号，第二个××为高位字节）设置后07bc即为1980的。
再ping大包正常。
建议与总结：155/622H和2500+ET1板包长更改总结如下：155/622H：怀疑ET1单板的包长是否有问题时：端口号说明：端口表示值(155/622H) 表示值（2500+）1 0 12 10 23 20 34 30 4以次类推包长 16进制1522 05f21980 07bc(bc为低位，07为高位）用以下命令查询:ptp:bid,cc,38,4e,××,68;（查询帧长的低位字节）（其中××为端口号）:ptp:bid,cc,38,4e,××,6c;（查询帧长的高位字节）（其中××为端口号）用以下命令设置:ptp:bid,cd,38,4e,××,68,0,0,0,××;//修改寄存器中帧长低位字节（其中第一个××为端口号，第二个××为低位字节）:ptp:bid,cd,38,4e,××,6c,0,0,0,××;//修改寄存器中帧长高位字节（其中第一个××为端口号，第二个××为高位字节）2500+：首先ET1单板默认的传输包长是1522字节，可以设置到的最大包长是1980字节。
具体设定可以通过如下的命令查询：:ptp:bid,12,b9,port；(port为端口）返回的是两字节的包长，16进制。
通过如下命令设置最大包长：:ptp:bid,b9,port,xx,xx;（xx,xx即为包长，16进制，如07 bc）标题：T2000V2R2上2500+设备62PQ1板up-e1-ais上报问题序号：SC0000331833资料类别：案例库产品族：光网络网管产品：OptiX iManager T2000故障类别：网管功能关键字：up-e1-ais 上报T2000现象描述：局方维护人员1月25日将骨干网Optix2500+设备62PQ1板up-e1-ais设为上报，在2月2日查看上报状态时，又变成不上报，因为该端口是与PDH设备对接，是大客户业务，局方维护人员极需监控这个告警，反映较强烈！告警信息：无原因分析：1，查询操作日志里只有1月25日的“设置告警上报状态”的记录，无其他操作记录，不是人为更改。
