CN106161065B - 路径的保护倒换处理方法、装置、系统及转发设备 - Google Patents

路径的保护倒换处理方法、装置、系统及转发设备 Download PDF

Info

Publication number
CN106161065B
CN106161065B CN201510171778.3A CN201510171778A CN106161065B CN 106161065 B CN106161065 B CN 106161065B CN 201510171778 A CN201510171778 A CN 201510171778A CN 106161065 B CN106161065 B CN 106161065B
Authority
CN
China
Prior art keywords
path
protection
aps
information
component
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510171778.3A
Other languages
English (en)
Other versions
CN106161065A (zh
Inventor
孙德胜
赵福川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201510171778.3A priority Critical patent/CN106161065B/zh
Priority to PCT/CN2015/088169 priority patent/WO2016165263A1/zh
Publication of CN106161065A publication Critical patent/CN106161065A/zh
Application granted granted Critical
Publication of CN106161065B publication Critical patent/CN106161065B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种路径的保护倒换处理方法、装置、系统及转发设备，其中，所述方法包括：SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息，其中，所述当前路径包括：保护路径和/或工作路径；所述转发设备与所述路径保护组中除所述转发设备之外的其他转发设备进行自动保护倒换APS协商；根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作，其中，所述外部命令用于指示外部对保护倒换操作的控制类型。通过本发明，解决了现有的路径切换方案不能实现快速保护倒换，无法满足实时性要求较高的场景等问题。

Description

路径的保护倒换处理方法、装置、系统及转发设备
技术领域
本发明涉及通信领域，具体而言，涉及一种路径的保护倒换处理方法、装置、系统及转发设备。
背景技术
软件定义网络(Software defined network，简称SDN)是近年来通信领域的研究热点。国际标准组织ONF(Open networking forum，简称ONF)拟定SDN相关标准建议，重点在于控制器(Controller)和转发设备(Forwarder)之间解耦，规范控制器与转发面之间的接口，方便不同厂家的控制器、转发设备联合组网。
ONF目前已经发布了控制器与转发面之间接口规范OpenFlow SwitchSpecification，基于此接口规范实施的协议为Openflow协议。ONF在支持二层专线业务、二层VPN业务方面比较成熟。
如图1所示，Openflow通道用于控制器(后文简称Controller)与转发设备(后文简称Forwarder，又称为Switch)之间的Openflow协议交互。控制器发送的协议消息至转发设备后，转发设备的协议处理组件终结协议提取协议报文携带的内容信息，并转发至相应组件。转发设备内相关组件发送至控制器的信息，需要先传递至协议处理组件封装为Openflow协议并发送至控制器。
Openflow协议定义了一系列消息，包括控制器到转发设备(controller-to-switch)消息，异步(asynchronous)消息和对称(symmetric)消息三种大类，每个大类又定义了很多类型。controller-to-switch消息由控制器发起，用来管理或获取forwarder状态；asynchronous消息由forwarder发起，用来将网络事件或forwarder状态变化通知到控制器；symmetric消息可由forwarder或控制器发起。
在支持自动保护倒换(Automatic Protection Switching，简称为APS)功能方面，控制器通过发起controller-to-switch类别的发包(Packet-out)的消息，通过Openflow协议通道发送至Forwarder，Forwarder根据消息指定的转发端口发送；接收端Forwarder收到此消息后，根据消息指示完成相关的工作(比如收发包统计、错包统计等等)，并上送至协议处理组件，封装为收包Packet-in消息通过Openflow通道上送至控制器，如图2所示，完成工作路径、保护路径的检测。如果工作路径故障，则控制器通过修改流表或组表并下发至Forwarder的相应组件生效，完成业务至保护路径的切换。但这种机制适合对实时性要求不高的业务传送；不适合需要快速保护倒换完成自愈的场景，比如分组传送网(PacketTransfer Network，简称为PTN)、光传输网络(Optical Transport Network，简称为OTN)、多协议标签交换(Multi-Protocol Label Switching，简称为MPLS)等设备要求支持50ms左右的快速保护倒换。
针对相关技术中现有的路径切换方案不能实现快速保护倒换，无法满足实时性要求较高的场景等问题，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种路径的保护倒换处理方法、装置、系统及转发设备，以至少解决现有的路径切换方案不能实现快速保护倒换，无法满足实时性要求较高的场景等问题。
根据本发明的一个实施例，提供了一种路径的保护倒换处理方法，包括：SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息，其中，所述当前路径包括：保护路径和/或工作路径；所述转发设备与所述路径保护组中除所述转发设备之外的其他转发设备进行自动保护倒换APS协商；根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作，其中，所述外部命令用于指示外部对保护倒换操作的控制类型。
在本发明实施例中，所述SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息之前，包括：所述转发设备从所述SDN中的控制器中接收配置信息，其中，该配置信息用于对所述路径保护组的路径保护倒换进行配置。
在本发明实施例中，所述转发设备从所述SDN中的控制器中接收所述配置信息，包括：所述转发设备从所述控制器接收专用于发送所述配置信息的APS消息。
在本发明实施例中，所述APS消息通过以下方式确定：在Openflow协议头的类型type成员中增加用于指示所述APS消息的类型信息；并且配置所述类型信息的属性信息。
在本发明实施例中，所述配置信息中至少包括以下之一：保护组标识、保护类型、对所述路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
在本发明实施例中，所述保护类型包括以下之一：1:N保护类型、1+1保护和环保护，其中，N为大于1的整数；和/或，所述操作类型包括以下至少之一：新增路径保护组、修改路径保护组和删除路径保护组。
在本发明实施例中，所述外部命令包括以下之一：锁定保护命令、人工倒换命令、强制倒换命令和清除已有外部命令；和/或所述表项信息包括以下之一：与业务的接收方向对应的流表和与业务的发送方向对应的组表。
在本发明实施例中，所述外部命令通过以下方式获取：从所述APS消息中获取所述外部命令。
在本发明实施例中，所述外部命令通过以下方式获取：从接收到专用于发送所述外部命令的消息中获取。
根据本发明的另一个实施例，提供了一种SDN中的转发设备，包括：协议处理组件，用于接收来自所述SDN网络中的控制器的配置信息，其中，所述配置信息用于对路径保护组的路径保护倒换进行配置；自动保护倒换APS组件，用于接收来自所述协议处理组件转发的所述配置信息，并将所述配置信息中的表项信息发送至流表组件；将所述APS组件生成的用于APS协议收发的表项信息发送至流表组件；接收操作管理维护(OperationAdministration and Maintenance，简称为OAM)组件监视的当前工作路径和/或保护路径的状态信息；从转发组件接收进行APS协商的协议报文；以及向所述转发组件发送用于转发设备之间APS协商的协议报文；所述OAM组件，用于接收转发组件发送来的OAM报文，监视所述当前工作路径和保护路径的状态，并将所述状态发送至所述APS组件；以及将当前工作路径和/或保护路径的OAM报文传递至所述转发组件，以发送到路径远端的转发设备；所述流表组件，用于将从所述APS组件接收的所述表项信息进行综合处理，并根据转发组件的接口需求转发至所述转发组件；所述转发组件，用于执行与所述表项信息对应的业务转发操作，用于发送和接收所述OAM组件所需的OAM报文，以及发送和接收所述APS组件所需的APS协议报文。
在本发明实施例中，所述协议处理组件，用于从所述控制器接收专用于发送所述配置信息的APS消息。
在本发明实施例中，所述APS消息通过以下方式确定：在Openflow协议头的类型type成员中增加用于指示所述APS消息的类型信息；并且配置所述类型信息的属性信息。
在本发明实施例中，所述协议处理组件，用于接收包括以下至少之一的所述配置信息：保护组标识、保护类型、对所述路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
根据本发明的另一个实施例，提供了一种路径的保护倒换处理系统，SDN中的转发设备和控制器，其中，所述控制器，用于向所述转发设备发送配置信息，其中，所述配置信息用于路径保护组的路径保护倒换进行配置；所述转发设备，用于获取当前路径的状态信息，并在与对端转发设备进行自动保护倒换APS协商完成后，结合APS协商结果、本地的外部命令和所述状态信息进行综合决策，对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作。
在本发明实施例中，所述控制器，用于向所述转发设备发送专用于发送所述配置信息的APS消息。
根据本发明的又一个实施例，提供了一种路径的保护倒换处理装置，应用于SDN中的转发设备，包括：获取模块，用于获取该转发设备所属路径保护组中当前路径的状态信息，其中，所述当前路径包括：保护路径和/或工作路径；协商模块，用于与所述路径保护组中除所述转发设备之外的其他转发设备进行自动保护倒换APS协商；控制模块，用于根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作，其中，所述外部命令用于指示外部对保护倒换操作的控制类型。
在本发明实施例中，上述装置还包括：接收模块，用于从所述SDN中的控制器中接收配置信息，其中，所述配置信息用于路径保护组的路径保护倒换进行配置。
通过本发明，采用转发设备根据当前路径的状态信息、与其他转发设备进行APS协商的协商结果以及本地的外部命令进行综合决策，并执行与决策结果对应的保护倒换处理操作的技术手段，解决了现有的路径切换方案不能实现快速保护倒换，无法满足实时性要求较高的场景等问题，进而达到了路径的快速保护倒换处理的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1为相关技术中的SDN网络示意图；
图2为相关技术中的SDN网络Packet-out和Packet-in消息收发示意图；
图3为根据本发明实施例的路径的保护倒换处理方法的流程图；
图4为根据本发明实施例的路径的保护倒换处理装置的结构框图；
图5为根据本发明一个可选实施例的路径的保护倒换处理装置的结构框图；
图6为根据本发明实施例的转发设备的结构框图；
图7为根据本发明实施例的路径的保护倒换处理系统的结构框图；
图8为根据本发明可选实施例的路径的保护倒换处理系统的结构示意图；
图9为本发明实施例的线性保护架构示意图；
图10为本发明实施例的线性保护中只配一个端点Forwarder的架构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例基于ONF现有框架，在OpenFlow Switch Specification现有标准接口基础上，提出一种快速实现保护倒换功能的方案，以解决现有SDN标准中的切换方案不能实现快速保护倒换，无法满足实时性要求较高的场景等问题，以满足PTN、OTN、MPLS等设备的要求。
在本实施例中提供了一种路径的保护倒换处理方法，图3为根据本发明实施例的路径的保护倒换处理方法的流程图，如图3所示，该流程包括如下步骤：
步骤S302，SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息，其中，上述当前路径包括：保护路径和/或工作路径。也就是说，转发设备可以仅获取保护路径或者工作路径的状态，也可以同时获取两种路径的状态(保护路径的状态和工作路径的状态)。
步骤S304，转发设备与路径保护组中除上述转发设备之外的其他转发设备进行自动保护倒换APS协商；可选地，对于路径保护组中的其他转发设备也可以表述为远端设备，例如，在一个可选实施方式中，可以表现为以下形式，但不限于此：对于线性保护(例如1：1保护或1：N保护)可以表现为路径保护组所对应路径上上述转发设备的对端设备；对于环保护，可以表现为与上述转发设备相邻的设备。
步骤S306，根据APS协商结果、本地的外部命令和上述状态信息进行综合决策，并对上述路径保护组中的上述当前路径执行与上述综合决策的决策结果对应的保护倒换处理操作，其中，上述外部命令用于指示外部对保护倒换操作的控制类型。在一个可选实施方式中，该控制类型可以包括但不限于执行保护倒换操作或者撤销保护倒换操作。
通过上述步骤，由于转发设备可以直接根据当前路径的状态、APS协商结果以及本地是否存在外部命令执行保护倒换处理操作，因此，减少了与SDN网络架构中控制器的消息交互流程，从而减少了保护倒换的时间，实现了路径的快速保护倒换。
需要说明的是，在一个可选实施例中，步骤S302和S304的执行顺序是可以互换的，即可以先执行步骤S302，再执行步骤S304；或者，先执行步骤S304，再执行步骤S302。
可选地，在步骤S306进行综合决策时，除了考虑上述APS协商结果、本地的外部命令和上述状态信息之外，还可以考虑当前保护倒换状态及等待恢复时间(Wait to RestoreTime，简称WTR)计时情况(也可以认为该WTR计时情况归属于当前保护倒换状态)，由于当前保护倒换状态及WTR计时情况是在进行保护倒换时，本领域技术人员会考虑到的因素，因此，在步骤S306中并未提及当前保护倒换状态和WTR计时情况，但是，本发明实施例对此并不作限定，例如，本发明实施例可以包括以下情况：在进行综合决策时不考虑上述当前保护倒换状态和WTR计时情况，也能够实现保护倒换处理。
可选地，步骤S306中，可以依据相关技术中ITU-TG.841/G.808.1/G.808.2等标准进行综合决策，但不限于此。
在本实施例中，为了实现转发设备的自切换功能，在步骤S302之前，可以预先设置用于实现对上述路径保护组的路径保护倒换功能进行配置的配置信息，例如可以通过以下方式实现：转发设备从SDN中的控制器中接收上述配置信息，其中，上述配置信息用于对路径保护组的路径保护倒换进行配置。
在本发明实施例中，转发设备接收上述配置信息的方式有多种，例如可以从已有消息中接收，还可以从控制器构建的新消息中接收，对于后者，可以通过以下方式实现：转发设备从控制器接收专用于发送上述配置信息的APS消息。自此，APS保护倒换控制以及协议处理功能便由控制器下移至转发设备，控制器仅需部署APS保护组的配置管理功能即可。
在一个可选实施例中，上述APS消息通过以下方式确定：在Openflow协议头的类型type成员中增加用于指示上述APS消息的类型信息；并且配置上述类型信息的属性信息。可选地，该属性信息可以用于反映或指示上述配置信息。其中，Openflow协议头的成员如表1所示：
表1
version Openflow协议版本号
type Openflow协议消息类型
length Openflow协议消息的长度(包含Openflow协议头)
可选的，APS消息的消息成员如表2所示：
表2
Figure BDA0000698161350000071
其中，对于上述配置信息，其可以至少包括以下之一：保护组标识、保护类型、对路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
其中，本实施例中的保护倒换是指从故障路径切换到正常路径接收和发送业务。软件定义网络SDN通过流表和组表(具体包括流表类型、表项标识、匹配项、指令及动作集等)控制路径的业务收发。通过流表(包括流表类型、表项标识、匹配项、指令及动作集)标识入向端口，控制收业务；使用组表信息(包括表项标识、匹配项、指令及动作集等)标识出向端口，控制业务的发送。
对于返回式保护(即返回到初始路径的保护方式)，是指原故障的工作路径恢复正常，业务等待一段时间(即WTR)再切换到工作路径；对于非返回式保护，故障的路径恢复正常也不返回，不需要WTR。
其中，上述保护类型包括以下之一：1:N保护类型、1+1保护和环保护，其中，N为大于1的整数；和/或，操作类型包括以下至少之一：新增路径保护组、修改路径保护组和删除路径保护组。
其中，对于修改路径保护组的操作类型可以表现为修改路径保护组的属性信息，例如可以修改WTR、返回方式(可以表现为返回初始路径的方式，但不限于此)、新增、修改或删除路径保护组的表项信息等，但不限于此。可选地，对于保护类型可以包括但不限于PTN网络的1：1保护或1+1隧道保护或伪线保护、基于段层的共享环保护；OTN网络中的1+1保护或1：1ODUk通道保护等。对于1：N保护或1+1保护，一般仅需首尾节点参与保护倒换即可，称为线性保护；对于环保护，则需要环上每个节点均参与。
可选地，修改路径保护组的操作类型，可以包括但不限于修改以下至少之一的上述配置信息：保护组标识、保护类型、对上述路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
在本发明的一个可选实施例中，上述外部命令包括但不限于以下之一：锁定保护命令(即禁止保护倒换的命令)、人工倒换命令、强制倒换命令和清除已有外部命令；和/或，上述表项信息包括但不限于以下之一：与业务的接收方向对应的流表和与业务的发送方向对应的组表。
在本发明实施例中，通过以下方式获取上述外部命令：从上述APS消息中获取上述外部命令，即上述外部命令可以通过APS消息携带；可选地，还可以从接收到的专用于发送上述外部命令的消息中获取，即可以上述外部命令可以通过专用消息携带。
在本实施例中还提供了一种路径的保护倒换处理装置，该装置应用于SDN中的转发设备，用于实现上述方法实施例及可选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图4为根据本发明实施例的路径的保护倒换处理装置的结构框图。如图4所示，该装置包括以下处理模块：
获取模块40，用于获取该转发设备所属路径保护组中当前路径的状态信息，其中，上述当前路径包括：保护路径和/或工作路径；
协商模块42，用于与上述路径保护组中除上述转发设备之外的其他转发设备进行自动保护倒换APS协商；
控制模块44，连接至获取模块40和协商模块42，用于根据APS协商结果、本地的外部命令和上述状态信息进行综合决策，并对上述路径保护组中的上述当前路径执行与上述综合决策的决策结果对应的保护倒换处理操作，其中，上述外部命令用于指示外部对保护倒换操作的控制类型。
通过上述各个模块实现的功能，同样可以路径的快速保护倒换。
在本发明的一个可选实施例中，如图5所示，上述装置还可以包括：接收模块46，与获取模块40、协商模块42和控制模块44连接，用于从SDN中的控制器中接收配置信息，其中，上述配置信息用于路径保护组的路径保护倒换进行配置。
正如上面所述，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以表现为以下形式但不限于此：上述各个模块分别位于不同的处理器中；或者上述各个模块位于同一处理器中。
需要说明的是，本实施例所提供的路径的保护倒换处理装置所实现的功能可以参见上述方法实施例的描述，此处不再赘述。
本发明实施例还提供了一种SDN中的转发设备，如图6所示，该转发设备包括：
协议处理组件60，用于接收来自SDN网络中的控制器的配置信息，其中，上述配置信息用于对路径保护组的路径保护倒换进行配置；
自动保护倒换(APS)组件62，用于接收来自协议处理组件60转发的上述配置信息，并将上述配置信息中的表项信息发送至流表组件64；将APS组件62生成的用于APS协议收发的表项信息发送至流表组件；接收操作管理维护(OAM)组件66监视的当前工作路径和/或保护路径的状态信息；接收转发组件68发送来的进行APS协商的协议报文；以及向转发组件68发送用于转发设备之间APS协商的协议报文；
简单来说，APS组件62接收来自控制器的配置和管理信息，同时接收APS信令(首尾节点之间，或节点与节点之间的APS组件互发APS信令，完成协议协商)和OAM组件传递的路径状态，输出保护倒换控制命令至流表组件64(流表和组表等表项处理的组件，简称为流表组件)，比如执行或撤销保护倒换动作，并输出APS信令至其他节点。
OAM组件66，用于接收转发组件发送来的OAM报文，监视上述当前工作路径和保护路径的状态，并将上述状态发送至APS组件62；以及将当前工作路径和/或保护路径的OAM报文传递至转发组件68，以发送到路径远端的转发设备；由此可见，OAM组件66主要负责路径的告警监视功能。
流表组件64，用于将从APS组件62接收的上述表项信息进行综合处理，并根据转发组件68的接口需求转发至转发组件68；
转发组件68，用于执行与上述表项信息对应的业务转发操作，用于发送和接收OAM组件66所需的OAM报文，以及发送和接收APS组件62所需的APS协议报文。
在本发明实施例中，协议处理组件60，用于从上述控制器接收专用于发送上述配置信息的APS消息。可选地，上述APS消息通过以下方式确定：在Openflow协议头的类型type成员中增加用于指示上述APS消息的类型信息；并且配置上述类型信息的属性信息。
在本发明实施例中，协议处理组件60，用于接收包括以下至少之一的上述配置信息：保护组标识、保护类型、对上述路径保护组的表项信息进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
为便于理解上述各个组件的工作过程，以下结合一个可选实施例详细说明。在本可选实施例中，控制器(Controller)首先发起保护组的配置管理。构造此APS消息，包括扩展Openflow协议头的消息类型，新增APS类型，定义消息成员分别携带保护组标识、保护类型、操作类型、外部命令、绑定表项(流表和组表)、是否返回以及WTR等属性，并通过Openflow通道发送至实施保护倒换功能路径的首或尾端点Forwarder(对于环保护，则是环上的所有Forwarder节点)，可选地，上述步骤所述的APS类型包的类型可以是针对以太网、IP、MPLS、传送多协议标签交换(Multi-Protocol Label Switching–Transport Profile，简称MPLS-TP)、运营商骨干桥接(Provider Backbone Bridge，简称PBB)、OTN、波分复用(Wavelength Division Multiplexing，简称WDM)等转发路径的保护倒换。然后执行以下处理步骤：
步骤一、首或尾端点的Forwarder(对于环保护，则是环上的所有Forwarder节点)的Openflow协议处理组件接收到Openflow消息后，根据Openflow协议头类型成员判断是否是APS类型的消息包，是则转发至APS组件并转入下一步；否则按照其他Openflow协议消息类型所需流程处理；
步骤二、APS组件接收到APS消息包之后，解析消息成员，识别保护组标识、保护类型、操作类型、外部命令、绑定表项、是否返回以及等待回复等属性，并将表项信息包含的流表和组表信息转发至流表组件，将监视的路径信息通知OAM组件。根据保护组相关的流表和组表信息，APS组件同时配置APS协议所需的流表和组表项信息至流表组件。转发组件综合流表和组表信息，并下发至转发组件；
步骤三、转发组件根据配置的流表信息和组表项信息，完成业务网络侧到客户侧或客户侧到网络侧的收发；完成APS协议从APS组件到网络侧，或从网络侧到APS组件的协议收发；OAM组件将路径的监视状态传递至APS组件；APS组件根据外部命令(如果有的话)、APS协议、上述路径状态、当前保护倒换状态以及WTR计时情况，综合决策，然后通知流表组件设置转发面组表项监视跳转条目对应的监视信息，从而修改转发面的业务发送动作(选择往工作路径发送还是往保护路径发送)，完成保护倒换动作或撤销保护倒换动作。
在本可选实施例中，对于步骤三，根据保护组类型或用户需求，APS组件还可以通过流表组件设置相应流表的指令，控制转发面业务接收行为(选择从工作路径接收还是从保护路径接收)。
在本可选实施例中，Controller可以将APS配置管理信息同时或分别下发至Forwarder(首端点和尾端点、对于环保护则是所有节点)；在某些特殊情况下，比如SDN网络与传统网络对接，或者不同的SDN网络对接，只需要配置一个Forwarder(首端点或尾端点)的APS；对于环保护，只需要配置环上一个或几个Forwarder的APS。
在本可选实施例中，上述步骤所述的保护组标识可以是一串数字或字符串；上述保护类型包括路径的1：N(N大于或等于1)保护、1+1保护、环保护；上述操作类型包括新增、修改或删除；上述外部命令包括锁定(禁止保护倒换)、人工倒换、强制倒换等；上述绑定表项包括入方向路径(接收业务的方向)对应的流表以及出发向路径(发送业务的方向)对应的组表；上述是否返回属性包括返回、非返回两种；上述WTR仅对返回式保护生效，一般范围是12分钟以内，可以人工设置及修改。
可选地，上述技术方案所述的保护倒换路径，泛指以太网、IP、MPLS、MPLS-TP、PBB、OTN、WDM等通信技术的各层传输路径，比如MPLS-TP的以太网物理层路径、段层路径、隧道层路径、伪线层路径等等；再比如OTN网络的OTN物理层路径、再生段路径、复用段路径、高阶ODU路径、低阶ODU路径等等。
本发明实施例还提供了一种路径的保护倒换处理系统，如图7所示，该系统包括：SDN中的转发设备70和控制器72，其中，控制器72，用于向转发设备70发送配置信息，其中，上述配置信息用于路径保护组的路径保护倒换进行配置；转发设备70，用于获取当前路径的状态信息，并在与对端转发设备进行自动保护倒换APS协商完成后，结合APS协商结果、本地的外部命令和上述状态信息进行综合决策，对上述路径保护组中的上述当前路径执行与上述综合决策的决策结果对应的保护倒换处理操作。
在本发明的一个可选实施例中，控制器72，用于向转发设备70发送专用于发送上述配置信息的APS消息，即控制器72通过APS消息将上述配置信息发送至转发设备70。
本实施例的一个可选实施例中，如图8所示，路径的保护倒换处理系统中：转发设备70和控制器72之前通过Openflow通道进行APS信息交互。控制器72包括APS配置管理模块720，
通过上述实施例及其可选实施例可以看出，本发明实施例是基于现有Openflow协议，扩展协议头的消息类型定义，通过新定义的APS消息传递各种路径保护功能的新增、修改和删除等配置管理信息；转发设备部署OAM组件监视路径告警状态并实时通知APS组件，部署流表组件根据APS组件指示完成保护倒换或撤销保护倒换的转发行为，部署APS组件完成APS保护组的配置管理和保护倒换决策，完成针对路径为标签交换路径(Label SwitchedPath，简称为LSP)、伪线(Pseudo Wire，简称为PW)、光通路数据单元(Optical Date Unit，简称为ODU)k、IP、以太网等网络的线性保护或环网保护功能，具备简洁、可靠的优点。其中，k表示ODU的等级，取自然数。
为了更好地理解上述实施例，以下结合优选实施例1-6详细说明。以下优选实施例提供的路径的保护倒换处理方案的主要设计思想在于，针对相关技术中SDN网络无法完成快速保护倒换功能的问题，以优选实施例基于现有Openflow协议，扩展协议头的消息类型(type)定义，通过新定义的APS消息完成各种路径保护功能的配置管理；转发设备部署OAM组件监视路径告警状态并实时通知APS组件，部署流表组件完成保护倒换或撤销保护倒换的转发行为，部署APS组件完成APS保护组的配置管理和保护倒换决策。
实施例1
本优选实施例，结合上述实施例中所述的表1-表2，以及图8-图9，以ControllerCMC发起新增MPLS_TP LSP 1：1的保护，保护组标识为16，工作路径为A1-Z1(Forwarder NE1的A1端口到Forwarder NE2的Z1端口)，保护路径为A2-Z2(Forwarder NE1的A2端口到Forwarder NE2的Z2端口)，返回式，WTR为5分钟，A1-Z1和A2-Z2的OAM监视已经生效为例说明。
本优选实施例采用的具体技术方案包括如下步骤：
步骤一、CMC发起新增MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为新增。扩展Openflow协议头的消息类型type成员，从未用到的类型值选择241作为APS消息的标识，APS的消息成员id取值为16；消息成员type设置1，标识保护组类型为LSP 1：1线性保护；设置消息成员action为1，标识操作类型为新增；消息成员command设置为0，当前没有外部命令；data报文的第一组信息设置工作LSP端口对应的流表，包括流表条目信息X1标识绑定端口A1的入向端口以及LSP入标签等信息，流表指令为跳转至指向客户端口的组表项；安排第二组信息设置保护LSP端口对应的流表，包括流表条目信息X2标识绑定端口A2的入向端口以及LSP入标签等信息，流表指令为跳转至指向客户端口的组表项；第三组信息设置为工作LSP端口对应的组表项，包括组表项Y1标识绑定A1出向端口和LSP出标签，组表动作包含相应封装信息的设置；第四组信息设置为保护LSP端口对应的组表项，包括组表项Y2标识绑定A2出向端口和LSP出标签，组表动作包含相应封装信息的设置；第五组信息设置为组表项Y12标识绑定上述LSP 1：1保护组，组表动作包含监视A1-Z1LSP路径OAM状态，跳转至上述Y1组表项，监视A2-Z2LSP路径OAM状态，跳转至上述Y2组表项等内容。随后还要设置几组信息，包括以1标识返回式保护、以5标识WTR为5分钟、以及其他所需信息。并通过Openflow通道下发至NE1。
NE2的APS信息与NE1的相似，修改NE1的APS消息成员data报文信息中的Z1和Z2端口、LSP入出标签、流表项标识以及组表项标识与NE2相符即可，并通过Openflow通道下发至NE2。
步骤二、NE1和NE2的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1和NE2的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为1判断是新增保护组；根据消息成员command为0，判断当前没有外部命令；根据data报文的第一组信息和第二组信息获悉流表配置，并将之转发至流表组件，将需要监视的入向A1端口和LSP入标签对应路径的OAM信息转发至OAM组件；根据data报文的第三组、第四组和第五组信息获悉组表项配置，并将之转发至流表组件；根据data报文的其他信息，获悉保护组为返回式、WTR为5分钟。APS组件根据第一组至第五组的流表和组表信息，配置APS协议所需的流表和组表项信息并通知流表组件，以便APS信息可以从保护路径LSP收发；流表组件综合上述流表信息和组表信息，根据转发组件要求生成所需转发流表和组表信息并下发至转发组件。
步骤四、NE1和NE2转发组件根据配置的流表信息和组表项信息，完成业务从A1-Z1工作LSP到客户侧或客户侧到A1-Z1工作LSP的收发；完成APS协议从APS组件到A2-Z2保护LSP，或从保护LSP到APS组件的协议收发；OAM组件将工作LSP和保护LSP的OAM监视状态实时传递至APS组件；APS组件根据APS协议、路径状态、外部命令(如果有的话)、当前保护倒换状态以及WTR计时情况，综合决策，决定是否执行保护倒换或撤销保护倒换，并通知流表组件设置转发面组表项Y12组表动作中监视A1-Z1LSP和A2-Z2LSP OAM状态，从而修改转发面的业务发送动作(选择往工作路径A1-Z1LSP发送还是往保护路径A2-Z2LSP发送)，进而实施保护倒换或撤销保护倒换动作。
特别地，对于步骤四，根据保护组类型或用户需求，APS组件根据工作路径A1-Z1LSP和保护路径A2-Z2LSP的监视状态可以通知流表组件设置其流表相关指令，控制转发面业务接收行为(选择从工作LSP接收还是从保护LSP接收)。比如保护类型为1+1时，只需要修改流表控制转发业务的接收行为，步骤一中的组表项Y12的动作集内容不需要监视OAM状态，而是同时执行组表项Y1和Y2，即并发业务。
特别地，对于路径为PW、ODUk、IP、以太网等的1：1或1+1线性保护，上述实施方案同样适用。对于N>1的1：N线性保护，保护路径数目大于1条,上述1：1保护实施方案data消息中流表信息和组表项信息做相应的条目增加，APS组件、OAM组件、流表组件和转发组件做相应的处理就是1：N(N>1)的实施方案。
特别地，对于路径为LSP、PW、ODUk、IP、以太网等的环网保护，上述实施方案同样适用。成员type设置为与相关路径环网保护类型匹配的信息；成员data消息中包含针对客户侧与网络侧收发业务的流表信息和组表项信息，与保护方案中的首尾端点NE1和NE2的流表和组表相似，同时data消息中还需要包含针对网络侧一个方向到另一个方向转发业务的流表与组表信息，以满足环中间节点传递工作业务和保护业务的需求。
实施例2
结合上述实施例中的表1-2，图8和图9，以Controller CMC发起修改MPLS_TP LSP1：1的保护，保护组标识为16，工作路径由A1-Z1修改为A2-Z2，保护路径由A2-Z2修改为A1-Z1，其他属性不修改为例说明本实施例的方案。
本实施例采用的技术方案包括如下步骤：
步骤一、CMC发起修改MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为修改。修改APS消息成员action为2，标识操作类型为修改；修改data报文的第三组信息，即工作LSP端口对应的组表项，包括组表项Y1标识绑定A2出向端口和LSP出标签，组表动作包含相应封装信息的设置；第四组信息，即保护LSP端口对应的组表项，包括组表项Y2标识绑定A1出向端口和LSP出标签，组表动作包含相应封装信息的设置；其他data报文信息维持不变，APS消息的其他成员业务维持不变，并通过Openflow通道下发至NE1。
NE2的APS消息和NE1相似，修改NE1的APS消息成员data报文信息中的Z1和Z2端口、LSP入出标签、流表项标识以及组表项标识与NE2相符即可，并通过Openflow通道下发至NE2。
步骤二、NE1和NE2的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1和NE2的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为2判断是修改保护组；通过比较消息各成员与本地已生效信息，获悉修改data报文的第三组信息和第四组信息。APS组件通知流表组件修改相应的流表和组表，并将之转发至转发组件。其他维持不变。
步骤四、NE1和NE2转发组件根据修改后的流表信息和组表项信息，完成业务从A2-Z2工作LSP到客户侧或客户侧到A2-Z2工作LSP的收发；完成APS协议从APS组件到A2-Z2保护LSP，或从保护LSP到APS组件的协议收发；OAM组件将工作LSP和保护LSP的OAM监视状态实时传递至APS组件；APS组件根据APS协议、路径状态、外部命令(如果有的话)、当前保护倒换状态以及WTR计时情况，综合决策，决定是否执行保护倒换或撤销保护倒换，并设置转发面组表项Y12组表动作中监视A2-Z2LSP和A1-Z1LSP OAM状态,从而修改转发面的业务发送动作(选择往工作路径A2-Z2LSP发送还是往保护路径A1-Z1LSP发送)，进而实施保护倒换或撤销保护倒换动作。
特别地，对于步骤四，根据保护组类型或用户需求，APS组件根据工作路径A2-Z2LSP和保护路径A1-Z1LSP的监视状态可以设置其流表相关指令，控制转发面业务接收行为(选择从工作LSP接收还是从保护LSP接收)。比如保护类型为1+1时，只需要修改流表控制转发业务的接收行为，步骤一中的组表项Y12的动作集内容不需要监视OAM状态，而是同时执行组表项Y1和Y2，即并发业务。
实施例3
结合表1-2、图8和图9，以Controller CMC发起删除MPLS_TP LSP 1：1的保护，保护组标识为16，工作路径为A2-Z2，保护路径为A1-Z1为例说明本实施例的技术方案。
具体实施方案包括如下步骤：
步骤一、CMC发起删除MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为删除。修改APS的消息成员action为3，标识操作类型为删除；其他成员信息维持不变。并通过Openflow通道下发至NE1、NE2。
步骤二、NE1和NE2的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为3判断是删除保护组。APS组件通知流表组件删除组表中原APS消息成员data报文第五组信息携带的组表项Y12，修改从客户侧接收业务的流表，跳转至组表项Y1(之前是Y12)，并下发至转发组件；APS组件通知流表组件删除APS协议所需的流表和组表项信息并下发至转发组件；NE2也做相似的修改。
步骤四、NE1和NE2转发组件根据配置的流表信息和组表项信息，完成业务从A2-Z2LSP到客户侧或客户侧到A2-Z2LSP的收发。
实施例4
当与传统网络对接或用户有特殊需求时，可以SDN控制器可以只管理保护组的部分SDN转发面设备，只配置部分SDN转发面设备。
结合图表1-2，以及图8和10，以Controller CMC发起新增MPLS_TP LSP 1：1的保护，保护组标识为16，工作路径为A1-Z1(Forwarder NE1的A1端口到Forwarder NE2的Z1端口)，保护路径为A2-Z2(Forwarder NE1的A2端口到Forwarder NE2的Z2端口)，返回式，WTR为5分钟，A1-Z1和A2-Z2的OAM监视已经生效，且只需要配置NE1为例说明本实施例所采用的技术方案。
本实施例采用的技术方案包括如下步骤：
步骤一、CMC发起新增MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为新增。扩展Openflow协议头的消息类型type成员，从未用到的类型值选择241作为APS消息的标识，APS的消息成员id取值为16；消息成员type设置1，标识保护组类型为LSP 1：1线性保护；设置消息成员action为1，标识操作类型为新增；消息成员command设置为0，当前没有外部命令；data报文的第一组信息设置工作LSP端口对应的流表，包括流表条目信息X1标识绑定端口A1的入向端口以及LSP入标签等信息，流表指令为跳转至指向客户端口的组表项；安排第二组信息设置保护LSP端口对应的流表，包括流表条目信息X2标识绑定端口A2的入向端口以及LSP入标签等信息，流表指令为跳转至指向客户端口的组表项；第三组信息设置为工作LSP端口对应的组表项，包括组表项Y1标识绑定A1出向端口和LSP出标签，组表动作包含相应封装信息的设置；第四组信息设置为保护LSP端口对应的组表项，包括组表项Y2标识绑定A2出向端口和LSP出标签，组表动作包含相应封装信息的设置；第五组信息设置为组表项Y12标识绑定上述LSP 1：1保护组，组表动作包含监视A1-Z1LSP路径OAM状态，跳转至上述的Y1组表项，监视A2-Z2LSP路径OAM状态，跳转至上述的Y2组表项等内容。随后还要设置几组信息，包括以1标识返回式保护、以5标识WTR为5分钟、以及其他所需信息。并通过Openflow通道下发至NE1。
步骤二、NE1的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为1判断是新增保护组；根据消息成员command为0，判断当前没有外部命令；根据data报文的第一组信息和第二组信息获悉流表配置，并将转发流表组件，将需要监视的入向A1端口和LSP入标签对应路径的OAM信息转发至OAM组件；根据data报文的第三组、第四组和第五组信息获悉组表项配置，并将之转发至流表组件；根据data报文的其他信息，获悉保护组为返回式、WTR为5分钟。APS组件根据上述第一组至第五组的流表和组表信息，配置APS协议所需的流表和组表项信息并通知流表组件，以便APS信息可以从保护路径LSP收发；流表组件综合上述流表信息和组表信息，根据转发组件要求生成所需转发流表和组表信息并下发至转发组件。
步骤四、NE1转发组件根据配置的流表信息和组表项信息，完成业务从A1-Z1工作LSP到客户侧或客户侧到A1-Z1工作LSP的收发；完成APS协议从APS组件到A2-Z2保护LSP，或从保护LSP到APS组件的协议收发；OAM组件将工作LSP和保护LSP的OAM监视状态实时传递至APS组件；APS组件根据APS协议、路径状态、外部命令(如果有的话)、当前保护倒换状态以及WTR计时情况，综合决策，决定是否执行保护倒换或撤销保护倒换，并通知流表组件设置转发面组表项Y12组表动作中监视A1-Z1LSP和A2-Z2LSP OAM状态,从而修改转发面的业务发送动作(选择往工作路径A1-Z1LSP发送还是往保护路径A2-Z2LSP发送)，进而实施保护倒换或撤销保护倒换动作。
特别地，对于步骤四，根据保护组类型或用户需求，APS组件根据工作路径A1-Z1LSP和保护路径A2-Z2LSP的监视状态可以通知流表组件设置其流表相关指令，控制转发面业务接收行为(选择从工作LSP接收还是从保护LSP接收)。比如保护类型为1+1时，只需要修改流表控制转发业务的接收行为，步骤一中的组表项Y12的动作集内容不需要监视OAM状态，而是同时执行组表项Y1和Y2，即并发业务。
特别地，对于路径为PW、ODUk、IP、以太网等的1：1/1+1线性保护，上述发明实施方案同样适用。对于N>1的1：N线性保护，保护路径数目大于1条,上述1：1保护实施方案data消息中流表信息和组表项信息做相应的条目增加，APS组件、OAM组件、流表组件和转发组件做相应的处理就是1：N(N>1)的实施方案。
特别地，对于路径为LSP、PW、ODUk、IP、以太网等的环网保护，上述发明实施方案同样适用。上述保护实施方案成员type设置为与相关路径环网保护类型匹配的信息；成员data消息中包含针对客户侧与网络侧收发业务的流表信息和组表项信息，与上述保护方案首尾端点NE1和NE2的流表和组表相似，同时data消息中还需要包含针对网络侧一个方向到另一个方向转发业务的流表与组表信息，以满足环中间节点传递工作业务和保护业务的需求。
实施例5
结合图表1-2、图8和图10，以Controller CMC发起修改MPLS_TP LSP 1：1的保护，保护组标识为16，工作路径由A1-Z1修改为A2-Z2，保护路径由A2-Z2修改为A1-Z1，其他属性不修改，且只需要下发至NE1为例说明本实施例的技术方案。
本实施例采用的技术方案包括如下步骤：
步骤一、CMC发起修改MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为修改。修改APS消息成员action为2，标识操作类型为修改；修改data报文的第三组信息，即工作LSP端口对应的组表项，包括组表项Y1标识绑定A2出向端口和LSP出标签，组表动作包含相应封装信息的设置；第四组信息，即保护LSP端口对应的组表项，包括组表项Y2标识绑定A1出向端口和LSP出标签，组表动作包含相应封装信息的设置；其他data报文信息维持不变，APS消息的其他成员信息维持不变，并通过Openflow通道下发至NE1。
步骤二、NE1的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为2判断是修改保护组；通过比较消息各成员与本地已生效信息，获悉修改data报文的第三组信息和第四组信息。APS组件通知流表组件修改相应的流表和组表，并将之转发至转发组件。其他维持不变。
步骤四、NE1转发组件根据修改后的流表信息和组表项信息，完成业务从A2-Z2工作LSP到客户侧或客户侧到A2-Z2工作LSP的收发；完成APS协议从APS组件到A2-Z2保护LSP，或从保护LSP到APS组件的协议收发；OAM组件将工作LSP和保护LSP的OAM监视状态实时传递至APS组件；APS组件根据APS协议、路径状态、外部命令(如果有的话)、当前保护倒换状态以及WTR计时情况，综合决策，决定是否执行保护倒换或撤销保护倒换，并设置转发面组表项Y12组表动作中监视A2-Z2LSP和A1-Z1LSP OAM状态,从而修改转发面的业务发送动作(选择往工作路径A2-Z2LSP发送还是往保护路径A1-Z1LSP发送)，进而实施保护倒换或撤销保护倒换动作。
特别地，对于步骤四，根据保护组类型或用户需求，APS组件根据工作路径A2-Z2LSP和保护路径A1-Z1LSP的监视状态可以设置其流表相关指令，控制转发面业务接收行为(选择从工作LSP接收还是从保护LSP接收)。比如保护类型为1+1时，只需要修改流表控制转发业务的接收行为，步骤一中的组表项Y12的动作集内容不需要监视OAM状态，而是同时执行组表项Y1和Y2，即并发业务。
实施例6
结合上述实施例中的表1-2，以及图8和图10，以Controller CMC发起删除MPLS_TPLSP 1：1的保护，保护组标识为16，工作路径为A2-Z2，保护路径为A1-Z1，且只需要配置NE1为例说明本实施例的技术方案。
本实施例采用的技术方案包括如下步骤：
步骤一、CMC发起删除MPLS_TP LSP1：1线性保护组，保护组标识为16，操作类型为删除。修改APS的消息成员action为3，标识操作类型为删除；其他成员信息维持不变。并通过Openflow通道下发至NE1。
步骤二、NE1的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；NE2的Openflow协议处理组件接收到Openflow协议消息，解析消息类型type成员，根据type取值为241，判断是与CMC约定的APS类型，转发至APS组件；
步骤三、NE1的APS组件解析APS消息结构,根据成员APS,判断保护组标识为16；根据消息成员type为1，判断保护组类型为LSP 1：1线性保护；根据消息成员action为3判断是删除保护组。APS组件通知流表组件删除组表中原APS消息成员data报文第五组信息携带的组表项Y12，修改从客户侧接收业务的流表，跳转至组表项Y1(之前是Y12)，并下发至转发组件；APS组件通知流表组件删除APS协议所需的流表和组表项信息并下发至转发组件；
步骤四、NE1转发组件根据配置的流表信息和组表项信息，完成业务从A2-Z2LSP到客户侧或客户侧到A2-Z2LSP的收发。
在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的涉及方法的技术方案。
在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。
综上所述，本发明实施例的优点在于：可以通过扩展Openflow协议头的消息类型，新定义APS消息，在转发设备侧部署APS组件、OAM组件、流表组件和转发组件完成保护倒换功能的配置，以及根据外部命令、APS信令或者OAM组件输出的路径告警实施保护倒换，具备快速、简洁、可靠的优点。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (17)

1.一种路径的保护倒换处理方法，其特征在于，包括：
软件自定义网络SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息，其中，所述当前路径包括：保护路径和/或工作路径；
所述转发设备与所述路径保护组中除所述转发设备之外的其他转发设备进行自动保护倒换APS协商；
根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作，其中，所述外部命令用于指示外部对保护倒换操作的控制类型。
2.根据权利要求1所述的方法，其特征在于，所述SDN中的转发设备获取该转发设备所属路径保护组中当前路径的状态信息之前，包括：
所述转发设备从所述SDN中的控制器中接收配置信息，其中，该配置信息用于对所述路径保护组的路径保护倒换进行配置。
3.根据权利要求2所述的方法，其特征在于，所述转发设备从所述SDN中的控制器中接收所述配置信息，包括：
所述转发设备从所述控制器接收专用于发送所述配置信息的APS消息。
4.根据权利要求3所述的方法，其特征在于，所述APS消息通过以下方式确定：
在Openflow协议头的类型type成员中增加用于指示所述APS消息的类型信息；并且配置所述类型信息的属性信息。
5.根据权利要求2所述的方法，其特征在于，所述配置信息中至少包括以下之一：
保护组标识、保护类型、对所述路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
6.根据权利要求5所述的方法，其特征在于，所述保护类型包括以下之一：1:N保护类型、1+1保护和环保护，其中，N为大于1的整数；和/或，所述操作类型包括以下至少之一：新增路径保护组、修改路径保护组和删除路径保护组。
7.根据权利要求5所述的方法，其特征在于，所述外部命令包括以下之一：锁定保护命令、人工倒换命令、强制倒换命令和清除已有外部命令；和/或所述表项信息包括以下之一：与业务的接收方向对应的流表和与业务的发送方向对应的组表。
8.根据权利要求3所述的方法，其特征在于，所述外部命令通过以下方式获取：
从所述APS消息中获取所述外部命令。
9.根据权利要求1所述的方法，其特征在于，所述外部命令通过以下方式获取：
从接收到专用于发送所述外部命令的消息中获取。
10.一种软件自定义网络SDN中的转发设备，其特征在于，包括：
协议处理组件，用于接收来自所述SDN网络中的控制器的配置信息，其中，所述配置信息用于对路径保护组的路径保护倒换进行配置；
自动保护倒换APS组件，用于接收来自所述协议处理组件转发的所述配置信息，并将所述配置信息中的表项信息发送至流表组件；将所述APS组件生成的用于APS协议收发的表项信息发送至流表组件；接收操作管理维护OAM组件监视的当前工作路径和/或保护路径的状态信息；从转发组件接收进行APS协商的协议报文；以及向所述转发组件发送用于转发设备之间APS协商的协议报文；
所述OAM组件，用于接收转发组件发送来的OAM报文，监视所述当前工作路径和保护路径的状态，并将所述状态发送至所述APS组件；以及将当前工作路径和保护路径的OAM报文传递至所述转发组件，以发送到路径远端的转发设备；
所述流表组件，用于将从所述APS组件接收的所述表项信息进行综合处理，并根据转发组件的接口需求转发至所述转发组件；
所述转发组件，用于执行与所述表项信息对应的业务转发操作，用于发送和接收所述OAM组件所需的OAM报文，以及发送和接收所述APS组件所需的所述APS协议报文；
根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作。
11.根据权利要求10所述的转发设备，其特征在于，所述协议处理组件，用于从所述控制器接收专用于发送所述配置信息的APS消息。
12.根据权利要求11所述的转发设备，其特征在于，所述APS消息通过以下方式确定：
在Openflow协议头的类型type成员中增加用于指示所述APS消息的类型信息；并且配置所述类型信息的属性信息。
13.根据权利要求10所述的转发设备，其特征在于，所述协议处理组件，用于接收包括以下至少之一的所述配置信息：
保护组标识、保护类型、对所述路径保护组进行操作的操作类型、用于指示外部对保护倒换操作的控制类型的外部命令、表项信息、用于指示是否返回到初始路径的指示信息、用于指示返回到初始路径的等待恢复时间的指示信息。
14.一种路径的保护倒换处理系统，软件自定义网络SDN中的转发设备和控制器，其特征在于：
所述控制器，用于向所述转发设备发送配置信息，其中，所述配置信息用于路径保护组的路径保护倒换进行配置；
所述转发设备，用于获取当前路径的状态信息，并在与对端转发设备进行自动保护倒换APS协商完成后，结合APS协商结果、本地的外部命令和所述状态信息进行综合决策，对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作。
15.根据权利要求14所述的系统，其特征在于，所述控制器，用于向所述转发设备发送专用于发送所述配置信息的APS消息。
16.一种路径的保护倒换处理装置，应用于软件自定义网络SDN中的转发设备，其特征在于，包括：
获取模块，用于获取该转发设备所属路径保护组中当前路径的状态信息，其中，所述当前路径包括：保护路径和/或工作路径；
协商模块，用于与所述路径保护组中除所述转发设备之外的其他转发设备进行自动保护倒换APS协商；
控制模块，用于根据APS协商结果、本地的外部命令和所述状态信息进行综合决策，并对所述路径保护组中的所述当前路径执行与所述综合决策的决策结果对应的保护倒换处理操作，其中，所述外部命令用于指示外部对保护倒换操作的控制类型。
17.根据权利要求16所述的装置，其特征在于，还包括：
接收模块，用于从所述SDN中的控制器中接收配置信息，其中，所述配置信息用于路径保护组的路径保护倒换进行配置。
CN201510171778.3A 2015-04-13 2015-04-13 路径的保护倒换处理方法、装置、系统及转发设备 Active CN106161065B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201510171778.3A CN106161065B (zh) 2015-04-13 2015-04-13 路径的保护倒换处理方法、装置、系统及转发设备
PCT/CN2015/088169 WO2016165263A1 (zh) 2015-04-13 2015-08-26 路径的保护倒换处理方法、装置、系统及转发设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510171778.3A CN106161065B (zh) 2015-04-13 2015-04-13 路径的保护倒换处理方法、装置、系统及转发设备

Publications (2)

Publication Number Publication Date
CN106161065A CN106161065A (zh) 2016-11-23
CN106161065B true CN106161065B (zh) 2020-05-19

Family

ID=57126375

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510171778.3A Active CN106161065B (zh) 2015-04-13 2015-04-13 路径的保护倒换处理方法、装置、系统及转发设备

Country Status (2)

Country Link
CN (1) CN106161065B (zh)
WO (1) WO2016165263A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106850268B (zh) * 2016-12-29 2019-12-13 瑞斯康达科技发展股份有限公司 一种线性保护倒换的实现装置及方法
CN109005030B (zh) * 2018-07-13 2021-08-17 北京邮电大学 一种量子网络中密钥业务的保护方法及系统
CN114221735A (zh) * 2021-12-23 2022-03-22 安徽皖通邮电股份有限公司 基于otn链路动态冗余的方法、存储介质及设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8218434B1 (en) * 2004-10-15 2012-07-10 Ciena Corporation Ethernet facility and equipment protection
US20140269724A1 (en) * 2013-03-04 2014-09-18 Telefonaktiebolaget L M Ericsson (Publ) Method and devices for forwarding ip data packets in an access network
US9356870B2 (en) * 2013-06-04 2016-05-31 Infinera Corporation Contention handling in SMP based networks
CN103297274A (zh) * 2013-06-08 2013-09-11 华为技术有限公司 自动保护倒换的自协商方法及接收端设备
CN103346971B (zh) * 2013-06-19 2016-08-10 华为技术有限公司 数据转发方法、控制器、转发设备及系统
CN104243196B (zh) * 2013-06-21 2019-03-12 中兴通讯股份有限公司 一种sdn架构下的虚拟网络映射保护方法及系统
CN104426789B (zh) * 2013-08-23 2017-08-11 新华三技术有限公司 软件定义网络中的转发设备控制方法及设备
ES2681393T3 (es) * 2013-09-03 2018-09-12 Huawei Technologies Co., Ltd. Método, controlador, dispositivo y sistema de protección de una ruta de servicio

Also Published As

Publication number Publication date
WO2016165263A1 (zh) 2016-10-20
CN106161065A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
EP2151959B1 (en) Path calculation device for calculating and controlling paths in a network
US9628324B2 (en) Openflow switch and failure recovery method in openflow network
US9264327B2 (en) Communication network management system, method and program, and management computer
US20100128611A1 (en) Transmitting apparatus, alarm control method, and computer product
CN105790988B (zh) 操作维护管理功能的实现方法及装置
JP6027688B2 (ja) リングネットワークプロテクションにおけるラベル自動割当てのための方法及び装置
EP3065350B1 (en) Link discovery method, system and device
WO2017036180A1 (zh) 报文的处理方法及装置
US9391694B2 (en) Protection path providing method and transmission device
Lee et al. Software-based fast failure recovery for resilient OpenFlow networks
KR102157711B1 (ko) 통신 네트워크에서 장애 복구 방법
JP2010263395A (ja) ネットワーク中継機器及びリングネットワーク
US20080205262A1 (en) Node controller and node system
WO2018095095A1 (zh) 建立分离路径的方法和装置
US20170012900A1 (en) Systems, methods, and apparatus for verification of a network path
WO2015184740A1 (zh) 检测层次信息的处理方法及装置
CN106161065B (zh) 路径的保护倒换处理方法、装置、系统及转发设备
EP2555469A1 (en) Fault protection method and device
CN101155070B (zh) 一种智能光网络中的业务管理方法
CN112671644B (zh) 一种基于mpls的sdn业务隔离及选路的方法
CN101656572B (zh) 一种在ason网络中实现永久式共享恢复的方法
CN105790984B (zh) 一种操作维护管理功能的配置、实现方法及转发设备
US20140040476A1 (en) Method and system for network restructuring in multilayer network
US20160057010A1 (en) Method and system for mapping different layouts
CN103580884B (zh) 保护配置的方法、系统、发送端设备及接收端设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant