通信人家园

标题: PTN运行维护知识介绍 [查看完整版帖子] [打印本页]

时间: 2019-8-23 20:14

作者: TransX 标题: 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来检测，MPLSOAM包括CV/FFD、Ping和Traceroute。通过CV（Connectivity Verification）/FFD（FastFailure 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口)

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、物理链路上存在有错连；
ETH_APS_SWITCH_FAIL	保护倒换失败	1、倒换失败；
ETH_APS_LOST	APS帧丢失	1、对方没有配置保护； 2、保护通道业务中断；

1.1.3 以太网业务丢包类故障处理方法

如果业务A有丢包，业务B不丢，则问题应该在网元A与网元C之间

1.1.4 OAM/PING调试法

常用场景：数据业务通断判断

维护中，工作难点主要在于如何能够快速有效地排除故障。在众多的故障中，以“业务不通”最为常见。应该如何着手解决呢？首先我们将PTN专线业务做成下图所示的分段。 PTN网络关于OAM的规划主要涉及：MPLS　OAM、以太网端口的OAM。适用于故障定位到单站，主要用于检查网络连接是否可达，以及分析网络什么地方发生了故障。

n 常用OAM排障步骤1—Tunnel OAM

n 排障步骤2—LSP故障位置分析

OAM功能产生的告警概览：

MELS OAM	MPLS_TUNNEL_LOCV告警	含义:Tunnel链路中断解决措施：需要检查Tunnel链路的连通性，发起LSP Ping确认故障节点/链路，并观察Tunnel链路中其它节点的相关告警信息。
MPLS 状态	Init(初始)状态	Ingress端没有使能OAM或者Tunnel链路中断；
	Available(可用)状态	Tunnel状态正常；
	Unavailable(不可用)状态	Tunnel状态不可用，需要检查Tunnel链路的连通性，发起LSP Ping确认故障节点/链路，并观察Tunnel链路中其它节点的相关告警信息
ETH OAM	ETH_CFM_LOC告警	含义:ETH业务中断解决措施：需要发起ETH LB进行故障确认，发起LT进行故障定位；对于MPLS承载的ETH业务，需要观察MPLS Tunnel的连通性。
	ETH_CFM_RDI告警	含义:对端检测到ETH业务的告警后的回告指示解决措施：需要在对端进行告警确认和排查操作；
	ETH_EFM_DF告警	含义：ETH链路发现失败解决措施：检查两端的ETH Link OAM的配置是否一致，检查ETH链路的连通性；
	ETH_EFM_EVENT告警	含义: ETH链路存在误码解决措施:对端网元检测到端口有误码，需要在对端网元确认其接收链路是否正常；

1.1.5 环回逐段定位法

常用场景：CES业务、SDH业务出现故障时，在支路或线路环回，定位故障原因到单站，环回操作会导致业务中断。仅在SDH类业务使用；注意：数据类定位的方法，为避免环回造成的网络风暴，使用ETH OAM功能，维护过程中不使用环回。

SDH接口在维护中使用内环回和外环回。

PDH接口使用内环回和外环回两种环回方式。

网管中环回界面与SDH近似。

1.2 PTN网络例行监控

网络维护工程师在维护PTN网络时，比MSTP网络更关注RMON性能等数据

T2000网管上日常维护项目表：

维护责任人

维护地点

维护项目

周期

网管操作员

网管中心

检查网元和单板状态

每天

浏览全网告警

每天

浏览异常事件

每天

浏览当前性能

每天

浏览RMON统计组性能

每天

检查光接口的光功率

每天

浏览历史性能

每周

浏览RMON历史性能

每周（端口流量统计、端口丢包、业务流统计）

备份T2000的MO数据

每周

备份网元数据库

每周

备份网元数据库：PTN网络在面对灾难性故障时，单主控板失效、数据库损坏等故障时，快速恢复业务方法是数据库下载恢复。网管数据库备份工具中，可设置定期任务，自动定期上载网元数据库到网管电脑中。另外在每次大业务量配置（包括单站配置以及全网配置）修改后，都要进行一次网元数据库的备份操作，保证备份数据库最大限度的与网元一致。

备件单板更换：SDH设备的备件单板，需定期拿出来，随现网进行升级更新，而PTN的单板，插入到子架中，能够自动向主控软件包申请，更新自身的单板软件，节省了备件单板维护的工作。

通信人家园 (https://www.txrjy.com/)