一种南向接口的适配方法及系统与流程

本发明涉及sptn(softwaredefinedpackettransportnetwork，软件定义分组传送网)南向接口领域，具体来讲涉及一种南向接口的适配方法及系统。

背景技术：

面对未来业务的发展需求以及现网运维的压力，ptn(packettransportnetwork，分组传送网)网络具有强烈的进一步演进的诉求，而将sdn(softwaredefinednetwork，软件定义网络)先进理念与ptn的可靠性、高质量等优势融合，成为ptn向sptn平滑演进的巨大驱动力。sptn网络遵循可管、可控、可运维的要求，具有大带宽、智能化、高可靠等优点。

sptn网络架构由应用平面、管理平面、控制平面和传送平面组成。其中传送平面位于最底层，基于sptn转发设备提供业务转发以及qos(qualityofservice，服务质量)、oam(operationadministrationandmaintenance，操作维护管理)、保护、监视、同步等，通过接收控制平面的指令来确定数据处理。控制平面实现对传送平面的相应配置，传送平面向控制平面上报告警信息及协议信息等，即控制平面和传送平面解耦且分离。因此在控制器和转发设备之间定义南向接口，从而实现控制器保持对转发设备的感知。

基于openflow协议(openflowprotocol)和of-config协议(of-configprotocol)的标准南向接口，定义了若干流表、组表以及动作表。数据平面通过流表模型在本地实现，控制平面通过openflow协议实现控制器对转发逻辑的远程控制，管理平面通过of-config协议实现控制器对设备实体的远程管理。

随着sptn南向接口协议的不断演进，业务模型及oam模型等在流组表下发、业务配置方面需支持随机顺序。另外不同sptn设备的业务实现机制(尤其是oam的实现机制)不同，针对每款sptn设备开发一套独立的南向接口适配器耗时耗力。

技术实现要素：

针对现有技术中存在的至少一个缺陷，本发明的目的在于提供一种南向接口的适配方法及系统，支持流表配置顺序随机。

为达到以上目的，本发明采取一种南向接口的适配方法，包括：流表增加时，所有相关流表的表项信息配置完成后，将配置信息一次性写入硬件；任一相关流表删除时，即刻删除硬件的配置信息。

优选的，在相关流表之间维护一个公用avl树，且每个流表维护一个私有avl树，每个流表维护一个指示流表增删操作是否下发的标识，在流表下发时维护私有avl树和公用avl树；

如有流表增加，当所有相关流表的标识全部置为下发时，将配置信息一次性写入硬件；

如有流表删除，立即删除硬件的配置信息，并删除该流表的私有avl树；所有相关的流表全部删除时删除公用avl树。

优选的，对于pe节点的流表模型，支持用户侧到网络侧的报文转发处理和网络侧到用户侧的报文转发处理的先后顺序随机，且报文转发时流表配置支持顺序随机。

优选的，所述pe节点的流表包括mpls流表、mplsl2port流表和vlan流表，每个业务id在每类流表中绑定一个流表。

优选的，对于mpls-tpoam和ethoam，支持oam报文接收流表模型和oam报文发送流表模型之间配置顺序的随机，每个业务的流表通过oam的本地meg端点标识互相绑定。

优选的，对于qos流表模型，支持优先级映射流表、优先级反映射流表、复杂流分类流表和meter动作表之间配置顺序随机，支持qos相关流表与业务流表之间的配置顺序随机，且每个流表维护一个私有avl树。

优选的，在业务流表和每类qos流表之间，分别维护一套反刷机制；配置qos流表时，如果已经创建了相关的业务流表，则反刷业务，实现配置的优先级规则与业务的绑定；如果尚未配置相关业务流表，则配置qos映射规则后，将配置信息插入私有avl树。

优选的，设置一个功能适配层实现底层驱动的封装和集合，作为底层sdk的适配层支持不同sptn设备的接入。

本发明还提供一种南向接口的适配系统，包括：

判断模块，其用于判断流表增加或删除；

