WO2015096426A1 - 一种实现以太网oam配置的方法及装置 - Google Patents

一种实现以太网oam配置的方法及装置 Download PDF

Info

Publication number
WO2015096426A1
WO2015096426A1 PCT/CN2014/080603 CN2014080603W WO2015096426A1 WO 2015096426 A1 WO2015096426 A1 WO 2015096426A1 CN 2014080603 W CN2014080603 W CN 2014080603W WO 2015096426 A1 WO2015096426 A1 WO 2015096426A1
Authority
WO
WIPO (PCT)
Prior art keywords
oam
openflow switch
network controller
message
type
Prior art date
Application number
PCT/CN2014/080603
Other languages
English (en)
French (fr)
Inventor
熊泉
王其磊
牛小兵
鲁春怀
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2015096426A1 publication Critical patent/WO2015096426A1/zh

Links

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/26—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using dedicated tools for LAN [Local Area Network] management
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present invention relates to a configuration management technology in Ethernet (Ethernet), and in particular, to a method and apparatus for implementing Ethernet operation, Administration and Maintenance (OAM) configuration in OpenFlow. Background technique
  • a Software-Defined Network is a new network innovation architecture proposed by the Stanford University clean slate research group.
  • the underlying data path of the network such as switches, routers, etc., is "dumb, simple, minimal," by defining an open application flow interface for the flow table (Application Programming Interface) , API ), can simultaneously call the underlying API to program freely on the network controller, and realize the network innovation.
  • API Application Programming Interface
  • the core technology of SDN provides flexible control of network traffic by separating the control plane of the network device from the data plane, providing a good platform for innovation of core networks and applications.
  • the OpenFlow switch used includes three parts: a flow table, a security channel, and an OpenFlow protocol;
  • the secure channel is the interface connecting the OpenFlow switch to the network controller.
  • the network controller controls and manages the OpenFlow switch through this interface.
  • the network controller receives the event from the OpenFlow switch and sends the data packet to the OpenFlow switch.
  • the OpenFlow switch and the network controller pass The secure channel communicates and all interactive information must be executed in the format specified by the OpenFlow protocol.
  • the OpenFlow protocol is used to describe the standard of information used for interaction between the network controller and the OpenFlow switch, and the interface standard of the network controller and the OpenFlow switch; OpenFlow
  • the core part of the protocol is a collection of information structures for the OpenFlow protocol; the OpenFlow protocol supports three types of information: Controller-to-Switch, Asynchronous, and Symmetric, each with multiple subtypes. Types of.
  • the Controller-to-Switch information is initiated by the network controller and used to directly detect the status of the OpenFlow switch.
  • the Asynchronous information is initiated by the OpenFlow switch and is used to update network events of the network controller and change the state of the OpenFlow switch. Symmetric information can be Initiated by the network controller or OpenFlow switch without a request.
  • the OpenFlow protocol is used as an interface protocol between the network controller and the OpenFlow switch in the SDN.
  • the control and forwarding separation can be realized by controlling the flow table, thereby implementing the service connection related function of the OpenFlow switch.
  • fault monitoring and reporting, triggering of the recovery mechanism are all important, including space switching, Dense Wavelength Division Multiplexing (DWDM), and Time Division Multiplexing.
  • PBB-TE Provider Backbone Bridging-Traffic Engineering
  • MPLS Multi-Protocol Label Switching
  • the OAM function can be used to monitor the performance of the connection and trigger the data plane recovery mechanism.
  • the Ethernet Connection Fault Management defines the connection monitoring OAM flow. Used to detect the survivability of Ethernet networks; OAM is an indispensable feature in transport networks. Therefore, the function of OAM needs to be activated actively or passively and consistent with the connection function to prevent false alarms and ensure the consistency of operations.
  • the OAM entity needs to be configured. The network user must be able to select some functions of the OAM according to the type of connection. The OAM configuration parameters can be configured and the OAM function can be activated at any time.
  • LSP Label Switching Path
  • the control plane uses the Resource Reservation Protocol (RSVP-TE) signaling message based on the traffic engineering extension to implement the dynamic configuration of the OAM function.
  • RSVP-TE Resource Reservation Protocol
  • Ethernet OAM dynamically configures related functions. Therefore, it is necessary to expand on the basis of the OpenFlow protocol to implement the OAM configuration function in the Ethernet transport network technology. Summary of the invention
  • the embodiments of the present invention are intended to provide a method and apparatus for implementing Ethernet OAM configuration.
  • the embodiment of the invention provides a method for implementing Ethernet OAM configuration, and the method includes:
  • the network controller sends a configuration message to the OpenFlow switch according to the OAM type supported by the OpenFlow switch.
  • the OpenFlow switch After receiving the configuration message, the OpenFlow switch creates an OAM entity and its function configuration.
  • the method further includes: after the OAM is created, the OpenFlow switch monitors the Ethernet LSP and sends the fault information to the network controller.
  • the capability negotiation between the network controller and the OpenFlow switch includes:
  • the network controller sends an OFPT_FEATURES_REQUEST request message to the OpenFlow switch, where the capability field Capabilities is OFPC-OAM_TYPE;
  • the OpenFlow switch returns an OFPT_FEATURES_REPLY response message to the network controller, where the last 8 bits of the reserved field Reserved carry an OAM type field, indicating that The OpenFlow switch is of the Ethernet OAM type.
  • the network controller sends a configuration message to the OpenFlow switch: the network controller sends a CONFIG message to the OpenFlow switch to configure the OAM entity and related functions;
  • the CONFIG message is an OFPT_SET_CONFIG message; the OFPT_SET_CONFIG message includes: configuring a corresponding node type, an OAM type, and a Sub-TLV type, and a configuration version number, an MD level, or an OAM in the Sub-TLV.
  • the OpenFlow switch reports the fault information to the network controller by using an ERROR message, where the fault information includes: an error code generated in the OAM configuration, an error code generated in the FEATURE message, and an error generated in the CONFIG message. code.
  • An embodiment of the present invention further provides an apparatus for implementing an Ethernet OAM, where the apparatus includes: a network controller, an OpenFlow switch, where
  • the network controller is configured to perform capability negotiation with the OpenFlow switch to obtain an OAM type supported by the OpenFlow switch, and send a configuration message to the OpenFlow switch according to the OAM type supported by the OpenFlow switch.
  • the OpenFlow switch is configured to receive an OAM entity and its function configuration after receiving the configuration message.
  • the OpenFlow switch is configured to monitor the Ethernet LSP and create fault information on the network controller after the OAM is created.
  • the network controller is configured to perform capability negotiation with the OpenFlow switch, including:
  • the network controller sends an OFPT_FEATURES_REQUEST request message to the OpenFlow switch, where the capability field Capabilities is OFPC-OAM_TYPE;
  • the OpenFlow switch returns an OFPT_FEATURES_REPLY response message to the network controller, where the last 8 bits of the reserved field Reserved carry an OAM type field, indicating that The OpenFlow switch is of the Ethernet OAM type.
  • the embodiment of the present invention further provides a computer storage medium, the computer storage medium comprising a set of instructions, when executed, causing at least one processor to perform the foregoing method for implementing Ethernet OAM configuration.
  • the method and device for implementing the Ethernet OAM configuration provided by the embodiment of the present invention perform capability negotiation between the network controller and the OpenFlow switch; the network controller sends a configuration message to the OpenFlow switch, and the OpenFlow switch receives the configuration message to create an OAM entity. And its functional configuration. In this way, the OAM configuration process in the OpenFlow protocol can be improved, and the corresponding extension can be implemented. Under the premise of the existing OpenFlow protocol, the Ethernet OAM configuration function can be implemented, so that the OpenFlow switch can support the Ethernet OAM function.
  • FIG. 1 is a schematic diagram of an OAM extension format in RSVP-TE
  • FIG. 2 is a schematic diagram of an OAM Sub-TLV format
  • FIG. 3 is a schematic diagram of an Ethernet OAM Sub-TLV format
  • FIG. 4 is a schematic diagram of an MD Name Sub-TLV format in an Ethernet OAM
  • Figure 5 is a schematic diagram of the Short MA Name Sub-TLV format in the Ethernet OAM
  • Figure 6 is a schematic diagram of the MEP ID Sub-TLV format in the Ethernet OAM
  • Figure 7 is a schematic diagram of a CC Sub-TLV format in an Ethernet OAM
  • FIG. 8 is a schematic diagram of an Ethernet LSP network in an SDN architecture
  • FIG. 9 is a schematic flowchart of a method for implementing Ethernet OAM configuration according to an embodiment of the present invention
  • FIG. 10 is a schematic flowchart of a method for implementing Ethernet OAM configuration according to an embodiment of the present invention. Intention
  • Figure 11 is a schematic diagram of the extension of the OAM capability negotiation in the FEATURES message
  • Figure 12 is a schematic diagram of the OAM configuration extension in the CONFIG message
  • FIG. 13 is an expanded schematic diagram of an Ethernet OAM Sub-TLV configuration
  • Figure 14 is a schematic diagram of an Ethernet OAM MD Name Sub-TLV extension
  • FIG. 15 is a schematic diagram of an Ethernet OAM Short MA Name Sub-TLV extension
  • FIG. 16 is a schematic diagram of an Ethernet OAM MEP ID Sub-TLV extension
  • Figure 17 is a schematic diagram of an Ethernet OAM CC Sub-TLV extension
  • FIG. 18 is a schematic structural diagram of a device for implementing Ethernet OAM configuration according to an embodiment of the present invention. detailed description
  • the configuration of the OAM mainly includes: creating an OAM entity and its function configuration, adjusting the 0 AM parameter, and deleting the 0 AM entity.
  • the implementation of the OAM entity and its functional configuration includes:
  • MEPs include Maintenance End Points (MEPs) and Maintenance Intermediate Points (MIPs); MEPs are at both ends of the connection and can be initiated and suspended for fault management (Fault) Management, FM) and performance monitoring (PM) OAM messages; MIP is in the intermediate node of the connection, can only receive OAM messages;
  • the Maintenance Entity acts as a collaboration between the MEP and the MIP to monitor the connection. As long as the connection between the MEP and the MIP is established, the forwarding relationship between the endpoint and the intermediate node is established. This association makes the OAM The entity can monitor the LSP.
  • Continuity Check Continuity Check
  • PM Continuity Check
  • Figure 1 is a schematic diagram of an OAM extension format in RSVP-TE.
  • the OAM type indicates the type of OAM entity supported by the node.
  • the node device does not support the OAM type. Code "OAM Problem/Unsupported OAM Type".
  • FIG. 2 is a schematic diagram of the format of the OAM Sub-TLV.
  • the meanings of the OAM Function Flags are as follows: 0 is the CC function, and 1 is the Connectivity Verification (CV). Function, 2 is the Fault Management Signal (FMS) function, 3 is the PM/Loss function, 4 is the PM/Delay function, and 5 is the PM/Throughput Measurement function.
  • FMS Fault Management Signal
  • OAM When OAM is created, capability negotiation is required between nodes.
  • the attribute of the node is indicated in the LSP_ATTRIBUTES flag, indicating whether the node is a MEP or a MIP. If the "OAM MEP entities desired" bit is set to indicate that the node is a MEP, the "OAM MIP entity desired” bit is set to indicate that the node is a MIP. .
  • ADMIN The STATUS flag bit “OAM Alarms Enabled” indicates whether the OAM alarm is enabled. When this flag is set, it indicates that the OAM alarm function is enabled.
  • the implementation of the OAM parameter adjustment includes: For the OAM function that has been created and configured, parameter adjustment may be required during the lifetime of the LSP. In this case, the OAM parameter needs to be updated.
  • the OAM parameter is related to the content and duration of the OAM message. It is also related to the way the OAM detects, acquires, and generates alarms. Therefore, the source and the end of the OAM need to update data synchronously.
  • the OAM alarm function is disabled, and the ADMIN-STATUS flag "OAM Alarms Enabled” is cleared.
  • the implementation of the OAM entity deletion includes: In some cases, some or all OAM entities and functions need to be deleted without affecting the established connection. First, the OAM alarm function is disabled, and the ADMIN_STATUS flag "OAM Alarms Enabled" is cleared. LSP—The ' ⁇ MEP entities desired' bit and the ' ⁇ MIP entities desired' bit in the ATTRIBUTES flag are cleared; after that, the OAM entity is automatically triggered to be deleted.
  • Ethernet OAM Ethernet OAM
  • Ethernet OAM in addition to configuring the basic OAM parameters mentioned above, you need to configure the following related parameters specific to Ethernet:
  • the two MEPs connected to the PBB-TE need to be assigned a unique MAID, and the MAID includes an optional MD Name and Short MA Name;
  • Each MEP needs to be assigned a MEP ID, and a MAID and a MEP ID can define a unique MEP;
  • the MD level can allow hierarchical isolation of monitored entities
  • the MEP needs to know the parameter information of its own and remote reachable MEP.
  • FIG 3 is a schematic diagram of the format of the Ethernet OAM Sub-TLV.
  • the OAM type value is 1 and is defined as the Ethernet OAM type; the Version is the CFM protocol version; and the MD L. is the MD level.
  • Sub-TLV can carry Ethernet functions
  • Figure 4 shows the format of the MD Name Sub-TLV in Ethernet. As shown in Figure 4, the Type is defined as 1 and indicates the MD Name Sub-TLV.
  • Figure 5 is a schematic diagram of the Short MA Name Sub-TLV format in Ethernet, as shown in Figure 5.
  • Type is 2, indicating Short MA Name Sub-TLV.
  • FIG. 6 is a schematic diagram of the format of the MEP ID Sub-TLV in the Ethernet OAM.
  • the Type is 3, indicating the MEP ID Sub-TLV.
  • the Local MEP ID is the local MEP ID, a 16-bit integer type, and the range is 1 - 8191 ;
  • Remote MEP ID is the peer MEP ID, 16-bit integer type, the range is 1-8191;
  • T bit and R bit when the MEP sends a packet, the T bit is set. When the MEP receives the packet, the R bit is set.
  • Figure 7 is a schematic diagram of the CC Sub-TLV format in Ethernet OAM. As shown in Figure 7, Type 3 is the CC-type Sub-TLV; Prio is defined as the CCM frame priority; CCM I is defined as the CCM gap.
  • the network controller and the OpenFlow switch perform capability negotiation to obtain the OAM type supported by the OpenFlow switch; the network controller sends the OpenFlow according to the OAM type supported by the OpenFlow switch.
  • the switch sends a configuration message. After receiving the configuration message, the OpenFlow switch creates an OAM entity and its function configuration.
  • the OpenFlow switch monitors the Ethernet LSP and sends a fault message to the network controller.
  • FIG. 8 is a schematic diagram of an Ethernet LSP network in an SDN architecture.
  • FIG. 9 is a schematic flowchart of a method for implementing an Ethernet OAM configuration according to an embodiment of the present invention. As shown in FIG. 9, the method for implementing Ethernet OAM in the embodiment of the present invention includes:
  • Step S100 Perform capability negotiation between the network controller and the OpenFlow switch to obtain an OAM type supported by the OpenFlow switch.
  • capability negotiation is performed between the network controller and the OpenFlow switch, and is completed by the FEATURES message in the OpenFlow protocol.
  • Step S101 The network controller sends a configuration message to the OpenFlow switch according to the OAM type supported by the OpenFlow switch.
  • the network controller sends a CONFIG message to the OpenFlow switch to configure the OAM entity and its associated functions.
  • Step S102 After receiving the configuration message, the OpenFlow switch creates an OAM entity and its function configuration.
  • the network controller is required to send an Ethernet LSP service establishment request between the OpenFlow switches through the OpenFlow interface.
  • the connection establishment between the nodes is completed by the flow table.
  • the OAM configuration can be completed before the service is established, or can be completed simultaneously with the establishment of the service. Therefore, the OAM entity is created in the following manner: Created before the flow table is sent, or created together with the flow table.
  • FIG. 10 is a schematic diagram of a specific processing procedure of a method for implementing an Ethernet OAM according to an embodiment of the present invention. As shown in FIG. 10, the method for implementing Ethernet OAM in the embodiment of the present invention includes:
  • Step S200 The network controller sends an OFPT_FEATURES_REQUEST request message to the OpenFlow switch;
  • the capability field Capabilities is OFPC_OAM_T YPE.
  • OAM capability negotiation can be extended in the OFPT-FEATURES-REQUEST request message Capabilities.
  • An OAM capability type OFPC_OAM_TYPE 1 « 4, ⁇ port is shown in Figure 11, for the OAM capability negotiation in the FEATURES message extension diagram.
  • Step S201 The OpenFlow switch returns an OFPT-FEATURES-REPLY response message to the network controller.
  • the last 8 bits of the Reserved field Reserved carry the OAM type field, indicating that the OpenFlow switch is of the Ethernet OAM type.
  • Step S202 The network controller sends a CONFIG message to the OpenFlow switch to configure the OAM entity and its related functions.
  • the CONFIG message is an OFPT_SET_CONFIG message;
  • the OFPT_SET_CONFIG message includes: configuring a corresponding node type, an OAM type, and a Sub-TLV type, and a configuration version number, an MD level, and a Enable the OAM function.
  • the configuration of the corresponding node type includes the MEP type and the MIP type.
  • the OAM type can be the Ethernet OAM configuration type.
  • Step S203 After receiving the configuration message, the OpenFlow switch creates an OAM entity and its function configuration.
  • Figure 13 is an extended schematic diagram of the Ethernet OAM Sub-TLV configuration, as shown in Figure 13.
  • Version is the CFM protocol version
  • MD L. is the MD level
  • Sub-TLV can carry the Sub-TLV type of the Ethernet function.
  • Figure 14 shows the Ethernet OAM MD Name Sub-TLV extension. As shown in Figure 14, Type is defined as 1 and indicates the MD Name Sub-TLV.
  • Figure 15 shows the extension of the Ethernet OAM Short MA Name Sub-TLV. As shown in Figure 15, the Type is 2, indicating that it is a Short MA Name Sub-TLV.
  • Figure 16 is a schematic diagram of the extension of the Ethernet OAM MEP ID Sub-TLV.
  • the Type is 3, indicating the MEP ID Sub-TLV.
  • the Local MEP ID is the local MEP ID, 16-bit integer type, and the range is 1-8191.
  • the remote MEP ID is the peer MEP ID, 16-bit integer type, the range is 1-8191; T bit and R bit, when the MEP sends the packet, the T bit is set, and when the MEP receives the packet, the R bit is set.
  • FIG 17 is a schematic diagram of the expansion of the Ethernet OAM CC Sub-TLV. As shown in Figure 17, Type 4 indicates that the Sub-TLV of the CC is consistent. Prio is defined as the priority of the CCM frame. CCM I is defined as the CCM gap.
  • Step S204 After the OpenFlow switch creates the OAM, monitors the Ethernet LSP, and 4 ⁇ fault information on the network controller.
  • the OpenFlow switch reports the fault information to the network controller through the ERROR message.
  • the fault information includes: an error code generated in the OAM configuration, an error code generated in the FEATURE message, and an error code generated in the CONFIG message.
  • the error code generated in the OAM configuration needs to be extended in ERROR. It is necessary to add a new subtype to the corresponding error type of ERROR, and add the corresponding error code in the ofp_error_type enumeration type.
  • the error code type generated in the FEATURE message needs to add a subtype error code to the OFPET_BAD_REQUEST error type;
  • OFPBRC— UNSUPPORTED— OAM— TYPE 14, indicating that the OAM type request is not supported.
  • the error type generated in the CONFIG message is added to the OFPET-SWITCH-CONFIG-FAILED error type.
  • the OFPSCFC- UNSUPPORTED- OAM-VERSION 3 indicates that the OAM version configuration is not supported.
  • FIG. 18 is a schematic structural diagram of a device for implementing Ethernet OAM configuration according to an embodiment of the present invention.
  • an apparatus for implementing Ethernet OAM according to an embodiment of the present invention includes: Controller 10, OpenFlow switch 11; wherein
  • the network controller 10 is configured to perform capability negotiation with the OpenFlow switch 11 to obtain an OAM type supported by the OpenFlow switch.
  • the configuration message is sent to the OpenFlow switch 11 according to the OAM type supported by the OpenFlow switch.
  • capability negotiation between the network controller 10 and the OpenFlow switch 11 is completed by the FEATURES message in the OpenFlow protocol.
  • the network controller 10 sends an OFPT_FEATURES_REQUEST request message to the OpenFlow switch 11, where the capability field Capabilities is OFPC_OAM_TYPE;
  • the OpenFlow switch 11 returns an OFPT_FEATURES_REPLY response message to the network controller 10, wherein the last 8 bits of the reserved field Reserved carry an OAM type field, indicating that the OpenFlow switch 11 is of an Ethernet OAM type.
  • the network controller 10 sends a CONFIG message to the OpenFlow switch 11 that configures the OAM entity and its associated functions.
  • the CONFIG message is an OFPT_SET_CONFIG message;
  • the OFPT_SET_CONFIG message includes: configuring a corresponding node type, an OAM type, and a Sub-TLV type, and a configuration version number, an MD level in the Sub-TLV, Whether to enable the OAM function, etc.
  • the corresponding node type includes the MEP type and the MIP type, and the OAM type can be the Ethernet OAM configuration type.
  • the OpenFlow switch 11 is configured to receive an OAM entity and its function configuration after receiving the configuration message.
  • the OpenFlow switch 11 is further configured to monitor the Ethernet LSP after the OAM is created, and send fault information to the controller 10.
  • the OpenFlow switch 11 reports the fault information to the network controller 10 by using an ERROR message.
  • the fault information includes an error code generated in the OAM configuration, an error code generated in the FEATURE message, and an error code generated in the CONFIG message.
  • Ethernet OAM configuration can be implemented between a network controller and multiple OpenFlow switches.
  • embodiments of the present invention can be provided as a method, system, or computer program product. Accordingly, the present invention can take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware aspects. Moreover, the invention can take the form of a computer program product embodied on one or more computer usable storage media (including but not limited to disk storage and optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种实现以太网(Ethernet)运营、管理与维护(OAM) 配置的方法，该方法包括：网络控制器和开放流(OpenFlow)交换机之间进行能力协商，获取OpenFlow交换机支持的OAM类型；网络控制器根据 OpenFlow交换机支持的OAM类型向OpenFlow交换机发送配置消息； OpenFlow交换机接收配置消息后，创建OAM实体及其功能配置。本发明还同时公开了一种实现以太网Ethernet OAM配置的装置。

Description

一种实现以太网 OAM配置的方法及装置 技术领域
本发明涉及以太网 （Ethernet ) 中的配置管理技术， 尤其涉及一种开放 流（ OpenFlow )中实现 Ethernet运营、管理与维护（ Operations, Administration and Maintenance, OAM ) 配置的方法及装置。 背景技术
现有技术中， 软件定义网络（Software-Defined Network, SDN )是由 美国斯坦福大学 clean slate研究组提出的一种新型网络创新架构。 具体地， 该网络底层的数据通路， 如交换机、路由器等是 "哑的、 简单的、 最小的，，， 通过定义一个对外开放的、 关于流表的、 公用的应用程序编程接口 ( Application Programming Interface , API ), 能同时在网络控制器上自由的 调用底层的 API进行编程， 实现了网络的创新。
目前， SDN的核心技术 OpenFlow协议通过将网络设备的控制面与数 据面分离开， 来实现网络流量的灵活控制， 为核心网络及应用的创新提供 了良好的平台。 在 SDN中， 所使用的 OpenFlow交换机包括流表、 安全通 道和 OpenFlow协议三部分； 其中，
安全通道是连接 OpenFlow交换机到网络控制器的接口，网络控制器通 过这个接口控制和管理 OpenFlow 交换机， 同时网络控制器接收来自 OpenFlow交换机的事件并向 OpenFlow交换机发送数据包； OpenFlow交换 机和网络控制器通过安全通道进行通信， 且所有的交互信息必须按照 OpenFlow协议规定的格式来执行。
OpenFlow协议用来描述网络控制器和 OpenFlow交换机之间交互所用 信息的标准， 以及网络控制器和 OpenFlow 交换机的接口标准； OpenFlow 协议的核心部分是用于 OpenFlow协议信息结构的集合； OpenFlow协议支 持三种信息类型： 控制器 交换机 （ Controller-to-Switch )、 异步 ( Asynchronous )和对称（ Symmetric ), 每个类型都有多个子类型。 其中， Controller-to-Switch信息由网络控制器发起并直接用于检测 OpenFlow交换 机的状态； Asynchronous信息由 OpenFlow交换机发起并通常用于更新网络 控制器的网络事件和改变 OpenFlow交换机的状态； Symmetric信息可以在 没有请求的情况下由网络控制器或 OpenFlow交换机发起。
目前， OpenFlow协议作为 SDN中网络控制器与 OpenFlow交换机之间 的接口协议， 通过对流表的控制可以实现控制与转发分离， 从而实现 OpenFlow交换机的业务连接相关功能。 但是， 在传统传输网络技术中， 故 障的监测和上报， 恢复机制的触发等都至关重要， 包括空间交换、 密集波 分复用（Dense Wavelength Division Multiplexing, DWDM ),时分复用（Time Division Multiplexing, TDM )和以太网基于流量工程扩展的运营商骨干桥 接技术 ( Provider Backbone Bridging-Traffic Engineering, PBB-TE )和多十办 议标签交换（Multi-Protocol Label Switching, MPLS )技术等。 在这些技术 中，可以使用 OAM功能监控连接的性能，触发数据平面的恢复机制，例如： 在以太网 PBB-TE 技术中， 以太网连接故障管理 （ Connectivity Fault Management, CFM )定义了连接监控 OAM流， 用来检测以太网网络的生 存性； OAM是传输网络中不可或缺的功能。 因此， OAM的功能需要主动 或被动地被激活并与连接功能保持一致， 防止虚假告警的产生， 并保证操 作的一致性。 在某些技术中， 需要对 OAM实体进行配置操作， 网络用户必 须能够根据连接的类型选择 OAM的某些功能， 可以配置 OAM配置参数， 并可以随时激活 OAM功能。在 MPLS协议中 ,需要支持标记交换路径（ Label Switching Path, LSP ) 的自动化动态监测功能， 尤其是当 LSP的数目很大 时， 动态 OAM配置显得尤为重要。 为了达到上述目的， OAM实体及其相 关功能需要实现动态配置。
现有技术中， 控制面使用基于流量工程扩展的资源预留协议（Resource Reservation Protocol, RSVP-TE )信令消息来实现 OAM功能的动态配置， 而在目前 OpenFlow协议中， 并没有对应的扩展实现 Ethernet OAM动态配 置相关的功能。 因此， 需要在 OpenFlow协议的基础上进行相关扩展， 以便 实现以太网传输网络技术中 OAM配置功能。 发明内容
为解决现有存在的技术问题，本发明实施例希望提供一种实现 Ethernet OAM配置的方法及装置。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明实施例提供了一种实现 Ethernet OAM配置的方法， 所述方法包 括：
网络控制器和 OpenFlow交换机之间进行能力协商 , 获取 OpenFlow交 换机支持的 OAM类型；
网络控制器根据 OpenFlow交换机支持的 OAM类型向 OpenFlow交换 机发送配置消息；
OpenFlow交换机接收配置消息后， 创建 OAM实体及其功能配置。 上述方案中， 所述方法还包括： 创建 OAM后， OpenFlow交换机监控 Ethernet LSP, 并向网络控制器上艮故障信息。
上述方案中， 所述网络控制器和 OpenFlow交换机之间进行能力协商， 包括：
网络控制器向 OpenFlow交换机发送 OFPT— FEATURES— REQUEST请 求消息， 其中， 能力字段 Capabilities为 OFPC—OAM— TYPE;
OpenFlow交换机向网络控制器返回 OFPT— FEATURES— REPLY应答消 息， 其中， 预留字段 Reserved的后 8比特携带 OAM类型字段， 表明所述 OpenFlow交换机为 Ethernet OAM类型。
上述方案中， 所述网络控制器向 OpenFlow交换机发送配置消息为： 网 络控制器向 OpenFlow交换机发送配置 OAM实体及其相关功能的 CONFIG 消息；
所 述 CONFIG 消 息 为 OFPT— SET— CONFIG 消 息 ； 所 述 OFPT— SET— CONFIG消息包括： 配置相应节点类型、 OAM类型和 Sub-TLV 类型、 以及 Sub-TLV中配置版本号、 MD级别、 是否开启 OAM功能。
上述方案中， 所述 OpenFlow交换机通过 ERROR消息向网络控制器上 报故障信息； 其中， 所述故障信息包括： OAM 配置中产生的错误码、 FEATURE消息中产生的错误码、 以及 CONFIG消息中产生的错误码。
本发明实施例还提供了一种实现 Ethernet OAM配置的装置， 该装置包 括： 网络控制器、 OpenFlow交换机； 其中，
所述网络控制器， 配置为和 OpenFlow交换机之间进行能力协商， 获取 OpenFlow交换机支持的 OAM类型；根据 OpenFlow交换机支持的 OAM类 型向 OpenFlow交换机发送配置消息；
所述 OpenFlow交换机， 配置为接收配置消息后， 创建 OAM实体及其 功能配置。
上述方案中， 所述 OpenFlow 交换机还配置为创建 OAM 后， 监控 Ethernet LSP, 并向网络控制器上艮故障信息。
上述方案中，所述网络控制器配置为和 OpenFlow交换机之间进行能力 协商， 包括：
网络控制器向 OpenFlow交换机发送 OFPT— FEATURES— REQUEST请 求消息， 其中， 能力字段 Capabilities为 OFPC—OAM— TYPE;
OpenFlow交换机向网络控制器返回 OFPT— FEATURES— REPLY应答消 息， 其中， 预留字段 Reserved的后 8比特携带 OAM类型字段， 表明所述 OpenFlow交换机为 Ethernet OAM类型。
本发明实施例又提供了一种计算机存储介质， 所述计算机存储介质包 括一组指令， 当执行所述指令时， 引起至少一个处理器执行上述的实现 Ethernet OAM配置的方法。
本发明实施例所提供的实现 Ethernet OAM配置的方法及装置， 通过网 络控制器和 OpenFlow交换机之间进行能力协商；由网络控制器向 OpenFlow 交换机发送配置消息， OpenFlow交换机接收配置消息后， 创建 OAM实体 及其功能配置。如此，能通过完善 OpenFlow协议中 OAM配置的处理流程， 增加相应的扩展，在遵循现有 OpenFlow协议的前提下， 实现 Ethernet OAM 配置相关功能， 使得 OpenFlow交换机能够支持 Ethernet OAM功能。 附图说明
在附图 （其不一定是按比例绘制的） 中， 相似的附图标记可在不同的 视图中描述相似的部件。 具有不同字母后缀的相似附图标记可表示相似部 件的不同示例。 附图以示例而非限制的方式大体示出了本文中所讨论的各 个实施例。
图 1为 RSVP-TE中 OAM扩展格式示意图；
图 2为 OAM Sub-TLV格式示意图；
图 3为 Ethernet OAM Sub-TLV格式示意图；
图 4为 Ethernet OAM中 MD Name Sub-TLV格式示意图；
图 5为 Ethernet OAM中 Short MA Name Sub-TLV格式示意图； 图 6为 Ethernet OAM中 MEP ID Sub-TLV格式示意图；
图 7为 Ethernet OAM中 CC Sub-TLV格式示意图；
图 8为 SDN架构下的 Ethernet LSP网络示意图；
图 9为本发明实施例实现 Ethernet OAM配置的方法处理流程示意图； 图 10为本发明实施例实现 Ethernet OAM配置的方法具体处理流程示 意图；
图 11为 OAM能力协商在 FEATURES消息扩展示意图；
图 12为 OAM配置在 CONFIG消息扩展示意图；
图 13为 Ethernet OAM Sub-TLV配置的扩展示意图；
图 14为 Ethernet OAM MD Name Sub-TLV扩展示意图；
图 15为 Ethernet OAM Short MA Name Sub-TLV扩展示意图；
图 16为 Ethernet OAM MEP ID Sub-TLV扩展示意图；
图 17为 Ethernet OAM CC Sub-TLV扩展示意图；
图 18为本发明实施例实现 Ethernet OAM配置的装置组成结构示意图。 具体实施方式
在实际应用中， OAM的配置主要包括：创建 OAM实体及其功能配置、 0 AM参数调整、 以及删除 0 AM实体。
具体地， 所述创建 OAM实体及其功能配置的实现包括：
维护节点 ( Maintenance Points, MP )包括维护端节点（ Maintenance End Points, MEP )和维护中间节点 ( Maintenance Intermediate Points, MIP ); 其中， MEP 处于连接的两端， 可以发起和中止用于故障管理 （Fault Management, FM )和性能监测 ( Performance Monitoring, PM )的 OAM消 息； MIP处于连接的中间节点， 只能接收 OAM消息；
维护实体（Maintenance Entity, ME )作为 MEP与 MIP之间的协作， 用来监测连接； 只要 MEP与 MIP之间的连接建立完成，端点及中间节点之 间的转发关系已经建立， 这种联系使 OAM实体可以监测 LSP。
除了 MP和 ME 定义的相关参数外， 主动 OAM 功能如一致性检测 ( Continuity Check, CC )和 PM都需要参数配置； 这些参数可以在连接建 立前配置， 也可以在连接建立时获取。
现有技术中， 利用 RS VP-TE实现 OAM配置流程如下： 图 1为 RSVP-TE中 OAM扩展格式示意图， 如图 1所示， OAM类型 ( type )表明创建节点支持的 OAM实体类型； 当创建 OAM实体时， 节点 设备并不支持 OAM类型， 则需要返回错误码 "OAM Problem/Unsupported OAM Type"。
图 2为 OAM Sub-TLV的格式示意图， 如图 2所示， 在 OAM Sub-TLV 中， OAM Function Flag取不同值的含义如下： 0为 CC功能， 1为连通性检 测（ Connectivity Verification, CV )功能， 2为故障管理信号（ Fault Management Signal, FMS)功能， 3为 PM/Loss (损失）功能， 4为 PM/Delay (延迟）功 能， 5为 PM/Throughput Measurement (吞吐量测试） 功能。
OAM 创建时， 节点之间需要能力协商。 节点的属性在 LSP— ATTRIBUTES标志位中表示，表明该节点是 MEP还是 MIP,如 "OAM MEP entities desired" 比特置位表明该节点是 MEP, "OAM MIP entities desired"比特置位表明该节点是 MIP。 ADMIN— STATUS标志位 "OAM Alarms Enabled"表明是否开启 OAM告警， 当该标志位置位时表明开启 OAM告警 功能。
OAM参数调整的实现包括： 对于已创建和配置的 OAM功能， 在 LSP 的生命周期中可能需要参数调整， 此时， 就需要更新 OAM参数。 其中， OAM参数关系到 OAM消息的内容和时长， 也关系到 OAM检测、 获取和 产生告警的方式； 因此， OAM的源端和尾端需要同步更新数据。
首先， OAM的告警功能被禁止， ADMIN— STATUS标志位 "OAM Alarms Enabled" 被清零； 其次， 再调整 OAM参数。 当 OAM参数更新完毕之后， ADMIN— STATUS标志位 "OAM Alarms Enabled" 被置位。
所述 OAM实体删除的实现包括： 在某些情况下， 需要删除部分或者所 有 OAM实体和功能， 而不影响已建立的连接。 首先， OAM的告警功能被 禁止， ADMIN— STATUS 标志位 " OAM Alarms Enabled " 被清零， LSP— ATTRIBUTES标志位中 'ΌΑΜ MEP entities desired"比特和 'ΌΑΜ MIP entities desired" 比特清零； 之后， 自动触发 OAM实体的删除。
下面针对 Ethernet OAM的功能配置作简单介绍。
为了简化连接检测的配置， 以太网 LSP建立时， 需要同时创建以太网 OAM, 在双向点到点 PBB-TE连接中的两端都需要配置 MEP。 在 MEP监 控 PBB-TE连接时， 需要配置维护或级别（Maintenance Domain Level, MD 级别）和维护关联标识符 ( Maintenance Association Identifier, MAID ); 每 个 MEP有唯一的 MEP ID; 在中间节点处， 需要配置 MIP, 用于故障定位， 如： 链路跟踪和环路检测功能。
在以太网 OAM中， 除了配置上述基本的 OAM参数外， 还需要配置以 太网中特有的如下相关参数：
1 )需要为 PBB-TE连接的两个 MEP分配唯一的 MAID, MAID包括可 选的 MD Name和 Short MA Name;
2 )每个 MEP需要分配一个 MEP ID, —个 MAID和一个 MEP ID可以 定义一个唯一的 MEP;
3 ) MD级别可以允许监控实体的分层隔离；
4 )转发优先级；
5 ) MEP需要知道自身和远端可到达 MEP的参数信息。
图 3为 Ethernet OAM Sub-TLV格式示意图， 如图 3所示， 在 Ethernet OAM配置参数中， OAM type的值为 1 ,定义为 Ethernet OAM类型； Version 为 CFM协议版本； MD L.为 MD级别； Sub-TLV可以携带以太网功能的
Sub-TLV类型。
图 4为 Ethernet 中 MD Name Sub-TLV格式示意图，如图 4所示， Type 定义为 1 , 表明为 MD Name Sub-TLV。
图 5为 Ethernet 中 Short MA Name Sub-TLV格式示意图，如图 5所示， Type为 2, 表明为 Short MA Name Sub-TLV。
图 6为 Ethernet OAM中 MEP ID Sub-TLV格式示意图， 如图 6所示， Type为 3 , 表明为 MEP ID Sub-TLV; Local MEP ID为本地的 MEP ID, 16 比特整数类型， 范围是 1 -8191 ; Remote MEP ID为对端的 MEP ID, 16比 特整数类型， 范围是 1-8191 ; T比特和 R比特， 当 MEP发包时， T比特置 位， 当 MEP收包时， R比特置位。
图 7为 Ethernet OAM中 CC Sub-TLV格式示意图， 如图 7所示， Type 为 3 , 表明为 CC类型的 Sub-TLV; Prio定义为 CCM帧的优先级； CCM I 定义为 CCM的间隙。
另夕卜， 在 Ethernet OAM配置中， 还定义有如下错误类型：
1 ) 当节点不支持某个 CFM版本时， 返回 "OAM Problem/Unsupported OAM Version"；
2 )当节点不支持某个 MD级别时，返回 "OAM Problem/Unsupported MD Level"；
3 ) 当节点收到一个未定义的 MD Name格式时， 返回 "OAM Problem/ Unknown MD Name Format"；
4 ) 当节点收到一个未定义的 MA Name格式时， 返回 "OAM Problem/ Unknown MA Name Format"；
5 ) 当 MD Name和 MA Name的总长度小于或等于 44字节时， 返回 "OAM Problem/Name Length Problem"；
6 )当节点不支持请求的 CCM间隙时，返回 "OAM Problem/Unsupported CC Interval"。
基于上述概念的介绍和分析， 在本发明实施例中： 网络控制器和 OpenFlow交换机之间进行能力协商， 获取 OpenFlow交换机支持的 OAM 类型； 网络控制器根据 OpenFlow交换机支持的 OAM类型向 OpenFlow交 换机发送配置消息； OpenFlow交换机接收配置消息后， 创建 OAM实体及 其功能配置。
进一步地， 创建 OAM后， OpenFlow交换机监控 Ethernet LSP, 并向 网络控制器上 4艮故障信息。
这里， 在传统传输网络中， OAM配置通过信令方式在节点间完成， 而 在 SDN架构下，需要通过网络控制器与 OpenFlow交换机之间的 OpenFlow 协议接口给 OpenFlow交换机建立 Ethernet LSP, 如图 8所示， 图 8为 SDN 架构下的 Ethernet LSP网络示意图。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图 9为本发明实施例实现 Ethernet OAM配置的方法的处理流程示意 图， 如图 9所示， 本发明实施例实现 Ethernet OAM配置的方法包括：
步骤 S100: 网络控制器和 OpenFlow交换机之间进行能力协商， 获取 OpenFlow交换机支持的 OAM类型；
这里， 在网络控制器和 OpenFlow 交换机之间进行能力协商， 通过 OpenFlow协议中 FEATURES消息完成。
步骤 S101 : 网络控制器根据 OpenFlow 交换机支持的 OAM 类型向 OpenFlow交换机发送配置消息；
这里， 网络控制器向 OpenFlow交换机发送配置 OAM实体及其相关功 能的 CONFIG消息。
步骤 S102: OpenFlow交换机接收配置消息后， 创建 OAM实体及其功 能配置。
在 SDN架构下， 需要网络控制器通过 OpenFlow接口下发 OpenFlow 交换机之间的 Ethernet LSP业务建立请求，其中， 节点间的连接建立通过流 表下发的形式完成。
这里， OAM配置可以在业务建立前完成，也可以与业务建立同时完成， 因此， OAM实体的创建方式为： 在流表下发前创建， 或者与流表下发时一 起创建。
图 10为本发明实施例实现 Ethernet OAM配置的方法的具体处理流程 示意图， 如图 10所示， 本发明实施例实现 Ethernet OAM配置的方法具体 包括：
步 骤 S200 ： 网 络 控 制 器 向 OpenFlow 交 换 机 发 送 OFPT— FEATURES— REQUEST请求消息；
其中， 能力字段 Capabilities为 OFPC_OAM_T YPE。
这里， OAM能力协商可以在 OFPT— FEATURES— REQUEST请求消息 的 Capabilities 广展一种 OAM能力类型 OFPC_OAM_TYPE= 1 « 4, ^口图 11所示， 为 OAM能力协商在 FEATURES消息扩展示意图。
步 骤 S201 ： OpenFlow 交 换 机 向 网 络 控 制 器 返 回 OFPT— FEATURES— REPLY应答消息；
其中， 预留字段 Reserved的后 8比特携带 OAM类型字段， 表明所述 OpenFlow交换机为 Ethernet OAM类型。
步骤 S202:网络控制器向 OpenFlow交换机发送配置 OAM实体及其相 关功能的 CONFIG消息；
这里， 所述 CONFIG 消息为 OFPT— SET— CONFIG 消息； 所述 OFPT— SET— CONFIG消息包括： 配置相应节点类型、 OAM类型和 Sub-TLV 类型、 以及 Sub-TLV中配置版本号、 MD级别、 是否开启 OAM功能等； 其中， 配置相应节点类型包括 MEP类型和 MIP类型， OAM类型可以 为 Ethernet OAM配置类型。
步骤 S203: OpenFlow交换机接收配置消息后， 创建 OAM实体及其功 能配置；
图 12为 OAM配置在 CONFIG消息扩展示意图， 如图 12所示， OAM 配置在业务建立之前根据 OFPT— SET— CONFIG消息配置 OAM; 扩展 flags 字段的类型， 即枚举类型 ofp—config— flags中 OFPC— FRAG— OAM = 1 « 2 表示 OAM 配置消 息； 在 OFPT— SET— CONFIG 消 息的结构体 ofp— switch— config中扩展字段， 分别为 Node Type, 8比特， 用于表明该节 点是 MEP ( Node Type=l )还是 MIP ( Node Type=2 ); OAM Type, 8比特， 用于表明 OAM的类型， OAM Type=l为 Ethernet OAM类型； OAM Alarms Enabled, 8比特，用于指示 OAM是否开启，置位表示开启，清零表示关闭； Sub-TLV Type , 8比特， 表明 Sub-TLV 的类型； Sub-TLV, 不定长， 根据 OAM的类型进行配置。
图 13为 Ethernet OAM Sub-TLV配置的扩展示意图， 如图 13所示，
Version为 CFM协议版本； MD L.为 MD级别； Sub-TLV可以携带以太网功 能的 Sub-TLV类型。
图 14为 Ethernet OAM MD Name Sub-TLV扩展示意图， 如图 14所示， Type定义为 1 , 表明为 MD Name Sub-TLV。
图 15为 Ethernet OAM Short MA Name Sub-TLV扩展示意图， 如图 15 所示， Type为 2, 表明为 Short MA Name Sub-TLV。
图 16为 Ethernet OAM MEP ID Sub-TLV扩展示意图， 如图 16所示， Type为 3 , 表明为 MEP ID Sub-TLV; Local MEP ID为本地的 MEP ID, 16 比特整数类型， 范围是 1-8191 ; Remote MEP ID为对端的 MEP ID, 16比特 整数类型， 范围是 1-8191 ; T比特和 R比特， 当 MEP发包时， T比特置位， 当 MEP收包时， R比特置位。
图 17为 Ethernet OAM CC Sub-TLV扩展示意图， 如图 17所示， Type 为 4, 表明为一致性检测 CC的 Sub-TLV; Prio定义为 CCM帧的优先级； CCM I定义为 CCM的间隙。
步骤 S204: OpenFlow交换机创建 OAM后， 监控 Ethernet LSP , 并向 网络控制器上 4艮故障信息。
这里， OpenFlow交换机通过 ERROR消息向网络控制器上报故障信息； 其中， 所述故障信息包括： OAM配置中产生的错误码、 FEATURE消息中 产生的错误码以及 CONFIG消息中产生的错误码。
具体地， 在 OAM配置中产生的错误码需要在 ERROR中进行扩展， 需 要在 ERROR相应的错误类型中增加新的子类型， 在 ofp— error— type枚举类 型中添加相应的错误码。
FEATURE 消息中产生的错误码类型需要在 OFPET— BAD— REQUEST 错误类型中增加子类型错误码； 其中，
OFPBRC— UNSUPPORTED— OAM— TYPE = 14, 表明不支持该 OAM类 型的请求。
CONFIG 消 息 中 产 生 的 错 误 类 型 ， 在 OFPET— SWITCH— CONFIG— FAILED错误类型中增加子类型错误码； 其中， OFPSCFC— UNSUPPORTED— OAM— VERSION = 3 ,表明不支持该 OAM 版本的配置；
OFPSCFC— UNSUPPORTED— MD— LEVEL = 4,表明不支持该 MD级别； OFPSCFC— UNKNOWN— MD— NAME— FORMAT = 5 , 表明未知 MD Name格式。
OFPSCFC— UNKNOWN— MA— NAME— FORMAT = 6 , 表明未知 MA Name格式；
OFPSCFC— WRONG—NAME— LENGTH = 7 , 表明错误的 NAME长度； OFPSCFC— UNSUPPORTED— CCM— INTERVAL = 8,表明不支持该 CCM 间隙。
图 18为本发明实施例实现 Ethernet OAM配置的装置组成结构示意图， 如图 18所示， 本发明实施例实现 Ethernet OAM配置的装置， 包括： 网络 控制器 10、 OpenFlow交换机 11 ; 其中，
所述网络控制器 10,配置为与 OpenFlow交换机 11之间进行能力协商， 获取 OpenFlow交换机支持的 OAM类型； 根据 OpenFlow交换机支持的 OAM类型向 OpenFlow交换机 11发送配置消息；
这里，在所述网络控制器 10和 OpenFlow交换机 11之间进行能力协商 通过 OpenFlow协议中 FEATURES消息完成。
具体地， 所述网络控制器 10 向 OpenFlow 交换机 11 发送 OFPT_FEATURES_REQUEST请求消息， 其中， 能力字段 Capabilities 为 OFPC— OAM— TYPE;
这里， OAM能力协商可以在 OFPT— FEATURES— REQUEST请求消息 的 Capabilities扩展一种 OAM能力类型 OFPC— OAM— TYPE= 1 « 4。
相应地， 所述 OpenFlow 交换机 11 向网络控制器 10 返回 OFPT— FEATURES— REPLY应答消息， 其中预留字段 Reserved的后 8比特 携带 OAM类型字段，表明所述 OpenFlow交换机 11为 Ethernet OAM类型。
这里， 所述网络控制器 10向 OpenFlow交换机 11发送配置 OAM实体 及其相关功能的 CONFIG消息。
具体地， 所述 CONFIG 消息为 OFPT— SET— CONFIG 消息； 所述 OFPT— SET— CONFIG消息包括： 配置相应节点类型、 OAM类型和 Sub-TLV 类型、 以及 Sub-TLV中配置版本号、 MD级别、 是否开启 OAM功能等。
其中， 配置相应节点类型包括 MEP类型和 MIP类型， OAM类型可以 为 Ethernet OAM配置类型。
所述 OpenFlow交换机 11 , 配置为接收配置消息后，创建 OAM实体及 其功能配置。
所述 OpenFlow交换机 11 ,还配置为创建 OAM后，监控 Ethernet LSP, 并向控制器 10上 4艮故障信息。 这里 , 所述 OpenFlow交换机 11通过 ERROR消息向网络控制器 10上 报故障信息； 其中， 所述故障信息包括 OAM 配置中产生的错误码、 FEATURE消息中产生的错误码以及 CONFIG消息中产生的错误码。
上述描述中，均以一个网络控制器与一个 OpenFlow交换机为例对本发 明进行描述。 实际应用的 OpenFlow协议中， 可以为一个网络控制器与多个 OpenFlow交换机之间实现 Ethernet OAM配置。
本领域内的技术人员应明白， 本发明的实施例可提供为方法、 ***、 或计算机程序产品。 因此， 本发明可采用硬件实施例、 软件实施例、 或结 合软件和硬件方面的实施例的形式。 而且， 本发明可采用在一个或多个其 中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘 存储器和光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、 设备（***）、 和计算机程序 产品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程 图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器， 使得 通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现 在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功 能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理 设备以特定方式工作的计算机可读存储器中， 使得存储在该计算机可读存 储器中的指令产生包括指令装置的制造品， 该指令装置实现在流程图一个 流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备 上， 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机 实现的处理， 从而在计算机或其他可编程设备上执行的指令提供用于实现 在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功 能的步骤。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种实现以太网 Ethernet运营、 管理与维护 OAM配置的方法， 所 述方法包括：
网络控制器和开放流 OpenFlow 交换机之间进行能力协商， 获取 OpenFlow交换机支持的 OAM类型；
网络控制器根据 OpenFlow交换机支持的 OAM类型向 OpenFlow交换 机发送配置消息；
OpenFlow交换机接收配置消息后， 创建 OAM实体及其功能配置。
2、 根据权利要求 1所述的方法， 其中， 所述方法还包括： 创建 OAM 后 , OpenFlow交换机监控 Ethernet标签交换路径 LSP, 并向网络控制器上 报故障信息。
3、根据权利要求 1或 2所述的方法，其中，所述网络控制器和 OpenFlow 交换机之间进行能力协商， 包括：
网络控制器向 OpenFlow交换机发送 OFPT— FEATURES— REQUEST请 求消息， 其中， 能力字段 Capabilities为 OFPC—OAM— TYPE;
OpenFlow交换机向网络控制器返回 OFPT— FEATURES— REPLY应答消 息， 其中， 预留字段 Reserved的后 8比特携带 OAM类型字段， 表明所述 OpenFlow交换机为 Ethernet OAM类型。
4、根据权利要求 1或 2所述的方法，其中，所述网络控制器向 OpenFlow 交换机发送配置消息为： 网络控制器向 OpenFlow交换机发送配置 OAM实 体及其相关功能的 CONFIG消息；
所 述 CONFIG 消 息 为 OFPT— SET— CONFIG 消 息 ； 所 述 OFPT— SET— CONFIG消息包括： 配置相应节点类型、 OAM类型和 Sub-TLV 类型、 以及 Sub-TLV中配置版本号、 MD级别、 是否开启 OAM功能。
5、 根据权利要求 2 所述的方法， 其中， 所述 OpenFlow 交换机通过 ERROR消息向网络控制器上报故障信息； 其中， 所述故障信息包括： OAM 配置中产生的错误码、 FEATURE消息中产生的错误码、以及 CONFIG消息 中产生的错误码。
6、 一种实现 Ethernet OAM配置的装置， 所述装置包括： 网络控制器、 OpenFlow交换机； 其中，
所述网络控制器， 配置为和 OpenFlow交换机之间进行能力协商， 获取 OpenFlow交换机支持的 OAM类型； 并根据 OpenFlow交换机支持的 OAM 类型向 OpenFlow交换机发送配置消息；
所述 OpenFlow交换机， 配置为接收配置消息后， 创建 OAM实体及其 功能配置。
7、 根据权利要求 6所述的装置， 其中， 所述 OpenFlow交换机， 还配 置为创建 OAM后， 监控 Ethemet LSP, 并向网络控制器上报故障信息。
8、 根据权利要求 6或 7所述的装置， 其中， 所述网络控制器配置为和 OpenFlow交换机之间进行能力协商， 包括：
网络控制器向 OpenFlow交换机发送 OFPT— FEATURES— REQUEST请 求消息， 其中， 能力字段 Capabilities为 OFPC—OAM— TYPE;
OpenFlow交换机向网络控制器返回 OFPT— FEATURES— REPLY应答消 息， 其中， 预留字段 Reserved的后 8比特携带 OAM类型字段， 表明所述 OpenFlow交换机为 Ethernet OAM类型。
9、根据权利要求 6或 7所述的装置，其中，所述网络控制器向 OpenFlow 交换机发送配置消息为： 网络控制器向 OpenFlow交换机发送配置 OAM实 体及其相关功能的 CONFIG消息；
所 述 CONFIG 消 息 为 OFPT— SET— CONFIG 消 息 ； 所 述 OFPT— SET— CONFIG消息包括： 配置相应节点类型、 OAM类型和 Sub-TLV 类型、 以及 Sub-TLV中配置版本号、 MD级别， 是否开启 OAM功能。
10、 根据权利要求 7所述的装置， 其中， 所述 OpenFlow交换机通过 ERROR消息向网络控制器上报故障信息； 其中， 所述故障信息包括： OAM 配置中产生的错误码、 FEATURE消息中产生的错误码、以及 CONFIG消息 中产生的错误码。
11、 一种计算机存储介质， 所述计算机存储介质包括一组指令， 当执 行所述指令时， 引起至少一个处理器执行如权利要求 1至 5任一项所述的 实现 Ethernet OAM配置的方法。
PCT/CN2014/080603 2013-12-24 2014-06-24 一种实现以太网oam配置的方法及装置 WO2015096426A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310724458.7A CN104734876A (zh) 2013-12-24 2013-12-24 一种实现以太网oam配置的方法及装置
CN201310724458.7 2013-12-24

