CN103560923B - 分组传送网的网络故障快速定位方法 - Google Patents

Abstract

本发明公开了一种适合下一代传输、数据设备融合的配置处理方法，包括以下步骤，在转发平面中的每个业务处理模块上分别设置判决节点，并在该判决节点上设置与相应丢包原因对应的丢包原因ID；控制平面预先为不同属性的报文分配唯一的报文标记ID，并随配置下发到转发平面；转发平面利用报文标记ID标记相应的报文；当相应的判决节点判决报文需要丢弃时，在报文中添加该判决节点的丢包原因ID，并导入丢包处理模块中处理；丢包处理模块通过报文标记ID和丢包原因ID记录相应的丢弃报文；通过控制平面实现丢弃报文提取和监控。本发明，大大缩短了问题定位的时间。

Description

分组传送网的网络故障快速定位方法

技术领域

本发明涉及分组传送网，具体涉及分组传送网的网络故障快速定位方法。

背景技术

分组传送网（Packet Transport Network，PTN）支持多种基于分组交换业务的双向点对点连接通道，具有适合各种粗细颗粒业务、端到端的组网能力，具有完善的OAM机制，精确地故障定位和严格的业务隔离功能，最大限度地管理和利用光纤资源，保证了业务安全性。如今，PTN已经成为一种重要的组网形式。

工程人员配置PTN业务过程中，如果存在业务不通的情况，一般通过逐站查询的业务流量方法锁定到出问题的站点，然后再通过检查配置等方式来确定问题所在。但是，这种查找问题的方法，工作量大而且效率不高。

发明内容

本发明所要解决的技术问题是工程人员配置PTN业务过程中，如果存在业务不通的情况，查找问题工作量大而且效率不高的问题。

为了解决上述技术问题，本发明所采用的技术方案是提供一种适合下一代传输、数据设备融合的配置处理方法，包括以下步骤：

在转发平面中的每个业务处理模块上分别设置判决节点，并在该判决节点上设置与相应丢包原因对应的“丢包原因ID”；

控制平面预先为不同属性的报文分配唯一的“报文标记ID”，并随配置下发到转发平面；

转发平面利用“报文标记ID”标记相应的报文；

当相应的判决节点判决报文需要丢弃时，在报文中添加相应的“丢包原因ID”，并导入丢包处理模块中处理；

丢包处理模块通过“报文标记ID”和“丢包原因ID”记录相应的丢弃报文，同时设置相应的丢包原因计数器；

通过控制平面读取汇总转发平面丢弃报文的“报文标记ID”及对应的“丢包原因计数器”，实现丢弃报文提取和监控。

在上述方法中，丢包处理模块的具体步骤如下；

将报文恢复原始为报文；

根据“报文标记ID+丢包原因ID”更新相应的丢包原因计数器。

在上述方法中，丢包处理模块配置为将收到的丢弃报文直接丢弃，或者上报到指定端口。

在上述方法中，“报文标记ID+丢包原因ID”报文允许重定向，将“报文标记ID+丢包原因ID”封装到内部信令头，并将原始丢弃报文作为静荷。

在上述方法中，丢弃报文提取和监控的步骤包括：

转发平面在原始报文前压入“报文标记ID”和“丢包原因ID”并上传到单盘控制器；

单盘控制器就地解析丢弃报文，通过单盘级监管界面查看丢包信息，或者继续上报控制界面；

控制界面收集所有丢包统计信息，并选择打印单盘控制器上报的被丢弃报文。

本发明，利用“报文标记ID”和“丢包原因ID”能够快速精确定位到丢包原因，大大缩短了问题定位的时间。另外，还能够直接将被丢弃的原始报文打印出来以供分析使用。

附图说明

图1为本发明中转发平面模型示意图；

图2为本发明的流程图；

图3为本发明中丢弃报文提取和监控示意图。

具体实施方式

下面结合附图对本发明作出详细的说明。

图1为转发平面模型示意图，描述了转发平面需要完成的功能。转发平面主要包括“业务转发芯片”、“转发芯片驱动”等，由于网络处理器(NP)的高度可定制性，一般“业务转发芯片”由NP芯片承担。“业务转发芯片”需要完成业务转发、丢弃报文提取以及丢包原因标记功能。

如图2所示，本发明提供的适合下一代传输、数据设备融合的配置处理方法，包括以下步骤：

步骤1、在转发平面中的每个业务处理模块上分别设置判决节点，并在该判决节点上设置与相应丢包原因对应的“丢包原因ID”；

如图1所示的具体实施例中，报文经业务转发芯片的入口到出口分别经过端口处理模块、ACL匹配模块、分类器模块、L3业务处理模块和下一跳封装模块，其中：

端口处理模块的判决节点上设置两个丢包原因ID：

丢包原因ID=1，表示MTU非法；

丢包原因ID=2，表示MAC地址判决非法。

ACL匹配模块的判决节点上设置三个丢包原因ID：

丢包原因ID=3，表示ACL-DropAny；

丢包原因ID=4，表示ACL策略丢包；

丢包原因ID=5，表示ACL CAR丢包。

分类器模块的判决节点上设置三个丢包原因ID：

丢包原因ID=6，表示流分类未匹配(子接口不存在)；

丢包原因ID=7，表示流分类策略丢包；

丢包原因ID=8，表示流分类CAR丢包。

L3业务处理模块的判决节点上设置四个丢包原因ID：

丢包原因ID=9，表示IP TTL非法丢包；

丢包原因ID=10，表示IP校验和校验失败；

丢包原因ID=11，表示URPF检测不通过；

丢包原因ID=12，表示路由表不存在。

下一跳封装模块的判决节点上设置两个丢包原因ID：

丢包原因ID=13，表示ARP查找失败；

