PTN运行维护篇

PTN运行维护篇 目 录 1.1 网络故障处理基本思路和方法 ......................................................................................3 1.1.1 PTN与MSTP告警对比 ·····························································································3 1.1.2 常见告警故障处理方法 ······························································································5 1.1.3 以太网业务丢包类故障处理方法 ··············································································7 1.1.4 OAM/PING调试法······································································································7 1.1.5 环回逐段定位法 ········································································································10 1.2 PTN网络例行监控........................................................................................................ 11 1.1 网络故障处理基本思路和方法 PTN的组网、业务配置愈发复杂，需分组厂商网管尽快做好SDH－Like功能。为尽快恢复业务，将检测的故障点最小化，需了解SDH原理、IP网络原理知识、告警信号流及告警产生机理、PTN设备和网管基本操作、常用仪表的基本操作，了解网络拓扑，业务配置，设备运行状态。  告警、性能分析法  OAM/PING调试法  环回法

PTN对于Tunnel的故障可用MPLS OAM来检测，MPLS OAM包括CV/FFD、Ping和Traceroute。通过CV（Connectivity Verification）/FFD（Fast Failure Detection）检测可以检测LSP的连通性。CV检测和FFD检测的过程基本一致，其不同在于CV检测发送CV报文的频率固定为1帧/s并且不可设置，而FFD检测发送FFD报文的频率是可以自行定义的。MPLS Ping/Traceroute为用户提供了发现LSP错误、并及时定位失效节点的机制。MPLS Ping/Traceroute使用MPLS Echo Request和MPLS Echo Reply检测LSP的可用性。MPLS Echo Request中携带需要检测的FEC（Forwarding Equivalence Class）信息，和其他属于此FEC的报文一样沿LSP发送，从而实现对LSP的检测。

为了更好的理解PTN，我们就把PTN与熟悉的SDH的业务层面告警类比一下，与大家共享。

1.1.1 PTN与MSTP告警对比 对应于业务模型，PTN的告警分为物理层、数据链路层、Tunnel层、PW层、仿真业务层五个层次。对应SDH的物理层、再生段复用段层、服务层、路径层。上层功能的实现依赖于相邻下层提供的服务。低层与高层同时有故障产生时，低层故障的消除是处理高层故障的基础，物理层故障引发的告警屏蔽其它层故障引发的告警。SDH的告警与PTN的最根本的区别在于SDH的告警都是由字节承载上报的，而PTN告警则是由协议控制上报的；但都有其相似之处,如下图： 图28 PTN网络与MSTP告警对比图 业务模型中，PW可类比VC12、Tunnel类比VC4管道，CES即电路仿真业务就是传统的E1；告警可划分为业务类告警，系列类通用类告警，下面表格按业务告警，与SDH进行类比，各业务层告警对比： MSTP告警 SDH、PTN类比结果 PTN告警

业务层（VC12）(ETH/CES/IMA/ATM) TU_AIS T_ALOS UP_E1_AIS DOWN_E1_AIS等 继承了SDH E1、ATM、IMA业务告警的特点 PW_DOWN T_A LOS TU_AIS_VC12 UP_E1_AIS DOWN_E1_AIS等 PW&业务层 (ETH/CES/IMA/ATM)

服务层（VC4） HP_SLM HP_UNEQ 继承了服务层SDH告警，新增加了MPLS Tunnel类告警 MPLS_TUNNEL_LOCV HP_SLM HP_UNEQ Tunnel层(Tunnel/ PW / MPLS APS)

再生段复用段层 (开销) B1、B2误码检测 告警 复用段告警 IMA业务告警 继承了SHD误码类，复用段类告警(线性)，增加了多协议标签交换(MPLS)告警，LAG类告警 B1、B2误码检测 线性复用段告警 IMA业务告警 LAG_DOWN MP_DOWN ETH_APS_LOST ETH_APS_PATH_MISMATCH ETH_APS_SWITCH_FAIL ETH_CFM_MISMERGE 数据链路层(MLPPP / STM / LAG)

物理层(单板 / ETH端口/SDH端口/ E1口) R_LOS ETH_LOS T_ALOS LASER_MOD_ERR ETH_LINK_DOWN 物理层告警与SDH相同，完全继承了SDH光口、ETH电口、光口的习惯 R_LOS ETH_LOS T_ALOS LASER_MOD_ERR ETH_LINK_DOWN 物理层(单板/ ETH端/SDH端口/E1口)

服务层 (HO-VC4) 路径层 (LO-VC1物理层 (Fiber) 再生段复用段层(SDH) Tunnel层

PW&业务层

物理层 (Fiber)

数据链路 (Ethernet)

•通过物理层或数据链路层提供净荷路径的传送

•多元的LO-VC到HO-VC 或者 PWs到PSN tunnels

• TE/PE之间的净荷传送

•净荷封装到对应的 Line/Tunnel 层

•物理层以光或电脉冲的方式处理传送

•STM-N 帧格式或以太报文通过物理介质传送

E1/E3 净荷 CES/ATM/Ethernet 净荷

PTN SDH 1.1.2 常见告警故障处理方法

 CES业务常见告警故障处理方法： 序号 告警名称 产生原因 处理方法

1 T_ALOS E1信号丢失，主要上报在支路接口板上； 环回E1

2 UP_E1_AIS DOWN_E1_AIS 分别是上行2M信号指示、和下行2M信号指示，产生原因和SDH的相同 察看对端是否有TU_LOP_VC12、T_ALOS 或TU_AIS_VC12 告警。或者E1环回方式

3 MPLS_TUNNEL_LOCV MPLS_TUNNEL_LOCV 为Tunnel 连通性丢失告警。连续3 个周期内没有收到希望的CV/FFD 报文时出现此告警。产生 g该告警时，该TUNNEL承载的业务已中断， 原因1：往往是下层网络异常引起，例如物理链路故障等，光模块故障 原因2：网络出现严重的拥塞。 原因1：物理链路故障。1. 在网管上检查该链路两端网元是否存在单板或光模块相关的告警。若存在，消除这些告警，查看告警是否消除。2. 若告警未消除，查看光纤是否故障，更换故障的光纤。原因2：网络出现严重拥塞。1. 选择较大的“CC 测试发送周期”的参数值，具体操作见本文的创建维护联盟。2. 检查故障Tunnel 的带宽占用情况，如发现已满，请增大Tunnel 带宽配置或消除非法发送大数据量的根源，查看告警是否消除。

4 TU_AIS_VC12 系统中存在更高阶的告警，如R_LOS、R_LOF、HP_SLM、AU_AIS 上游站点存在硬件故障告警 交叉板故障 对端站对应通道失效 按照产生原因点，逐步排除；先看是否有高级别的R_LOS、R_LOF、HP_SLM、AU_AIS 告警，然后看是否存在硬件故障支路板？交叉？最后对端对应通道？需要用到经验法、替换法等。与SDH类似 业务中断类常见告警原因：光纤、电缆故障、环境温度、误操作设置了光路的环回、误操作更改、保

护业务配置数据有误。应急处理时优先恢复业务，排除外部设备的问题，将业务倒换到备用通道，复位单板、单站重启、重新下发配置等。  以太网业务常见告警故障处理方法： 序号 告警名称 产生原因 处理方法

1 ETH_LOS 以太网端口连接丢失，可能原因：以太网端口的电缆或光纤没有连接好；电缆或光纤故障；本端网元接收光功率过低；单板故障。 属于物理层故障类，察看物理连接，端口、单板故障；逐一排除。

2 MAC_FCS_EXC MAC_FCS_EXC 为MAC 层检测到误码越限告警。软件定时检测MAC 芯片接收字节数和误1:检测是否链路出现故障，维护光纤或网线，查看告警是否消除。 码字节数，计算误码是否超过门限，超过设置越限门限发出此报警。 2:若告警仍未消除，检测是否存在DOS 攻击等，隔离DOS 攻击源，查看告警是否消除。 3.若告警仍未消除，是否出现配置环路或物理等问题，解除环路，查看告警是否消除。

3 ETH_LINK_DOWN 以太网连接错误，端口协商失败；可能原因：端口模式不一致；电缆光纤连接故障；单板故障。 对应需要察看和排除端口协商问题，主要关注端口模式，端口速率级别。最后使用替换法检验是否是硬件故障

4 FLOW_OVER 端口接收流量超限告警；可能原因为实际接收的端口流量大于设定的端口流量限值。 增加端口带宽。 丢包类故障常见原因：光功率问题、环境温度、数据业务端口协商故障、时钟配置错误、业务流控配置。可通过查看光功率、RMON、丢包率等性能事件解决。  MPLS保护倒换类告警排除： 倒换告警 告警信息 故障原因 ETH_APS_TYPE_MISMATCH 保护类型信息不一致 1、两端配置的1+1或1:1模式不一致； 2、两端配置的单端或双端倒换的模式不一致； 3、两端配置的恢复式或非恢复式的模式不一致； ETH_APS_PATH_MISMATCH APS工作、保护路径不一致 1、保护组两端设备配置的工作路径、保护路径不一致； 2、物理链路上存在有错连；