中国移动光传送网典型案例模板(格式说明).doc_第1页
中国移动光传送网典型案例模板(格式说明).doc_第2页
中国移动光传送网典型案例模板(格式说明).doc_第3页
中国移动光传送网典型案例模板(格式说明).doc_第4页
中国移动光传送网典型案例模板(格式说明).doc_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

页眉:典型案例(案例编号):案例名称中国移动光传送网典型案例模板(集团传输研究课题讨论稿-说明)一、 案例标题 1. 案例名称: (案例名称填写要素:网络类型,厂家类型,故障点,故障现象等例如:一干传输网华为波分LRF单盘TX口不放光故障应急处理)2. 案例编号:(案例编号填写要素:JT-UB-N/P/L-AA-BB-CC-DDDDDD-EEEE,说明:JT-代表集团,UB代表省份,N/P/L代表一干/二干/本地,AA表示厂家(HW华为、FH烽火、ZX中兴等),BB表示专业类别,CC表示案例类别,DDDDDD表示时间,EEEE表示序号。例如:JT-UB-N-HW-CS-WDM-090409-0001)3. 编写时间:例如:2009年4月8日4. 更新时间:例如:2009年4月8日5. 省公司:例如:湖北6. 编者:XX7. 联系方式:138712188008. 专业类别:(1)(1) 传输CS(2) 交换JH(3) 数据SJ(4) 无线WX(5) 联动LD(6) 其他QT9. 案例类别:(3)(1) 线路类:XL(2) 网管类:WG(3) WDM类:WDM(4) SDH类:SDH(5) PON类:PON(6) 同步类:TB(7) 电路类:DL(8) 专线类:ZX(9) 仪表类:YB(10) 流程类:LC(11) 其他类:QT10. 设备厂家:烽火(若为特定厂家故障案例则填写厂家名称,如:华为、烽火、西门子、中兴等;若非特定厂家故障案例,可填写:通用)11. 产品型号:FONST 1600G12. 软件版本:V5.5.1(软件版本填写说明:针对出现故障的特定单盘填写版本)13. 关键字:FEC_LOF. OTU2F .OTU2S.LINE_P_LOS. WP(关键字:属于后期规划,例如短信搜索方式:获取厂家告警处理建议;或者干脆取消此关键字。利用HELP 厂家 告警开头字母搜索告警处理建议;后利用GET 厂家 告警得到告警处理家建议)14. 摘要:本文介绍了湖北二干波分网烽火1600G设备OTU2S单盘上报FEC_LOF告警的故障。同时介绍了定位故障的环回法,以及临时抢通中断电路的串通法,具有一定借鉴意义。(摘要填写:此部分比较重要,需要短小精悍。填写要素:网络类型,厂家类型,设备类型,单盘类型,故障现象,故障定位的基本方法,借鉴的范围;后期规划:网页基于摘要的搜索方式:获取维护人员处理经验)15. 保密等级:内部公开(或 内部保密)16. 参考等级:(预留,后期自动生成)(参考等级说明:后期任何内部员工浏览此案例的时候都进行评定,分成“五星、四星、三星、二星、一星”5个参考等级划分,查看浏览的人越多排名越前。)二、 案例分析1. 现象描述:2009-2-26 15:40左右,网管发现二干烽火波分宜昌新大楼第一波上报FEC-LOF告警,同时宜昌新大楼宜昌新大楼(荆州二枢纽方向)21# OCP 上报主用通道输入光丢失,OCP发生倒换图1. 常青CR1-宜昌AR1传输通路图表 1因宜昌OTU2S(荆州方向)上报FEC_LOF告警,系统自动关闭客户侧发送激光器,而导致OCP上报LINE_P_LOS,WP告警。因此可以认为:LINE_P_LOS,WP是FEC-LOF的伴随告警。经查,该波道开的是IP承载网电路:常青CR1-宜昌AR1。传输通路资料如下:电路传输路由主用物理路由CR侧OLP/OCPAR侧OLP/OCP备用传输路由常青CR1-宜昌AR1六期西环烽火波分第1波常青-关南-江汉-荆州-宜昌新大楼常青(随州方向)24#宜昌新大楼(荆州二枢纽方向)21#常青-随州-襄樊-荆门-宜昌二枢纽-宜昌新大楼2. 告警信息:FEC_LOF, LINE_P_LOS,WP3. 原因分析:(1) 可能原因1:线路原因,例如G.652 G.655不同类型的光缆混用。(2) 可能原因2:网管配置的模式不匹配(3) 可能原因3:传输通路某站OTU单盘故障。(原因分析填写说明:罗列可能导致的故障的原因,加以分析)4. 处理过程:1. 首先,网管查询了割接记录,此段光缆近期没有割接倒纤。同时检查了线路光功率,一切正常。排除了线路原因。2. 网管检查了数据配置,接口模式设置为“SDH”,FEC纠错类型设置为“增强型”。数据配置正确。3. 依次检查常青OTU2S、江汉OTU2F、荆州OTU2F均未发现异常。因此,初步判断故障点位于荆州-宜昌段。4. 联系宜昌维护人员自环OTU2S,告警消除。确认了宜昌OTU2S正常。操作如下图所示图2. 宜昌维护人员环回示意图5. 随后,联系荆州维护人员,按同样的方式,对荆州发宜昌方向进行自环,如下图:图3 . 荆州自环示意图自环后,荆州OTU2F上收到大量误码。因此确认为荆州OTU2F故障。6. 因单盘返修周期较长,网管指挥荆州维护人员,按照图4方式,将传输通路串通,优化了线路光功率后,将电路临时调通。 图4 临时调通电路方案(处理过程填报说明:按照故障处理的逻辑过程的次序分析)5. 处理结果: 经过处理后,故障恢复。待单盘返修完毕后,还原。三、 案例经验1. 经验总结:1.1传输与交换不同。在排查DWDM故障时,要根据信号流向,逐段排查以定位故障。1.2 IP over DWDM 采用OCP保护方式,有一主一备两条通路。对于中继OTU2F故障时,可以按照图4方案临时调通电路(需对通道性能进行优化),以提高通道安全性。2. 注意事项:2.1 自环测试时需要注意收口光功率,若超出范围,也会上报FEC-LOS告警2.2 图4所示方法并不能保障一定能成功。2.3 更换单盘后网管需更改相应设置。(注意事项说明:此部分处理故障过程中,特别标注所要注意的事项。)3. 相关建议:出现此类告警,可通过自环的方式迅速定位故障。如暂无备件可以更换,可尝试临时串通此波。 (相关建议说明:此部分为今后维护过程中,出现同类告警所提出的处理建议。)四、

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论