配置模块，其用于在流表增加时，在所有相关流表的表项信息配置完成后，将配置信息一次性写入硬件；还用于在任一相关流表删除时，即刻删除硬件的配置信息。

优选的，所述系统还包括：

协议接口层，其用于与控制器进行信息交互；

数据管理层，其用于接收协议接口下发的指令，以及维护当前流组表形成的avl树；

映射层，其设有配置模块和判断模块，用于维护相关流表之间形成的公用avl树和每个流表的私有avl树，实现流表的随机配置；

功能适配层，其用于实现底层驱动的封装和集合，与不同sptn设备的sdk层进行交互。

本发明的有益效果在于：

1、本发明流表增加时，所有业务相关的流表表项信息配置完成后，才将配置信息一次性写入硬件；而任一流表删除时，即刻删除硬件的配置信息；因此可以在适当的时间点采取操作硬件的方式，支持流表增删顺序的随机。

2、本发明对于pe(provideredge，边缘设备)节点的流表模型，可以实现针对vpws上下话业务之间的随机配置以及流表之间的随机配置。同时还支持mpls-tpoam(multi-protocollabelswitchingtransportprofile，多协议标签交换传送应用)和ethoam(ethernetoam，以太网oam)，以及qos流表模型相关的流表随机配置，适用范围广泛。

3、对于mpls-tpoam和ethoam，将oam配置集中下发的模式可以屏蔽底层oam实现机制，即oam实体以及lookup无论在芯片实现、fpga(field-programmablegatearray，现场可编程门阵列)实现、还是cpu(centralprocessingunit，中央处理器)实现，都可以做为一个独立的接口，仅需要适配底层驱动即可实现与南向接口适配器的对接。

4、本发明通过avl树(adelson-velskiiandlandis，自平衡二叉查找树)维护流表和组表，提高流组表存储效率，降低搜索的时间复杂度，提高查询效率。

5、本发明将系统通过四个分层实现南向接口的适配功能，向上通过协议接口层与控制器进行交互，即接收控制器的配置，还可以上报各类告警信息；向下通过功能适配层与不同sptn设备的sdk(softwaredevelopmentkit，软件开发工具包)进行交互，使得南向接口适配器形成一套独立于设备驱动的公共软件模型，为不同sptn设备南向接口的实现提供了方便，只需要将底层驱动与适配层做适当对接即可完成。

附图说明

图1为本发明第三实施例的流表添加流程图；

图2为本发明第四实施例的流表删除流程图；

图3为本发明第六实施例中ethoam和mpls-tpoam的流表信息管理机制；

图4为本发明第八实施例南向接口的适配系统的应用示意图。

具体实施方式

以下结合附图及实施例对本发明作进一步详细说明。

本发明南向接口的适配方法，包括：

添加或删除流表的顺序支持随机，流表增加时，所有相关流表的表项信息配置完成后，将配置信息一次性写入硬件；流表删除时，即刻删除硬件的配置信息。流表表项信息配置包括所有流表通过present信息建立绑定关系，或者是qos的反刷建立绑定关系。

第一实施例

在上述基础上，相关的流表之间维护一个公用avl树，每个流表各自维护一个私有avl树；每个流表维护一个指示流表增删操作是否下发的标识，在流表下发时维护私有和公用两个avl树。

如有流表增加，当所有相关流表的标识全部置为下发时，将配置信息一次性写入硬件。

如有流表删除，立即删除硬件的配置信息，并删除该流表的私有avl树；所有相关的流表全部删除时删除公用avl树。

第二实施例

基于第一实施例，本实施例是对于pe节点的流表模型，分为用户侧到网络侧的报文转发处理模型和网络侧到用户侧的报文转发处理模型，两套模型的先后配置顺序支持随机，并且转发模型内流表配置顺序也支持随机。

具体体现在vpws(virtualprivatewireservice，虚拟专用线路业务)上下话业务的mpls(multi-protocollabelswitching，多协议标签交换)流表、mplsl2port流表、vlan(virtuallocalareanetwork，虚拟局域网)流表之间维护一个基于业务id的公用avl树，且每个流表各自维护一个私有avl树。每个流表维护一个present信息，作为指示流表增删操作是否下发的标识，在流表下发时维护私有和公用两个avl树并判断。流表增加时，当业务相关的几个流表present标识全部置位时，才将配置一次性写入硬件。删除时，只要有任何一个流表删除，即刻删除硬件且删除私有avl树，且相关流表全部删除时才删除公用avl树。本实施例实现针对vpws上下话业务之间的随机配置以及流表之间的随机配置。

第三实施例

基于第二实施例，如图1所示，本实施例中一个业务id(tunnel_id)在mpls流表、mplsl2port流表和vlan流表这三类流表中，均绑定一个流表，即三个不同类别的流表通过一个业务id相互绑定，具体流表添加过程包括：

s101.接收控制器下发的添加流表的指令。

s102.进行流表中参数的有效性检查，判断检查是否通过，若是，进入s103；若否，进入s109。

s103.将添加的流表信息封装并插入流表的私有avl树，以进行输入信息的软件存储，并判断插入是否成功，若是，进入s104；若否，进入s109。

s104.依据输入的tunnel_id获取vpws公用avl树，判断公用avl树是否存在，若是，进入s105；若否，进入s106。

s105.将该流表的信息在vpws公用avl树中更新，并置位该流表的present标识，本实施例中present置1，进入s107。

s106.新建vpws公用avl树，将该流表的相关信息写入，并置位该流表的present标识，结束流程。

s107.判断输入的tunnel_id绑定的三个相关流表的present标识是否全部置1，如果是，进入s108；如果否，结束流程。

s108.调用sptn设备芯片的驱动函数实现业务添加的硬件写入，还可以将底层sptn设备驱动返回的状态信息(成功或者失败)，作为整个流程的状态信息返回并结束。

s109.提示错误，结束。

第四实施例

基于第二实施例，如图2所示，本实施例中一个业务id(tunnel_id)在mpls流表、mplsl2port流表和vlan流表这三类流表中，均绑定一个流表，即三个不同类别的流表通过一个业务id相互绑定，具体流表删除过程包括：

s201.接收控制器下发的删除流表的指令

s202.以输入的信息作为关键字去搜流表私有avl树，判断该流表是否已经存在，若是，进入s203；若否，结束。

s203.将该流表对应的present标识置0，以表示该流表不存在。

s204.判断硬件是否已删除，此处可以通过硬件删除标识判断，如果是，进入s206；如果否，进入s205。

s205.调用底层驱动函数，执行硬件删除的操作，并且设置硬件删除标识为1，表示已经删除硬件。

s206.将vpws公用avl树中该流表对应的相关参数恢复为默认值。

s207.检查输入的tunnel_id绑定的vpws下所有present标识是否全部置0，即，是否所有流表已经全部删除，若是，进入s208；若否，结束。

s208.将vpws公用avl树删除，结束。

第五实施例

基于第一实施例，本实施例对于mpls-tpoam和ethoam，支持oam报文接收流表模型和oam报文发送流表模型之间配置顺序的随机。

具体实现为维护一套包括mpls流表、mplsmaintenantpoint流表(mpls维护点流表)、injectoam流表(注入oam流表)、oamyang模型等的present置位机制：每个流表对应一个present标识用以指示增删操作的下发与否，在表下发时维护私有和公用两个avl树。只有在业务相关的几个流表present全部置位时(本实施例中present置1)，说明表项信息完备，才统一下发配置信息给硬件。如有表项删除，则立即删除硬件并清除present标识，从而实现oam相关的不同流表顺序的下发。

并且，这种将oam配置集中下发的模式，可以屏蔽底层oam实现机制，即oam实体以及lookup无论在芯片实现、fpga(field－programmablegatearray，现场可编程门阵列)实现还是cpu(centralprocessingunit，中央处理器)实现，都可以做为一个独立的接口，仅需要适配底层驱动即可实现与南向接口适配器的对接。

