PTN运行维护知识介绍

1、目录1.1 网络故障处理基本思路和方法21.1.1 PTN与MSTP告警对比21.1.2 常见告警故障处理方法41.1.3 以太网业务丢包类故障处理方法61.1.4 OAM/PING调试法61.1.5 环回逐段定位法91.2 PTN网络例行监控101.1 网络故障处理基本思路和方法PTN的组网、业务配置愈发复杂，需分组厂商网管尽快做好SDHLike功能。为尽快恢复业务，将检测的故障点最小化，需了解SDH原理、IP网络原理知识、告警信号流及告警产生机理、PTN设备和网管基本操作、常用仪表的基本操作，了解网络拓扑，业务配置，设备运行状态。告警、性能分析法OAM/PING调试法环回法PTN对于Tun

2、nel的故障可用MPLSOAM来检测，MPLSOAM包括CV/FFD、Ping和Traceroute。通过CV(ConnectivityVerification)/FFD(FastFailureDetection)检测可以检测LSP的连通性。CV检测和FFD检测的过程基本一致，其不同在于CV检测发送CV报文的频率固定为1帧/s并且不可设置，而FFD检测发送FFD报文的频率是可以自行定义的。MPLSPing/Traceroute为用户提供了发现LSP错误、并及时定位失效节点的机制。MPLSPing/Traceroute使用MPLSEchoRequest和MPLSEchoReply检测LSP的可用

3、性。MPLSEchoRequest中携带需要检测的FEC(ForwardingEquivalenceClass)信息，和其他属于此FEC的报文一样沿LSP发送，从而实现对LSP的检测。为了更好的理解PTN,我们就把PTN与熟悉的SDH的业务层面告警类比一下，与大家共享。1.1.1 PTN与MSTP告警对比对应于业务模型，PTN的告警分为物理层、数据链路层、Tunnel层、PW层、仿真业务层五个层次。对应SDH的物理层、再生段复用段层、服务层、路径层。上层功能的实现依赖于相邻下层提供的服务。低层与高层同时有故障产生时，低层故障的消除是处理高层故障的基础，物理层故障引发的告警屏蔽其它层故障引发的告

4、警。SDH的告警与PTN的最根本的区别在于SDH的告警都是由字节承载上报的，而PTN告警则是由协议控制上报的；但都有其相似之处，如下图：E1/E路径层/(LO-VC1服务层J(HO-VC4再生段复用段层f、?TE/PE之间的净荷传送?净荷封装到对应的Line/Tunnel层r'?通过物理层或数据链路层提供净荷路径的传送?多元的LO-VdUHO-VC或者PWs到PSNtunnelsL1?STM-N帧格式或以太报文通过物理介质传送物理层(Fiber)?物理层以光或电脉冲的方式处理传送CES/ATM/EthernePW&k务层XJ(、Tunnel层LJ数据链路、(EthernLJ物理

5、层,(Fiber)0LuPTNSDH图28PTN网络与MSTP告警对比图业务模型中，PW可类比VC12、Tunnel类比VC4管道，CES即电路仿真业务就是传统的E1;告警可划分为业务类告警，系列类通用类告警，下面表格按业务告警，与SDH进行类比，各业务层告警对比：MST的警SDHPTN1比结果PTN警业务层(VC12)(ETH/CES/IMA/ATM)TU_AIST_ALOSUP_E1_AISDOWN_E1_AIS继承了SDHE1、ATMIMA业务告警的特点PW_DOWNT_ALOSTU_AIS_VC12UP_E1_AISDOWN_E1_AISPW&k务层(ETH/CES/IMA/A

6、TM)服务层（VC4）HP_SLMHP_UNEQ继承了服务层SDH警,新增加了MPLSTunnel类告警MPLS_TUNNEL_LOCVHP_SLMHP_UNEQTunnel层(Tunnel/PW/MPLSAPS)再生段复用段层（开销）B1、B秋码检测生姑口w复用段告警IMAlk务告警继承了SHDH码类，复用段类告警（线性），增加了多协议标签交换（MPLS）告警，LAG!生整口WB1、B秋码检测线性复用段告警IMAdk务告警LAG_DOWNMP_DOWNETH_APS_LOSTETH_APS_PATH_MISMATCETH_APS_SWITCH_FAILETH_CFM_MISMERGE数据链路

7、层(MLPPP/STM/LAG)H物理层（单板/ETH口/SDH端口/E1口）R_LOSETH_LOST_ALOSLASER_MOD_ERETH_LINK_DOWN物理层告警与SD#目同，完全继承了RSD出口、ETHJ电口、光口的习惯R_LOSETH_LOST_ALOSLASER_MOD_ERRETH_LINK_DOWN物理层（单板/ETH端/SDH端口/E1口）1.1.2 常见告警故障处理方法CES业务常见告警故障处理方法:序号告警名称产生原因处理方法1T_ALOSE1信号丢失，主要上报在支路接口板上；坏回E12UP_E1_AISDOWN_E1_AIS分别是上行2M言号指示、和下行2M言号指

8、示，产生原因和SDHH勺相同察看对端是否有TU_LOP_VC12、T_ALOS或TU_AIS_VC12告警。或者E1环回方式3MPLS_TUNNEL_LOC；WPLS_TUNNEL_LOCV/Tunnel连通性丢失告警。连续3个周期内没有收到希望的CV/FFD报文时出现此告警。产生g该告警时，该TUNNE原载的业务已中断，原因1:往往是下层网络异常引起，例如物理链路故障等，光模块故障原因2:网络出现严重的拥塞。原因1:物理链路故障。1.在网管上检查该链路两端网元是否存在单板或光模块相关的告警。若存在，消除这些告警，查看告警是否消除。2.若告警未消除，查看光纤是否故障，更换故障的光纤。原因2:网

9、络出现严重拥塞。1 .选择较大的“CC测试发送周期”的参数值，具体操作见本文的创建维护联盟。2 .检查故障Tunnel的带宽占用情况，如发现已满，请增大Tunnel带范配置或消除非法发送大数据量的根源，查看告警是否消除。4TU_AIS_VC12系统中存在更局阶的告警，如R_LOSR_LOFHP_SLMAU_AIS上游站点存在硬件而告警交叉板故障对端站对应通道失效按照产生原因点，逐步排除；先看是否有高级别的R_LOSR_LORHP_SLMAU_AIS告警，然后看是否存在硬件故障支路板,交叉？最后对端对应通道？需要用到经验法、替换法等。与SDHI似业务中断类常见告警原因：光纤、电缆故障、环境温度、

10、误操作设置了光路的环回、误操作更改、保护业务配置数据有误。应急处理时优先恢复业务，排除外部设备的问题，将业务倒换到备用通道，复位单板、单站重启、重新下发配置等。以太网业务常见告警故障处理方法:序号告警名称产生原因处理方法1ETH_LOS以太网端口连接丢失，可能原因：以太网端口的电缆或光纤没有连接好；电缆或光纤故障；本端网元接收光功率过低；单板故障。属于物理层故障类，察看物理连接，端口、单板故障；逐一排除。2MAC_FCS_EXCMAC_FCS_EXCMAC层检测到误同越限告警。软件定时检测MAC芯片接收字节数和误1:检测是否链路出现故障，维护光纤或网线，查看告警是否消除。码字节数，计算误码是否

11、超过门限，超过设置越限门限发出此报警。2:若告警仍未消除，检测是否存在DOS攻击等，隔离DOS攻击源，查看告警是否消除。3.若告警仍未消除，是否出现配置划、路或物理等问题，解除环路，查看告警是否消除。3ETH_LINK_DOWN以太网连接错误，端口协商失败；可能原因：端口模式不一致；电缆光纤连接故障；单板故障。对应需要察看和排除端口协商问题，主要关注端口模式，端口速率级别。最后使用替换法检验是否是硬件故障4FLOW_OVER端口接收流量超限告警；可能原因为实际接收的端口流量大于设定的端口流量限值。增加端口带宽。丢包类故障常见原因：光功率问题、环境温度、数据业务端口协商故障、时钟配置错误、业务流

12、控配置。可通过查看光功率、RMON、丢包率等性能事件解决。MPLS保护倒换类告警排除:倒换告警告警信息故障原因ETH_APS_TYPE_MISMATCH保护类型信息不1、两端配置的1+1或1:1模式不一致；2、两端配置的单端或双端倒换的模式不一致；3、两端配置的恢复式或非恢复式的模式不一致；ETH_APS_PATH_MISMATCHAPS工作、保护路径不一致1、保护组两端设备配置的工作路径、保护路径不一致；2、物理链路上存在有错连；ETH_APS_SWITCH_FAIL保护倒换失败1、倒换失败；ETH_APS_LOSTAPS帧丢失1、对方没有配置保护；2、保护通道业务中断；1.1.3 以太网业

13、务丢包类故障处理方法业务丢包、错包的可能原因端口光功率异常或光功率不稳定，这是最常见的丢包原因时钟未跟踪，或跟踪源不稳定，会导致周期性丢包Tunnel下一跳端口IP设置错误（如设置为本端端口，扩容或调整业务时）可能会导致丢包网络侧发生拥塞，由于现网基本是轻载状态，拥塞可能性较小排查业务丢包、错包的思路：找出与有问题的业务”走相近链路的业务，看是否有类似问题，以此缩小范业务A业务B如果业务A有丢包，业务B不丢，则问题应该在网元A与网元C之间1.1.4 OAM/PING调试法常用场景：数据业务通断判断维护中，工作难点主要在于如何能够快速有效地排除故障。在众多的故障中，以“业务不通”最为常见。应该如

14、何着手解决呢？首先我们将PTN专线业务做成下图所示的分段。PTN网络关于OAM的规划主要涉及：MPLSOAM、以太网端口的OAM。适用于故障定位到单站，主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障。常用OAM排障步骤1TunnelOAMPW配置Tunnel配置PW配置透传设备NODEB接入侧PTNUNI接入侧PTNNNI（pTN波分设备等）核心侧PTNNNI核心侧PTNUNIRNC业务配置业务配置红色标识部分是维护关键区域，因为这一区域的网元多，外部因素多（光缆，光模块，波分设备等），需考虑业务扩容，业务归属关系调整排障的主要工具：TunnelOAM使用方法：到两侧（接入侧、核

15、心侧）网元查看TunnelOAM状态结果分析：两侧TunnelOAM状态都是远、近端可用"该区域基本没有问题TunnelOAM检测有任何缺陷上报-根据“LS缺陷位置可锁定故障位置查MPLS_TUNNEL_LOCV告警：含义:Tunnel链路中断解决措施：需要检查Tunnel链路的连通性，发起LSPPing确认故障节点/链路，并观察Tunnel链路中其它节点的相关告警信息，需启动OAM功能。排障步骤2LSP故障位置分析|悉Tunnel口的萋就L£F就年L£J磔的芝生LS百用LSP隔位五总口门限鼾门限兼节点工宅节点工近端装阻不可用状态pLOCV65535016.1,0

16、.10Q045,121234,1.01Q运端可用就忘-Q口45.10.1046.1J123红框内的LSP缺陷位置指示了问题网元的LSRID(GCPNODEID)在LSP缺陷位置及相邻网元范围内，进一步排障步骤：检查光纤原因检查业务告警ETH_LINK_DOWN,ETH_LOS,R_LOS等链路异常告警IN_PWR_ABN等光功率异常告警HARD_BAD、BUS_ERR、BDSTATUS等硬件异常告警检查配置源宿节点是否正确相邻网元的出入标签是否一致下一条端口IP是否正确其它可能原因：源宿节点是否正确相邻网元的出入标签是否一致下一条端口IP是否正确查看各端口收光功率的当前/历史性能是否过低或过高

17、：有可能端口收光功率接近但未超过阈值，导致无告警上报，所以需要查性能有可能端口收光功率不稳定，导致当前性能值正常，所以需要查历史性能下一条端口IP是否正确查看各NNI端口的设置：基本雷佳|浪里控制ZEW1三星国性|第0属性端口能口使建指口壮式封装类型工工作损式分卡标长穿也卬日&-EF02-1$qD-1)802.1QRnin自EFG22螭口ZEB02.1Q自侨商1620邕4国在飞星恺舸1_1£1=三后思性|高辘性|脚HEQMC1步步便八TAGiH八薮曾VLANIDVLAN国EFG工1端口川FFFF106-EFG2-26WQ-2)FFFFTaoAware10区本屋性|美里I转二层