丢包原因ID=14，表示出口队列拥塞；

此外，业务转发芯片上还可以设置保留丢包原因ID，用于扩展，例如：丢包原因ID=16，表示未定义原因丢包。

步骤2、控制平面预先为不同属性的报文分配唯一的“报文标记ID”，用于标识指定业务。该“报文标记ID”基于端口、子接口或者其他特征划分，例如，可以按照“L3逻辑接口”的分类，给每个子接口定义“子接口ID”作为“报文标记ID”，该“报文标记ID”随配置下发到转发平面。

步骤3、转发平面中的分类器模块接收控制平面下发的“报文标记ID”，并用其标记相应的报文。

步骤4、当相应的判决节点判决报文需要丢弃时，则脱离主业务流程，在报文中添加该判决节点的相应“丢包原因ID”，并导入丢包处理模块中处理，此时报文携带如下信息：报文标记ID和丢包原因ID；

步骤5、丢包处理模块通过“报文标记ID”和“丢包原因ID”记录相应的丢弃报文，同时设置相应的丢包原因计数器，具体步骤如下；

将报文恢复原始为报文；

根据“报文标记ID+丢包原因ID”更新相应的丢包原因计数器。

如果指定的“报文标记ID+丢包原因ID”报文允许重定向，则对该报文执行重定向动作。重定向流程中将“报文标记ID+丢包原因ID”封装到内部信令头，并将原始丢弃报文作为静荷。

丢包处理模块可以配置为将收到的丢弃报文直接丢弃，也可以将其发往指定端口（比如单盘控制器CPU），转发的报文被压入“报文标记ID”和“丢包原因ID”，以供CPU进一步分析。单盘控制器收集丢弃报文后，还可以选择继续向控制平面上报丢弃的报文。

步骤6、控制平面接收转发平面上传的被丢弃报文，并解析其中的“报文标记ID”和“丢包原因ID”，读取汇总转发平面“报文标记ID”及对应的“丢包原因计数器”，实现丢弃报文提取和监控。

例如，可能某个报文被遗忘的ACL匹配并丢弃，只需要查看入口的丢包原因即可显示为：“ACL策略丢包”，还可以指定打印丢弃原因为“ACL策略丢包”的报文，进一步锁定问题本质。

对于开发过程中的设备，本发明提供的方法更加有效。因为处于开发过程中的设备，控制平面和转发平面往往都不稳定，此时导致业务不通的问题往往是驱动表项填写错误、配置下发失败等问题。通过本方法，可以一步定位到丢包的判决节点。丢包原因明确后，即可顺藤摸瓜找到出错的位置。如果丢包原因还不足以确定问题，还可以将丢弃的报文内容导出查看。

图3描述了丢弃报文提取和监控示意图，共两个级别可以监管：***级监管、单盘级监管。每个监管都可以获取指定的丢弃报文以及该报文对应的“报文标记ID”和“丢包原因”等信息。根据这两个信息即可快速判断问题所在。

丢弃报文提取和监控示的步骤包括：

(1)NP转发平面提取判决为非法的报文并在计数器中记录。当配置丢弃报文可上报时，转发平面在原始报文前压入“报文标记ID”和“丢包原因”上传到单盘控制器；

(2)单盘控制器可以就地解析丢弃报文，通过单盘级监管界面查看丢包信息；也可以配置为继续上报控制界面；

(3)控制界面收集***上所有板卡上的丢包统计信息，同时能够选择打印盘控制器上报的被丢弃报文。

图2中：

PJ：端口处理(PortJudgement)；

AM：ACL匹配(AclMatchRule)；

FC：分类器(FlowClassifier)；

L3F：L3转发处理模块(L3Forwarding)；

NHE：下一跳封装(NextHopEncapsulation)。

本发明不局限于上述最佳实施方式，任何人应该得知在本发明的启示下作出的结构变化，凡是与本发明具有相同或相近的技术方案，均落入本发明的保护范围之内。

Claims (5)

1.适合下一代传输、数据设备融合的配置处理方法，其特征在于，包括以下步骤：

在转发平面中的每个业务处理模块上分别设置判决节点，并在该判决节点上设置与相应丢包原因对应的“丢包原因ID”；

控制平面预先为不同属性的报文分配唯一的“报文标记ID”，并随配置下发到转发平面；

转发平面利用“报文标记ID”标记相应的报文；

当相应的判决节点判决报文需要丢弃时，在报文中添加该判决节点的“丢包原因ID”，并导入丢包处理模块中处理；

丢包处理模块通过“报文标记ID”和“丢包原因ID”记录相应的丢弃报文，同时设置相应的丢包原因计数器；

通过控制平面读取汇总转发平面丢弃报文的“报文标记ID”及对应的“丢包原因ID”的计数，实现丢弃报文提取和监控。

2.如权利要求1所述的方法，其特征在于，丢包处理模块的具体步骤如下；

将报文恢复为原始报文；

根据“报文标记ID+丢包原因ID”更新相应的丢包原因计数器。

3.如权利要求2所述的方法，其特征在于，丢包处理模块配置为将收到的丢弃报文直接丢弃，或者上报到指定端口。

4.如权利要求2所述的方法，其特征在于，“报文标记ID+丢包原因ID”报文允许重定向，将“报文标记ID+丢包原因ID”封装到内部信令头，并将原始丢弃报文作为静荷。

5.如权利要求1所述的方法，其特征在于，丢弃报文提取和监控的步骤包括：

转发平面在原始报文前压入“报文标记ID”和“丢包原因ID”并上传 到单盘控制器；

单盘控制器就地解析丢弃报文，通过单盘级监管界面查看丢包信息，或者继续上报控制界面；

控制界面收集所有丢包统计信息，并选择打印单盘控制器上报的被丢弃报文。