第六实施例

本实施例在第五实施例的基础上，如图3所示，是ethoam和mpls-tpoam的流表信息管理机制，每个业务的流表通过oam的唯一标识lmepid(localmaintenanceentitygroupendpointidentification，本地维护实体组端点标识)互相绑定。

其中，ethoam需要维护四个present标识。configinfopresent(即oam主体存在标识)由oamyang模型确定；vlaninfopresent(即vlan流表存在标识)在downmep和upmep时分别由vlan流表和egressvlan流表确定；mpinfopresent(即维护点流表32存在标识)在downmep和upmep时分别由ingressmaintenancepoint流表和egressmaintenancepoint流表确定；injectoampresent(注入流表存在标识)由injectoam流表确定。

mpls-tpoam也需要维护四个present标识。configinfopresent由oamyang模型确定；mplspresent由mpls流表确定；mpinfopresent由mplsmaintenancepoint流表确定；injectoampresent由injectoam流表确定。

各类相关流表的增删流程类似于第二实施例中vpws上下话业务，即会在判断oampresent全部完备的前提下，调用统一的oam驱动实现配置信息的集中下发，支持流表配置顺序随机的同时，亦可屏蔽不同sptn设备的底层处理。

第七实施例

本实施例针对qos流表模型，支持优先级映射流表、优先级反映射流表、复杂流分类流表和meter动作表之间配置顺序随机，且支持qos相关流表与业务流表之间的配置顺序随机。本实施例中，每个流表维护一个私有avl树。

具体实现为，trust流表和remark流表分别与相关业务流表之间维护一套反刷机制。配置qos流表时进行判断，如果已经创建了相关的业务流表，则反刷业务实现配置的优先级规则与业务的绑定；如果尚未配置相关业务流表，则配置映射规则后，仅将配置信息插入私有avl树做软件存储。在相关业务流表的处理中，判断如果配置了qos映射信息，则实施业务与优先级规则的绑定，从而实现qos不同流表的随机顺序下发。

第八实施例

在上述所有实施例的基础上，还可以设置一个功能适配层实现底层驱动的封装和集合，作为底层sdk的适配层支持不同sptn设备的接入。

第九实施例

本实施例提供一种南向接口的适配系统，用于上述第一至第七实施例方法的实施。适配系统包括判断模块和配置模块，判断模块用于判断流表增加或删除；配置模块用于在流表增加时，在所有相关流表的表项信息配置完成后，将配置信息一次性写入硬件；还用于在任一相关流表删除时，即刻删除硬件的配置信息。

第十实施例

如图4所示，适配系统向上与控制器进行信息交互，向下与不同sptn设备的sdk层进行交互，sdk层与芯片chip交互。系统还包括协议接口层、数据管理层和映射层，还可以包括一个功能适配层。

协议接口层用于向上与控制器进行信息交互，接收控制器下发的配置指令，还用于将配置指令进一步下发到数据管理层。

数据管理层用于接收指令，并根据指令维护当前流组表形成的avl树，当前流组表包括公用avl树和私有avl树。

映射层用于维护相关流表之间形成的公用avl树和每个流表的私有avl树，例如维护vpws公用avl树、oam公用avl树，实现不同流表信息的管理，进而实现相关流表的随机配置。判断模块和配置模块均设置于映射层。

功能适配层用于实现底层驱动的封装和集合，作为底层sdk的适配层以支持不同sptn设备的接入。功能适配层向下与不同sptn设备的sdk进行交互，使得南向接口适配系统形成一套独立于设备驱动的公共软件模型，为不同sptn设备南向接口的实现提供了方便。

优选的，底层sptn设备产生告警时，通过netconf的订阅和通知，将告警类型、告警分级等信息由协议接口层传递给控制器。

本发明架构层次清晰，移植方便，仅需要功能适配层的简单适配即可适用于不同的sptn设备。在支持现有南向接口协议的同时，兼容未来协议的扩展。

本发明不局限于上述实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围之内。本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。