18、夙性W编闻性通口Turin。联能状态笈士气百耗i晡%TETSW理组卬指定时式Ft帆鹏吗0-EFG2-1(.|10000HD1D0手工俏走IB.1.4S的255.255.255.252j0-EFG2-2(.loooaoD1D0手工指定46.1.58.21255.255.255.252ETHOAM的简易操作步骤A.两端网元发起LB测试，用于命令触发的连通性检查，对以太网业务执行不中断业务环回检测（LB）,可以检验业务的连通性情况，以便定位和修复故障。注：只须输入对端UNI端口MAC地址就可以启动测试了，其他参数可用默认OAM功能产生的告警概览:MELSOAMMPLS_TUNNEL_L0O含义:Tu

19、nnel链路中断解决措施：需要检查Tunnel链路的连通性，发起LSPPing确认故障节点/链路，并观察Tunnel链路中其它节点的相关告警信息。MPLS状态Init（初始）状态Ingress端没有使能OA域者Tunnel链路中断；Available（可用）状态Tunnel状态正常；Unavailable（不可用）状态Tunnel状态/、可用，需要检查Tunnel链路的连通性，发起LSPPing确认故障节点/链路，并观察Tunnel链路中其它节点的相关告警信息ETHOAMETH_CFM_LOCt含义:ETH业务中断解决措施：需要发起ETHLB进行故障确认，发起LT进行故障定位；对于MPL源载的ETK务，需要观察MPLSTunnel的连通性。ETH_CFM_R叫警含义：对端检测到ETHdk务的告警后的回告指示解决措施：需要在对端进行告警确认和排查操作；ETH_EFM_DF警含义：ETH1路发现失败解决措施：检查两端的ETHLinkOAM的配置是否一致，检查ETH1路的连通性；ETH_EFM_EVENTt含义：ETH链路存在误码解决措施：对端网元检