Publications (1)

Publication Number Publication Date
WO2015096426A1 true WO2015096426A1 (zh) 2015-07-02

Family

ID=53458333

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/080603 WO2015096426A1 (zh) 2013-12-24 2014-06-24 一种实现以太网oam配置的方法及装置

Country Status (2)

Country Link
CN (1) CN104734876A (zh)
WO (1) WO2015096426A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111835538A (zh) * 2019-04-17 2020-10-27 烽火通信科技股份有限公司 光通信业务与oam依赖关系的管理方法及***

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105790984B (zh) * 2014-12-23 2020-11-03 中兴通讯股份有限公司 一种操作维护管理功能的配置、实现方法及转发设备
WO2017142862A1 (en) * 2016-02-18 2017-08-24 Idac Holdings, Inc. Open flow functionality in a software-defined network
CN107634895B (zh) * 2016-07-19 2020-09-22 上海诺基亚贝尔股份有限公司 用于基于文件或单个消息的批量操作处理方法和设备
CN108259212B (zh) * 2017-05-25 2019-09-17 新华三技术有限公司 报文处理方法及装置
CN109981450B (zh) * 2017-12-28 2021-06-15 中国电信股份有限公司 路径连通维护方法、装置和***
CN110166320B (zh) * 2019-05-27 2022-06-21 苏州盛科通信股份有限公司 基于OpenFlow交换机的MPLS-TP OAM实现方法及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101179433A (zh) * 2007-10-24 2008-05-14 中兴通讯股份有限公司 一种对无源光网络终端进行远程管理的方法及***
CN101414925A (zh) * 2007-10-17 2009-04-22 华为技术有限公司 光网络终端配置的方法及***、装置
CN102291493A (zh) * 2011-08-25 2011-12-21 华为终端有限公司 移动终端的应用参数配置方法、相关装置以及***
US20130010605A1 (en) * 2011-07-04 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Generic Monitoring Packet Handling Mechanism for OpenFlow 1.1

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100382501C (zh) * 2005-04-15 2008-04-16 华为技术有限公司 通信网络中三层vpn的操作维护***及方法
CN1897497B (zh) * 2006-05-16 2010-04-14 中国电信股份有限公司 以太网无源光网络中的扩展操作管理维护能力的发现方法
CN102299815B (zh) * 2010-06-22 2014-04-30 华为技术有限公司 运营管理和维护的配置方法和节点
CN103001887B (zh) * 2012-11-22 2018-01-05 中兴通讯股份有限公司 一种链路保活方法、控制器及交换机

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101414925A (zh) * 2007-10-17 2009-04-22 华为技术有限公司 光网络终端配置的方法及***、装置
CN101179433A (zh) * 2007-10-24 2008-05-14 中兴通讯股份有限公司 一种对无源光网络终端进行远程管理的方法及***
US20130010605A1 (en) * 2011-07-04 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Generic Monitoring Packet Handling Mechanism for OpenFlow 1.1
CN102291493A (zh) * 2011-08-25 2011-12-21 华为终端有限公司 移动终端的应用参数配置方法、相关装置以及***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111835538A (zh) * 2019-04-17 2020-10-27 烽火通信科技股份有限公司 光通信业务与oam依赖关系的管理方法及***
CN111835538B (zh) * 2019-04-17 2022-09-02 烽火通信科技股份有限公司 光通信业务与oam依赖关系的管理方法及***

Also Published As

Publication number Publication date
CN104734876A (zh) 2015-06-24

Similar Documents

Publication Publication Date Title
WO2015096426A1 (zh) 一种实现以太网oam配置的方法及装置
EP2595350B1 (en) GMPLS based OAM provisioning
EP2985952B1 (en) Method and device for protecting service reliability, and network virtualization system
WO2016165463A1 (zh) 一种基于软件定义网络的链路故障上报方法和转发设备
EP2441219B1 (en) Power-saving functions in communications networks
EP1895721B1 (en) Method and apparatus for end-to-end link detection and policy routing switching
WO2009082923A1 (fr) Procédé de traitement de défaut de liaison et dispositif de transfert de données
CN103001887A (zh) 一种链路保活方法、控制器及交换机
KR20150031316A (ko) 그레이스풀 리스타트 가능 이웃의 rsvp 헬로 억제를 이용한 시스템 및 방법
AU2009237405A1 (en) Connectivity fault management traffic indication extension
WO2017124791A1 (zh) 链路检测方法及装置
WO2017036180A1 (zh) 报文的处理方法及装置
WO2013185567A1 (zh) 一种分组传送网络保护倒换装置和方法
WO2007056929A1 (fr) Procede et appareil pour mettre en oeuvre la protection de groupes au sein d'un reseau mpls
WO2015035616A1 (zh) 跨网通信方法及装置
WO2014166274A1 (zh) 一种以太网性能检测方法、***及光网络终端
WO2018219300A1 (zh) Sdn中的报文交互方法及装置
WO2016062165A1 (zh) 一种实现操作管理维护功能的方法及装置
WO2014117737A1 (zh) Oam报文处理方法、设备及***
WO2012163219A1 (zh) 一种lsp网络拥塞处理的方法、装置及***
WO2006089490A1 (fr) Méthode d’implémentation de fec bfd
WO2012142753A1 (zh) Ip承载网性能监控的方法及设备
RU2678713C2 (ru) Способ конфигурирования и реализации функции эксплуатации, администрирования и обслуживания, а также устройство пересылки
WO2015035852A1 (zh) 一种节点间状态通告的方法和设备
Takacs et al. GMPLS RSVP-TE extensions for operations, administration, and maintenance (OAM) configuration

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14875704

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14875704

Country of ref document: EP

Kind code of ref document: A1