OptiX SDH人为故障研讨.ppt

人为故障研讨 1 1 引入 针对目前网上运行的华为光网络设备在日常运行过程中 由于维护人员在进行维护操作时违反日常维护建议或操作规范而引发的重大事故侧重于以下几方面 规范性 安全性 事故处理方面 学习目标 了解发生人为故障的常见原因学习 研讨具体人为故障案例掌握如何避免人为故障 学习完本课程 您应该能够 课程内容 第一章人为故障定义及危害第二章典型人为故障案例学习第三章小组讨论 第一章人为故障定义及危害 人为故障的定义人为故障的危害 人为故障的定义 由于人为因素引起的业务中断类设备故障 人为故障的危害 突发性 对故障的处理往往准备不及责任性 需追究当事人责任隐蔽性 给定位故障带来许多障碍 问题 如何才能避免人为故障的发生呢 解答 提高技术水平增加对所维护设备的了解操作之前三思而行增加责任心加强日常维护制度的规范性 课程内容 第一章人为故障的定义及危害第二章典型人为故障案例学习第三章小组讨论 参考资料 光网络设备网上人为重大事故分析故障排除案例集锦光网络维护速查手册 第二章典型人为故障案例学习 第一节误操作第二节违反日常维护建议 光缆错连导致的全网业务中断 系统概述 某用户使用华为公司20多套OptiX155 622设备组成一通道保护环 集中型业务 在工程中主站一侧最后一段光缆未好 全网处于倒换状态 支路显示PS告警 业务正常 故障现象 某天下午 光缆施工完毕 将最后一段光路打通 业务正常 10分钟后 全网业务中断 光缆错连导致的全网业务中断 故障分析及排除 将该段尾纤拔掉 业务立刻恢复正常 可见为主用通道故障 再次检查配置 无问题 怀疑交叉板故障 因网上有业务 不便处理 后想到用户方面原因 可能为最后一段光缆接错 让用户仔细检查 确实为光缆接错 光缆错连导致的全网业务中断 事故原因 通道环原来处于倒换状态 业务正常 当最后一段光缆连好 因光缆连错且该段光缆恰为我司另一个环的光缆 含有正常光信号 光板无法分辨是否为正确的光信号 RLOS告警消失 不再下插AIS 支路检测不到TU AIS 根据通道倒换原理 10分钟后选收主用通道 但因为此时光缆接错 主用通道中无正常的业务信号 故实际业务中断且网上无任何告警 光缆错连导致的全网业务中断 事故总结 光缆接错是用户在升级扩容和熔接光缆时最常见问题 其原因一般多为连接光缆时太随意或光缆没有按照维护要求粘贴标签 这类事故发生后通常会造成大面积的业务中断 酿成重大事故 这里从维护的角度 向维护人员说明讲解一下这类故障的现象与常用定位故障的方法 光缆错连导致的全网业务中断 当此类事故发生后 一般表现的现象 a 组网为通道保护环 如果光纤自环或连接错误 不会有什么异常告警 但在光缆连接正常十分钟后业务会中断 因为此时断纤西向的站点会默认为主环光路恢复正常 而把备环的业务倒回倒主环 导致业务中断 b 组网为复用段环 如果光纤自环或连接错误 光板上的R LOS告警消失 但全网仍处于复用段保护倒换状态下 业务没有中断 由于光纤连接错导致断纤两端的网元无法从短径正常收发K1K2字节 因此复用段保护环始终处于保护倒换状态下 无法恢复 光缆错连导致的全网业务中断 预防措施 如何定位光缆是否连接错误a 用网管检查ECC通道是否正常 判断光缆是否接错 正常情况下 ECC路由应该走最短路径 并且其每个DCC通道的收发字节应在同一数量级 b 用网管向光板下插MS RDI告警 通过查询下游站对应光板的告警信息来判断光缆连接是否正确 c 用网管软件更改线路板的J1字节 通过查询下游站的告警信息是否上报HP TIM告警来判断光缆连接是否正确 由于HP TIM告警可能会下插AIS 此方法不适用于OptiX155 622设备的老子架 在OptiX系列设备与其他厂家设备进行对接时也不推荐使用此方法 未成环由于复用段协议启动使业务中断 系统概述 某工程由OptiX2500 设备组成STM 16双向复用段保护环 1号站接网管 组网如图所示 由于5号站和6号站之间的光缆可能很长时间不能到位 在开局时按复用段配置 但停止了复用段协议 各个站到1号站都有业务 故障现象 某日 维护人员在网管上增加3号站到1号站之间的业务 对1 2 3号站的配置进行了修改 配置修改完成后 交换机房反映4 5 6 7号站的业务出现了中断 未成环由于复用段协议启动使业务中断 故障分析及排除 查询告警 发现1号站对应于4 5 6 7号站的业务出现了TU AIS告警 而且1 2 3号站出现了PS告警 检查复用段状态 发现1号站为 倒换西向 2号站为 穿通 3号站为 倒换东向 将1 2 3号站的复用段协议停止后 业务恢复正常 未成环由于复用段协议启动使业务中断 事故原因 由于修改配置导致了复用段协议的异常启动 影响了业务 修改配置主机要进行校验 会使复用段协议自动重新启动 如 1号站复用段协议启动时 由于其两侧的站复用段协议是停止状态 1号站发出的用于检测环路是否正常的K字节在环上不能穿通回到1号站 而且其它站对1号站发出的K字节也不会有响应 这种情况下1号站认为两侧网元失效 1号站协议启动并进入双端失效的状态 双端失效并不会改变交叉板的数据 但在2号站协议启动时 由于1号站收到了2号站的K字节 1号站认为其东向正常会进入倒换西向 将导致1号站西向工作通道上的业务甩开 而且2号站也进入倒换东向 在1 2 3号站协议都启动后 将出现1号站倒换状态为 倒换西向 2号站为 穿通 3号站为 倒换东向 的现象 未成环由于复用段协议启动使业务中断 事故总结 在主机复位 掉电重起 重新配置的情况下都可能导致复用段协议自动启动 由于这些情况很难预料 目前华为公司的工程规范要求对于没有成环的网络按链配置 更改2500 高阶开销穿通模式导致过环业务中断 系统概述 某工程组网如下图所示 由4个OptiX2500 设备组成STM 16双向复用段保护环 在1号站和3号站之间有一条155M业务 此业务在2号站穿通 在1号站和3号站分别用SQ1板与A厂家的SDH设备对接 开通过OptiX2500 环的业务 更改2500 高阶开销穿通模式导致过环业务中断 故障现象 某日维护人员在OptiX网管上操作 对网管的一些功能进行验证时 忽然交换机房反映A设备经过OptiX2500 环的过环业务中断 维护人员在A的网管上检查发现A1 A2设备与OptiX2500 SQ1板对接的155M光板上有HP TIM告警 故障分析及排除 维护人员用网管对3号站的SQ1光板相应光口作内环回 在1号网元挂表进行测试 发现正常 基本排除OptiX2500 的设备VC4不通导致业务不通 更改2500 高阶开销穿通模式导致过环业务中断 因为A1 A2设备上报HP TIM告警 而且A设备在J1失配的情况下会下插AIS导致业务不通 可以认为是J1字节失配导致了业务的中断 检查A1 A2设备实际接收的J1字节内容 发现为 HuaWeiSBS 是OptiX设备缺省的J1字节内容 由于OptiX2500 上测试该VC4业务是正常的 而正常情况下OptiX2500 的高阶开销是穿通模式 A1 A2设备的高阶开销通过OptiX2500 环时能够互相实现透传 出现HP TIM有可能是此VC4业务在某个OptiX2500 网元上被设置为开销终结模式 逐步检查1 2 3站各光板相应VC4的开销模式设置 发现2号站东向光板相应VC4的开销穿通模式被设置为终结 重新设置为开销穿通后 业务恢复 更改2500 高阶开销穿通模式导致过环业务中断 事故原因 由于维护人员修改了OptiX2500 的开销穿通模式 通过查看网管上的操作记录证实了这一点 而A设备在J1字节失配情况下下插AIS导致了业务中断 事故总结 OptiX2500 将VC4级别业务的高阶开销自动设置为穿通模式 方便了不同厂家设备之间的对接 尤其是能顺利实现与ATM IP业务的开通对接 如果错误的修改了开销穿通模式 对高阶业务会影响开销的透传 更改2500 高阶开销穿通模式导致过环业务中断 在进行STM N口对接时 某些厂家的设备 当检测到J1或C2字节与期望值不一致时 缺省会下插AIS 导致业务中断 而OptiX设备在缺省情况下 J1失配不会下插AIS 如果需要下插AIS可以通过软件设置来实现 对VC4级别业务 在SDH的高阶开销无论是处于穿通还是终结的模式下 用仪表测试结果都能显示正常的原因是仪表没有处理高阶开销失配 时钟级别设错导致断纤后出现时钟互锁使基站中断 系统概述 某工程组网如图1所示 4个OptiX设备组成单向通道保护环 1号站为中心点 集中型业务 2 3 4号站西向跟踪1号站的时钟 网管为NES网管 时钟级别设错导致断纤后出现时钟互锁使基站中断 故障现象 某日 2号站与3号站之间发生断纤 业务正常倒换未受影响 30分钟后 3号站和4号站所带基站业务中断 但3号站和4号站所带的交换等业务未受影响 光纤恢复后 所有业务自动恢复 为定位故障 在光纤恢复后 维护人员模拟断纤倒换 故障现象再现 检查告警和性能数据 发现除大量的指针调整事件外 未发现其他异常告警和性能事件 光纤连接正常后 所有告警和性能事件消失 时钟级别设错导致断纤后出现时钟互锁使基站中断 故障分析及排除 从指针调整事件上分析 在2号站与3号站断纤后 3号站和4号站与1号站不同步 导致频繁发生指针调整 查询各站当前跟踪源 进入NES网管的 配置 时钟板 同步状态 菜单 查询各个站的当前时钟源 查询发现1号站为 内部时钟源 2号站为 西向时钟源1 3号站为 东向时钟源1 4号站为 西向时钟源1 可以看到3号站和4号站的时钟出现了互相跟踪的现象 时钟级别设错导致断纤后出现时钟互锁使基站中断 查询各站时钟优先级 进入NES网管的 配置 时钟板 时钟源 优先级 菜单 查询3 4号站的时钟配置 查询发现3号站的时钟配置为 西向时钟源1 东向时钟源1 内部时钟源 4号站的时钟配置为 西向时钟源1 内部时钟源 修改3号站的时钟配置为 西向时钟源1 内部时钟源 后 再次进行断纤实验 基站业务没有出现中断的现象 故障解决 时钟级别设错导致断纤后出现时钟互锁使基站中断 事故原因 查看网管操作日志 发现是网管维护人员对3号网元的时钟配置进行了修改 3号站西向断纤后 3号站时钟要进行倒换去跟踪东向光板的时钟 而4号站仍然跟踪西向光板的时钟 出现了3号站和4号站时钟互锁的情况 时钟级别设错导致断纤后出现时钟互锁使基站中断 事故总结 在没有使用S1字节时钟保护的情况下 如果ADM站时钟级别中同时有西向时钟源 东向时钟源 在断纤的情况下网元跟踪下一个级别的时钟 网络可能会出现时钟互跟的现象 时钟互锁会导致时钟性能随时间增加而劣化 而基站需要从2M信号中提取时钟 对时钟比较敏感 互锁一段时间后 基站会因为无法从2M信号中提取时钟而中断 而交换业务对时钟要求较低 所以没有此类问题 信令电路除外 华为公司的规范规定在未启动S1字节时钟保护时 网元时钟级别只能选择一个线路方向 防止发生时钟互锁现象 网管误做VC4环回导致业务和ECC中断 系统概述 某局本地网采用OptiX2500 系统组成一个两纤复用段共享保护环 全网共7个站 组网如下图所示 网管误做VC4环回导致业务和ECC中断 故障现象 10月27日17 30时 维护人员申告7号网元的部分业务中断并且无法登录7号网元 通过远程维护发现 10月27日16 30复用段环发生了倒换 1号网元和7号网元为倒换态 其余站点为穿通态 业务中断时间是17 20分 基本说明不是复用段倒换引起的故障 网管误做VC4环回导致业务和ECC中断 故障分析及排除 经了解 1号到7号网元间光缆下午16 30被施工挖断 目前正在抢修光缆 检查各网元复用段保护倒换参数设置 复用段段节点参数设置正确 排除倒换不正常的可能 查看业务配置 发现7号网元中断的业务是到5号和6号网元的业务 并且走的是第1个VC4 结合7号网元ECC中断的问题 于是登录6号网元使用ECC查询命令 发现其东向的ECC通道只有发送字节 接收字节很小 且不再发生变化 说明7号网元的西向光板ECC通道发送有问题 由于ECC通道走的是第一个VC4 而其他通道的VC4业务没有影响 据此断定是7号网元的西向光板故障 网管误做VC4环回导致业务和ECC中断 询问维护人员在17 20分对7号网元是否做过操作 维护人员承认对7号网元的西向光板的第1个VC4进行了内环回 要求维护人员携带便携机到7号网元 登录后对西向光板进行解环回操作 业务于20 30恢复 事故原因 维护人员在发生复用段保护倒换后 检查倒换状态和业务时 由于误操作 对7号网元的西向第一个VC4进行了内环回 而引起故障 网管误做VC4环回导致业务和ECC中断 事故总结 a 对光路的环回操作 是个危险操作 此类操作会导致整个VC4的业务中断 还有可能引起ECC中断 所以维护人员在做此类操作前 一定要仔细确认是否确实可以做环回 在网管上选择的环回应用确认之前 要再次核对是否要环回VC4选择是否正确 b 进行环回操作之后 一定不要忘记解开环回 目前网管界面都提供环回指示的功能 做了环回操作的单板都有红色的环回指示 c 要将检查单板是否有环回指示 做为日常维护中的一项重要工作 网管误操作导致复用段节点参数设置错误 系统概述 某局本地网采用OptiX2500 系统组成一个两纤复用段共享保护环 全网共7个站 组网如下图所示 网管误操作导致复用段节点参数设置错误 故障现象 某日 1站与7站光缆中断 复用段保护倒换正常 当光纤恢复后 倒换恢复 但2站和6站状态仍为穿通 P 而其它站复用段协议已恢复为空闲状态 I 故障分析及排除 从故障现象分析 怀疑问题是复用段节点参数错误导致 检查各网元复用段保护倒换参数设置 发现节点号为0的有两个站点1站和6站 节点号为3的也有两个站点2站和4站 复用段节点参数被修改导致了本次故障 重新设置了各节点复用段节点参数后倒换恢复正常 网管误操作导致复用段节点参数设置错误 事故原因 检查NES网管中的数据设置 发现网管复用段维护中多创建了一个环R0 依次包括6 7 1 2站 因为NES网管在创建复用段环时 会按照网管中创建的环生成节点信息并下发到网元 所以进行此操作时必须保证按照主环方向依次选择环上的站点 否则会造成复用段倒换 本次故障就是因为没有按照主环方向创建复用段环且站点选择不全造成的倒换异常 节点参数不连续时保护倒换会出现异常 在一些情况下可正常倒换 在一些情况下正常倒换后会出现无法恢复的现象 若没有按主环方向设置 将节点参数设反或节点号重复 参数有错 保护倒换可能无法成功 网管误操作导致复用段节点参数设置错误 事故总结 a 对复用段环 在业务发生异常的时候 要先检查一下环上各个节点的复用段倒换状态是否正确 如果确认光路正常而复用段出现了异常倒换 可以先停止协议 如果是由于复用段参数设置错误而导致的倒换失败 在修改参数后再启动协议 b 对于网管中已设置好的复用段环路 非必要情况下不要重新设置 在网管中创建复用段环路信息的时候 会根据环路信息的设置情况 将新的复用段节点下发到网元 c 在网管中创建复用段环时 必须保证按照东发西收的主环方向依次选择环上的网元和逻辑系统 只有操作正确才能使复用段节点号从 0 开始 0 可是环上任一节点 逐一递增 最大节点号为环上节点数减1 d 要将检查复用段节点参数和协议状态作为日常维护的项目 对网元重新下载过配置时也要检查复用段参数和协议状态 问题 如何才能避免误操作的发生呢 解答 提高技术水平增加对所维护设备的了解操作之前三思而行增加责任心加强日常维护制度的规范性 第二章典型人为故障案例学习 第一节误操作第二节违反日常维护建议 PGND接地不良造成单板频繁损坏 系统概述 某局传输由4个OptiX155 622设备组成双向复用段保护环 依主环方向依次为1 2 3 4号网元 1号网元为业务中心点 接有网管计算机 该局处于雷击多发地带 所有站点采用独立接地的方式 PGND接地不良造成单板频繁损坏 故障现象 2号网元经常发生单板损坏并造成业务中断的事故 已累计损坏PL1板2块 SL4板1块 GTC板1块 某日 机房维护人员又反馈2号网元PL1板 1板位 TDA板 2板位 在网管上板位为灰色 单板不在位 但业务正常 故障分析及排除 1 携带备板赶到2号站 发现2号网元1板位的PL1板和2板位的TDA板运行灯每两秒一闪 单板已与主控板失去联系 2 拔插PL1板后 PL1板运行灯快闪 单板无法正常开工 业务中断 换上带来的PL1板 正常开工后业务恢复 同样方法更换TDA板 PGND接地不良造成单板频繁损坏 3 查找2号网元的地线走向 发现传输机柜的BGND电缆接至直流柜的BGND铜排 直流柜的BGND铜排又接至户外的地线排 而所有设备的PGND都接在机房内的另一地排上 该地排与墙体外漏的一根生锈的铁线相连 明显不符合接地规范 4 对BGND和PGND地排进行地阻测试 其中BGND为2 1欧姆 基本符合要求 PGND为12欧姆 地阻明显偏大 5 将传输机柜BGND和PGND短接 并加装PLB电源防雷盒 重新给设备加电 并确认业务正常 6 递交报告希望用户进行2号站PGND地线整改 重新埋设地排 或在2号站采用联合接地的方式 PGND接地不良造成单板频繁损坏 事故原因 单板不在位 但业务正常是雷击造成单板接口芯片损坏的典型症状 由于2号网元经常在雷雨天气后发生单板损坏 再结合上面测试的数据得出结论 单板被雷击损坏 事故总结 根据有关规范的规定 建议接地电阻值在综合通信大楼宜小于1欧姆 在普通通信局 站 宜小于5欧姆 高土壤电阻率地区可放宽到10欧姆 接地电阻值越小越好 华为公司在OptiX设备日常维护建议中建议维护人员每年进行1次各站点的地阻测试 发现地阻值过高 要及时处理 排除雷击隐患 备份网管与网元数据不一致下载后业务中断 系统概述 某干线工程 覆盖了多个城市 组网如下图所示 采用了OptiXiManagerRMS网管进行管理 全网分别在3个城市设置了网管 RMS 1 RMS 2 RMS 3 其中RMS 1为中心网管 进行业务配置与电路管理 而RMS 2 RMS 3为备份网管 备份网管与网元数据不一致下载后业务中断 故障现象 某日17时30分网上部分2M业务出现了TU AIS告警 业务中断 经核实 出现中断的业务都为RMS 1最近新增加的业务 并且这些中断的业务均与NE M号站有关 故障分析及排除 用RMS 1网管查询NE M号站的配置 发现这些出现告警的业务配置已丢失 在RMS 2网管上检查网管的操作日志 发现17时30分前后RMS 2网管对NE M号站执行过业务配置的操作 初步判断是由于RMS 2网管执行的业务配置下发导致新增配置丢失 引起了业务的中断 用RMS 1网管对NE M重新下发正确的配置后 业务恢复 备份网管与网元数据不一致下载后业务中断 事故原因 业务配置都是由于中心RMS 1网管完成的 RMS 1网管上的业务配置是最新的配置 RMS 2 RMS 3网管在异地 并且网管操作人员没有更新过数据 其网管配置数据是20多天前的配置数据 在事故发生时 又由于RMS 2网管操作人员的误操作 在业务配置窗口误按了 激活全部 对NE M号站业务进行了全量下发 由于此时通过RMS 2网管下发网元的业务并不是最新业务 导致NE M号站网元侧的最新配置业务丢失 致使新增业务中断 备份网管与网元数据不一致下载后业务中断 事故总结 1 在多网管情况下要让备份网管起作用 应该定期进行数据同步操作 本案例中RMS 2 RMS 3网管就应该将每天将对全网网元业务进行一次查询作为一项日常操作来执行 2 激活全部 操作是个危险操作 需要强调不要随意使用此操作 对业务要按增量的方式进行增加和删除 3 要注意网络的安全管理 制定有效的维护制度 加强密码管理 设置相应权限的网管用户 做维护时以维护权限用户登录 做网络监控时以监视权限用户登录 平时进行网管监控时应使用 监视级别 的身份登录 避免不必要的误操作 备份网管与网元数据不一致下载后业务中断 4 OptiX系统提供了完善的网络安全管理 可以通过设置网元用户的级别和网管用户的级别进行操作权限的控制 如 可以只给RMS 2和RMS 3网管分别分配只有监视级别或维护级别的网元用户 在这种情况下 即使RMS 2网管以配置级别的网管用户进行业务配置 但由于网元用户操作权限的限制 RMS 2网管也不能对网元进行实际的业务配置 风扇长期未清扫设备产生大量误码引起业务中断 系统概述 某局本地传输网采用OptiX155 622系统组网 整个网络由5个622M网元组成 构成一条无保护链 网络结构如图6所示 县局1站为网关网元连接网管终端 其它各站均只与县局有2M业务 县局时钟设为自由振荡 其它各站均跟踪西向线路时钟 风扇长期未清扫设备产生大量误码引起业务中断 故障现象 某一天 交换机房人员反映1号网元到3 4 5网元的2M通道有误码 影响业务 到2号网元的业务正常 故障分析及排除 1 1号网元和3 4 5号网元都出现了低阶通道误码 问题应该出在共有的业务路径上 初步定位到1号网元到3号网元之间 2 如果1站中继电缆或电源接地不好 也会导致2M产生误码 从网管查询当前性能 发现1号网元对3 4 5号网元相应的低阶通道确实有误码性能事件 排除了中继电缆接地不好的原因 风扇长期未清扫设备产生大量误码引起业务中断 查询1站和其它各站线路板性能 发现2号网元东向SL4板 3号网元东西向SL4板 4号网元西向SL4板均有高阶通道误码 说明问题是由于SL4板产生高阶误码引起的低阶误码 由于是3号网元相邻站点都产生高阶误码 问题可能出现在3号网元的STG GTC 东西向SL4板 通过对3号网元的东西向光板进行VC4自环 发现误码均未消失 说明不是1块SL4出问题 但问题仍然无法定位 在准备出发换板之前 查看3号网元性能数据 发现3号网元温度为36度 温度偏高 考虑到当时是3月 室温温度不高 而性能上的温度是在机柜顶部检测的 也就是说网管上上报的温度要与子架上单板的实际温度有几度的温差 所以有可能是设备温度过高导致误码 询问维护人员得知长时间未清洁过风扇 到现场后 发现风扇很脏 单板烫手 清扫风扇后 性能温度变为20度 同时误码也消失了 风扇长期未清扫设备产生大量误码引起业务中断 事故原因 对于误码问题 一般情况下低阶误码是由高阶误码引起的 所以应遵循先高阶后低阶的原则 高阶误码产生的原因主要是光板 交叉板故障 此外在很多南方地区设备温度过高 导致光板性能劣化 也是产生误码的一个常见原因 事故总结 严格按照日常维护建议进行日常维护操作是保证设备稳定运行的有效保障 风扇长期未清扫设备产生大量误码引起业务中断 1 定期清扫风扇 OptiX设备维护建议中要求每月至少清扫2次风扇 例如本故障 根据季节的不同可以适当调整清扫风扇的时长 但也不应该长时间的不清扫 2 同时 机房的通风 制冷效果也相应检查 尤其要关注夏天时的空调使用情况 3 定期监测网元的温度性能 另外 要注意由于设备上监控温度的传感器位于机柜顶部 因此 监控的温度要比子架上单板的实际温度低几度 换纤时没有注意光衰减器导致光功率过载出现误码 系统概述 某工程由OptiX2500 设备组成2 5G的复用段保护环 1号站接网管 组网如下图所示 1号站和4号站之间的距离为10km 为8芯的光缆 使用1 2号纤 换纤时没有注意光衰减器导致光功率过载出现误码 故障现象 某日 1号站的S16板上报RLOS 4号站的相应的S16板上报MSRDI 用光功率计在1号站ODF架测试收4号站的光功率 为收无光 在4号站测试S16的输出光功率 为0dBm 判断是4号站发往1号站的光纤出现了问题 对光缆里的其它纤测试 发现3号纤可用 将尾纤换到3号纤后 告警消失但是性能事件上报RS MS误码 换纤时没有注意光衰减器导致光功率过载出现误码 故障分析及排除 网管上查询1号站收4号站的光功率为 3dBm 光功率实测也是这个值附近 怀疑是光功率过载导致的误码 检查工程文档中的光功率记录表 发现工程期间记录的值为 13dBm 但是注明在收端加了一个10dBm的光衰减器 而且使用的是长距的SS62S1603板 在ODF架到S16单板之间并没有找到光衰减器 光衰减原来可能装在ODF架上 将 法兰盘 卸下来观察 一面写有 S10 另一面写有 1550nm 的字样 这应该是个