华为ptn故障处理手册汇编v版本

《华为ptn故障处理手册汇编v版本》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、华为PTN故障处理手册v1.0惠州公司网络维护中心2010年12月目录一、概述4矚慫润厲钐瘗睞枥庑赖。二、网络故障分析定位方法4聞創沟燴鐺險爱氇谴净。2.1告警分析法4残骛楼諍锩瀨濟溆塹籟。2.2性能统计分析法5酽锕极額閉镇桧猪訣锥。2.3OAM分析法7彈贸摄尔霁毙攬砖卤庑。2.4配置数据分析法11謀荞抟箧飆鐸怼类蒋薔。2.5仪表测试分析法12厦礴恳蹒骈時盡继價骚。2.6环回法13茕桢广鳓鯡选块网羈泪。2.7排除法14鹅娅尽損鹌惨歷茏鴛賴。三、业务中断故障和业务恢复15籟丛妈羥为贍偾蛏练淨。3.1流程图15預頌圣鉉儐歲龈讶骅籴。3.2查询误操作17渗釤呛俨匀谔鱉调硯錦。3.3检查告

2、警17铙誅卧泻噦圣骋贶頂廡。3.4检查环回和装载18擁締凤袜备訊顎轮烂蔷。3.5检查业务配置18贓熱俣阃歲匱阊邺镓騷。3.6应急恢复方案18坛摶乡囂忏蒌鍥铃氈淚。3.6.1倒换19蜡變黲癟報伥铉锚鈰赘。3.6.2复位19買鲷鴯譖昙膚遙闫撷凄。3.6.3通过更换单板恢复业务19綾镝鯛駕櫬鹕踪韦辚糴。四、常见故障处理方法20驅踬髏彦浃绥譎饴憂锦。4.1带内DCN故障处理20猫虿驢绘燈鮒诛髅貺庑。4.2MPLSTunnel故障处理24锹籁饗迳琐筆襖鸥娅薔。4.3PW故障处理26構氽頑黉碩饨荠龈话骛。4.4CES业务故障处理27輒峄陽檉簖疖網儂號泶。4.5以太网业务故障处理31尧侧閆繭絳闕

3、绚勵蜆贅。4.6offload故障处理35识饒鎂錕缢灩筧嚌俨淒。4.7时钟故障处理37凍鈹鋨劳臘锴痫婦胫籴。4.8QoS故障处理39恥諤銪灭萦欢煬鞏鹜錦。4.9线性MSP故障处理42鯊腎鑰诎褳鉀沩懼統庫。4.10TPS故障处理45硕癘鄴颃诌攆檸攜驤蔹。4.11LAG故障处理48阌擻輳嬪諫迁择楨秘騖。4.12MPLSAPS故障处理51氬嚕躑竄贸恳彈瀘颔澩。五、部件更换注意事项55釷鹆資贏車贖孙滅獅赘。4.13部件分类说明56怂阐譜鯪迳導嘯畫長凉。4.14更换处理板57谚辞調担鈧谄动禪泻類。4.15更换子卡59嘰觐詿缧铴嗫偽純铪锩。4.16更换接口板60熒绐譏钲鏌觶鷹緇機库。4.17更

4、换XCS单板61鶼渍螻偉阅劍鲰腎邏蘞。4.18更换带有1+1保护的SCA单板63纣忧蔣氳頑莶驅藥悯骛。4.19更换没有1+1保护的SCA单板65颖刍莖蛺饽亿顿裊赔泷。4.20更换风扇板68濫驂膽閉驟羥闈詔寢賻。4.21更换PIU板69銚銻縵哜鳗鸿锓謎諏涼。4.22更换可插拔光模块70挤貼綬电麥结鈺贖哓类。4.23更换CF卡71赔荊紳谘侖驟辽輩袜錈。一、概述PTN网络故障处理在日常维护中显得至关重要，为了更好的开展PTN网络的日常维护，特编制PTN网络故障处理手册.塤礙籟馐决穩賽釙冊庫。本手册PTN设备故障处理主要涉及故障分析定位、业务中断故障应急恢复、常见故障处理方法等三个部分.下

5、面将对这三个部分进行详细说明.裊樣祕廬廂颤谚鍘羋蔺。二、网络故障分析定位方法根据现网中处理网元脱管或业务中断等故障的经验，一般遵循“一分析，二倒换/复位，三换板”的处理方案.保证PTN网络的稳定运行，尽量减少突发事故.仓嫗盤紲嘱珑詁鍬齊驁。处理故障时，应从分析故障现象开始，尽快定位到故障的原因.本节介绍各类分析和定位故障的方法、应用场景和应用示例.绽萬璉轆娛閬蛏鬮绾瀧。2.1告警分析法告警分析法是定位故障的常用方法之一.当设备发生故障时，一般会伴随大量的告警.通过对告警的分析，可大概判断出发生故障的类型和位置.骁顾燁鶚巯瀆蕪領鲡赙。通过U2000查询告警：只要在U2000主拓扑的网

6、元图标上点击右键，就可以查询以下告警信息：²当前告警²网元侧历史告警²网管侧历史告警通过分析、定位告警产生的原因，清除告警，并排除故障.通过U2000获取告警信息时，应注意保证网络中各网元的当前时间与网管时间同步.倘若网元当前时间与网管时间不同步，将导致信息上报错误.在维护过程中，对某网元重下配置后，应特别注意将该网元的当前时间与网管时间同步.否则网元会工作在缺省时间里，而缺省时间并不是当前时间.瑣钋濺暧惲锟缟馭篩凉。示例一：简单组网中，一般情况下清除告警的同时，故障也随之排除.如下图所示的链路图中，网管计算机连接到NE2.故障现象：NE1和NE2之间的E-Line业务中断，NE2

7、上报ETH_LOS告警.故障分析定位：排查ETH_LOS告警产生的可能原因，最终定位出业务中断故障的原因.清除告警后，业务恢复正常，故障排除.鎦诗涇艳损楼紲鯗餳類。示例二：复杂组网中，通过分析新增告警和已清除的历史告警，可以找出排除故障的关键所在.某复杂环型拓扑组网突发广播风暴，各网元均出现大量FLOW_OVER告警，业务中断.虽然通过断开环路光纤等方法恢复了业务，清除了FLOW_OVER告警,但无法定位出故障原因.分析全网告警，发现某个UNI端口在上报FLOW_OV