WO2016119598A1

WO2016119598A1 - Alarm processing method and device for optical transport network (otn) device

Info

Publication number: WO2016119598A1
Application number: PCT/CN2016/070826
Authority: WO
Inventors: 车克文
Original assignee: 中兴通讯股份有限公司
Priority date: 2015-01-30
Filing date: 2016-01-13
Publication date: 2016-08-04
Also published as: CN105991311A

Abstract

The present invention provides an alarm processing method and device for an optical transport network (OTN) device. The method comprises: an optical transport network (OTN) device receives an alarm operation message, a type of the alarm operation message comprising: a first alarm monitoring message and a first alarm state query message, the first alarm monitoring message being used to instruct the OTN device to configure an alarm monitoring state of the OTN device, and the first alarm state query message being used to instruct the OTN device to query for an alarm state of the OTN device; and the OTN device performs, according to the type of the alarm operation message, an alarm operation corresponding to the type. By means of the present invention, the problem in related technologies that an OTN device does not support an alarm mechanism is solved, and an alarm mechanism in the OTN device is implemented.

Description

Optical transmission network OTN equipment alarm processing method and device

Technical field

The present invention relates to the field of communications, and in particular to a method and apparatus for processing an OTN device alarm of an optical transport network.

Background technique

As the Software Defined Networking (SDN) technology is gradually applied to operators and Internet users, the control of SDN technology in Optical Transport Network (OTN) devices has become an urgent need. At present, based on OTN-based SDN technology verification and testing, various vendors are steadily advancing with operators. The OpenFlow protocol is the most important southbound interface protocol in SDN. However, the protocol does not support the alarm mechanism of the OTN device. As a result, the SDN service cannot be restored and the service survivability of the SDN is greatly reduced. Maintenance needs of the business.

In view of the problem that the OTN device does not support the alarm mechanism in the related art, an effective solution has not been proposed yet.

Summary of the invention

The main purpose of the embodiments of the present invention is to provide a method and a device for processing an OTN device alarm of an optical transport network, so as to at least solve the problem that the OTN device does not support the alarm mechanism in the related art.

According to an aspect of the present invention, a method for processing an OTN device alarm of an optical transport network is provided, including: an optical transport network OTN device receiving an alert operation message, wherein the type of the alert operation message includes: a first alert monitor a message, a first alarm status query message, the first alarm monitoring message is used to instruct the OTN device to configure an alarm monitoring status of the OTN device, where the first alarm status query message is used to instruct the OTN device to query the OTN The alarm state of the device; the OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message.

Optionally, the alarm operation message is an OFPT_FLOW_MOD message in the OpenFlow protocol, where a type for indicating an alarm operation and a structure type corresponding to the type are defined in an extension type of the OFPT_FLOW_MOD message, and the structure type Different values are used to indicate different types.

Optionally, the alarm operation message further includes the designated port information of the OTN device, and the specified label information, and the OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message, including: The OTN device queries and specifies the design according to the specified port information and the specified label information. The port information and the local port corresponding to the specified tag information; the OTN device determines whether the alarm monitoring status of the local port matches the alarm monitoring status of the first alarm monitoring message, where the status of the alarm monitoring includes: The alarm monitoring is turned off and the alarm monitoring is enabled. The OTN device configures the alarm monitoring status of the local port according to the judgment result.

Optionally, the OTN device configures the alarm monitoring state of the local port according to the determination result, and when the determining result is no, the OTN device configures the local port according to the state of the first alarm monitoring message. The alarm monitoring state; when the determining structure is YES, the OTN device prohibits the operation of configuring the alarm monitoring state of the local port.

Optionally, the performing, by the OTN device, the alarming operation corresponding to the type according to the type of the alarm operation message includes: the OTN device querying the designated port according to the specified port information and the specified label information. The local port corresponding to the specified tag information; the OTN device queries an alarm state of the local port, where the alarm state includes: an alarm is generated, an alarm disappears; and the OTN device sets the alarm state The information is identified in the extended type of the OFPT_PORT_STATUS message, and the OFPT_PORT_STATUS message is reported.

Optionally, after the OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message, the method further includes: when an alarm is generated on a designated port of the OTN device, the OTN device Determining whether the alarm monitoring status of the designated port is the alarm monitoring is enabled; when the determination result is yes, the OTN device fills in the port information of the designated port in the extended type of the OFPT_PORT_STATUS message, and reports the OFPT_PORT_STATUS message. When the judgment result is no, the OTN device prohibits the operation of reporting the alarm state.

According to another aspect of the present invention, a processing apparatus for an OTN device alarm is provided on the OTN device side, and includes: a receiving module, configured to receive an alarm operation message, where the type of the alarm operation message And including: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to instruct the OTN device to configure an alarm monitoring status of the OTN device, where the first alarm status query message is used to indicate the The OTN device queries the alarm state of the OTN device, and the execution module is configured to perform an alarm operation corresponding to the type according to the type of the alarm operation message.

Optionally, the alarm operation message further includes the designated port information of the OTN device, and the specified label information, the execution module further includes: a first query unit, configured to set the information according to the specified port and the specified label The information is queried to the local port corresponding to the specified port information and the specified tag information; And determining, by the device, whether the alarm monitoring status of the local port matches the alarm monitoring status of the first alarm monitoring message, where the status of the alarm monitoring includes: alarm monitoring is off, and alarm monitoring is enabled; The alarm monitoring status of the local port is configured according to the judgment result.

Optionally, the configuration unit further includes: a first configuration subunit, configured to configure an alarm monitoring state of the local port according to a state of the first alarm monitoring message when the determining result is no; The configuration subunit is configured to prohibit the operation of configuring the alarm monitoring state of the local port when the determining structure is YES.

Optionally, the executing module includes: a second querying unit, configured to query, according to the specified port information and the specified tag information, the local port corresponding to the specified port information and the specified tag information; The third query unit is configured to query an alarm state of the local port, where the alarm state includes: an alarm is generated, and the alarm disappears; and the identifier unit is configured to identify the alarm state information in an extension type of the OFPT_PORT_STATUS message, And reporting the OFPT_PORT_STATUS message.

Optionally, the device further includes: a determining module, configured to: when an alarm is generated on the designated port of the OTN device, determine whether the alarm monitoring state of the designated port is an alarm monitoring enabled; and the reporting module is set to determine the result. If yes, the port information of the designated port is filled in the extension type of the OFPT_PORT_STATUS message, and the OFPT_PORT_STATUS message is reported; the prohibition module is set to prevent the OTN device from performing the report alarm when the determination result is no. State of operation.

After the OTN device receives the alarm operation message, the alarm operation message includes: a first alarm monitoring message and a first alarm status query message, where the first alarm monitoring message is used to indicate the OTN. The device configures an alarm monitoring state of the OTN device, where the first alarm state query message is used to instruct the OTN device to query the alarm state of the OTN device, and the manner of performing the alarm operation corresponding to the type according to the type of the alarm operation message is implemented in the OTN. The alarm mechanism in the device solves the problem that the OTN device does not support the alarm mechanism in the related art.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a flowchart of a method for processing an OTN device alarm of an optical transport network according to an embodiment of the present invention;

2 is a structural block diagram 1 of a processing apparatus for an OTN device alarm of an optical transport network according to an embodiment of the present invention;

3 is a structural block diagram 2 of a processing apparatus for an OTN device alarm of an optical transport network according to an embodiment of the present invention;

4 is a flowchart of a controller sending an alarm operation message according to an alternative embodiment of the present invention;

FIG. 5 is a schematic structural diagram of an alarm monitoring message according to an alternative embodiment of the present invention; FIG.

6 is a schematic structural diagram of an alarm status query message according to an alternative embodiment of the present invention;

7 is a flowchart of an OTN device network element receiving an alarm operation message for distribution according to an optional embodiment of the present invention;

FIG. 8 is a flowchart of a method for configuring network element alarm monitoring of an OTN device according to an alternative embodiment of the present invention; FIG.

9 is a flowchart of a method for processing an OTN device network element receiving an alarm query message according to an optional implementation of the present invention;

FIG. 10 is a flowchart of a method for actively reporting an alarm state of a network element of an OTN device according to an alternative embodiment of the present invention.

detailed description

It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. The invention will be described in detail below with reference to the drawings in conjunction with the embodiments.

The embodiment of the present invention provides a method for processing an OTN device alarm of an optical transport network. FIG. 1 is a flowchart of a method for processing an OTN device alarm according to an embodiment of the present invention. As shown in FIG. :

Step S102: The optical transport network OTN device receives an alarm operation message.

The type of the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to instruct the OTN device to configure an alarm monitoring state of the OTN device, where the first alarm status query message is used. Instructing the OTN device to query the alarm status of the OTN device;

Step S104: The OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message.

In this embodiment, after the OTN device receives the alarm operation message, the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to indicate that the OTN device configures the OTN. The alarm monitoring state of the device, the first alarm state query message is used to instruct the OTN device to query the alarm state of the OTN device, and the manner of performing the alarm operation corresponding to the type according to the type of the alarm operation message is implemented in the OTN device. The alarm mechanism solves the problem that the OTN device does not support the alarm mechanism in the related art.

In an optional embodiment of the present embodiment, the alarm operation message is an OFPT_FLOW_MOD message in the OpenFlow protocol, where an extension operation type of the OFPT_FLOW_MOD message is used to indicate an alarm operation. Type, and with that class The type of the structure corresponding to the type, the different values of the structure type are used to indicate different types of alarm operations.

In an optional application scenario of the embodiment, the alarm operation message may be an extension of the OFPT_FLOW_MOD message, which is embodied in the type extension supported by the oxm_fields in the Match entries part of the message, such as the newly added type OFPXMT_EXP_OTN_ALARM_MONITOR, which is a value. 100. It is used to indicate an alarm operation, and defines a corresponding structure for identifying an alarm operation type, including alarm monitoring on, alarm monitoring off, and alarm status query. For example, OFPXMT_EXP_ALARM_MONITOR_CANCEL is equal to 0, indicating that the alarm monitoring is off; OFPXMT_EXP_ALARM_MONITOR_SET is equal to 1, indicating that the alarm monitoring is enabled; OFPXMT_EXP_ALARM_MONITOR_QUERY is equal to 2, indicating the alarm status query.

In addition, in another optional embodiment of the embodiment, the alarm operation message may further include the specified port information of the OTN device, and the specified label information. Based on this, in the step S104, the OTN device according to the alarm operation message The manner in which the type performs the alarm operation corresponding to the type may be implemented by the following steps but not limited to the following steps:

Step S11: The OTN device queries the local port corresponding to the specified port information and the specified tag information according to the specified port information and the specified tag information.

Step S12: The OTN device determines whether the alarm monitoring state of the local port matches the alarm monitoring state corresponding to the first alarm monitoring message, wherein the alarm monitoring state includes: alarm monitoring is turned off, and alarm monitoring is turned on;

Step S13: The OTN configures the alarm monitoring status of the local port according to the determination result.

The OTN device configures the alarm monitoring state of the local port according to the state of the first alarm monitoring message. When the determining structure is YES, the OTN device prohibits the operation of configuring the alarm monitoring state of the local port.

In another embodiment of the present embodiment, in step S104 in this embodiment, the manner in which the OTN device performs the alarm operation corresponding to the type according to the type of the alarm operation message may be implemented by:

Step S21: The OTN device queries the local port corresponding to the specified port information and the specified tag information according to the specified port information and the specified tag information.

Step S22: The OTN device queries the alarm status of the local port, where the alarm status includes: an alarm is generated, and the alarm disappears;

Step S23: The OTN device identifies the alarm status information in the extended type of the OFPT_PORT_STATUS message, and reports the OFPT_PORT_STATUS message.

For the above-mentioned steps S21 to S23, in an optional application scenario of the embodiment, the OFPT_PORT_STATUS message is extended, and the type supported by the reason is expanded in the message, for example, the new OFPRR_ALARM_DISAPPEAR is added, and the value is 3, Indicates that the alarm is cleared. The new OFPR_ALARM_OCCUR value is 4, and the alarm is generated, so that the OFPT_PORT_STATUS message can identify the alarm status of the OTN device.

In this embodiment, after the OTN device performs the alarm operation corresponding to the type according to the type of the alarm operation message, the method in this embodiment may further include how to implement the alarm status reporting, and the implementation manner may be implemented by the following steps:

Step S31: When an alarm is generated on the designated port of the OTN device, the OTN device determines whether the alarm monitoring status of the designated port is alarm monitoring enabled.

Step S32: When the judgment result is yes, the OTN device fills in the port information of the designated port in the extended type of the OFPT_PORT_STATUS message, and reports the OFPT_PORT_STATUS message;

Step S33: When the determination result is no, the OTN device prohibits the operation of reporting the alarm state.

In this embodiment, a processing device for the OTN device alarm of the optical transport network is also provided. The device is used to implement the foregoing embodiments and optional implementations, and details are not described herein. As used below, the term "module" "unit" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

2 is a block diagram of a processing device for an OTN device alarm of an optical transport network according to an embodiment of the present invention. The device is located on the OTN device side. As shown in FIG. 2, the device includes: a receiving module 22 configured to receive an alarm operation message. The type of the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to instruct the OTN device to configure an alarm monitoring state of the OTN device, where the first alarm status query message is used. The OTN device is instructed to query the alarm state of the OTN device. The execution module 24 is coupled to the receiving module 22 and configured to perform an alarm operation corresponding to the type according to the type of the alarm operation message.

Optionally, the alarm operation message is an OFPT_FLOW_MOD message in the OpenFlow protocol, where a type for indicating an alarm operation and a structure type corresponding to the type are defined in an extension type of the OFPT_FLOW_MOD message, and different values of the structure type are used for Indicates different types of alarm operations.

Optionally, the alarm operation message further carries the designated port information of the OTN device, and the specified label information, and the execution module further includes: a first query unit, configured to query the specified port information and the specified label according to the specified port information and the specified label information. a local port corresponding to the information; the determining unit is coupled to the first query unit, and configured to determine whether the alarm monitoring state of the local port matches the state of the first alarm monitoring message, The state of the alarm monitoring includes: the alarm monitoring is turned off, and the alarm monitoring is turned on; the configuration unit is coupled with the determining unit, and is configured to configure the alarm monitoring state of the local port according to the judgment result.

Optionally, the configuration unit further includes: a first configuration subunit, configured to configure an alarm monitoring state of the local port according to a state of the first alarm monitoring message when the determination result is negative; the second configuration subunit, the first configuration sub The unit coupling connection is set to prohibit the operation of configuring the alarm monitoring state of the local port when the determination structure is YES.

Optionally, the executing module 24 includes: a second querying unit, configured to query a local port corresponding to the specified port information and the specified tag information according to the specified port information and the specified tag information; and the third query unit is coupled to the second query unit The connection is set to query the alarm status of the local port, where the alarm status includes: an alarm is generated, and the alarm disappears; the identification unit is coupled to the third query unit, and is configured to identify the alarm status information in an extension type of the OFPT_PORT_STATUS message, and Report the OFPT_PORT_STATUS message.

3 is a block diagram of a processing device for processing an OTN device alarm of an optical transport network according to an embodiment of the present invention. As shown in FIG. 3, the device may further include: a determining module 32 coupled to the executing module 24 and configured to be in the OTN device. When the specified port generates an alarm, it is determined whether the alarm monitoring status of the designated port is the alarm monitoring enabled; the reporting module 34 is coupled with the determining module 32, and is set to fill in the designated port in the extended type of the OFPT_PORT_STATUS message when the determination result is yes. The port information is reported to the OFPT_PORT_STATUS message; the prohibition module 36 is coupled to the reporting module 34, and is set to prevent the OTN device from performing the operation of reporting the alarm state when the determination result is no.

The invention is exemplified below in conjunction with an alternative embodiment of the invention;

The present invention provides a method for implementing an OTN device alarm mechanism based on the OPENFLOW protocol, and FIG. 4 is a flowchart of a controller sending an alarm operation message according to an alternative embodiment of the present invention, as shown in FIG. The steps can include:

Step S402: The controller sends an alarm operation message, where the alarm operation message includes: an alarm monitoring message and an alarm status query message;

Step S404: The OTN device network element receives an alarm operation message for distribution.

Step S406: The OTN device network element alarm monitoring configuration;

Step S408: The OTN device network element receives the alarm query message processing; the OTN device network element alarm state is actively reported.

For the foregoing step S202 to step S208, in the present optional embodiment, the OTN-based SDN alarm mechanism is implemented by extending the OFPT_FLOW_MOD message and the OFPT_PORT_STATUS message in the OpenFlow protocol, and the alarm mechanism includes: an alarm monitoring setting, Alarm status query and alarm initiative The report, wherein the alarm monitoring configuration includes: alarm monitoring is enabled, and alarm monitoring is turned off.

The extension of the OFPT_FLOW_MOD message is embodied in the extension of the type supported by the oxm_fields in the Match entries part of the message, such as the new type OFPXMT_EXP_OTN_ALARM_MONITOR, and the value 100 is used to indicate the alarm operation. In addition, the corresponding structure is defined. The identifier operation type includes: alarm monitoring on, alarm monitoring off, and alarm status query. Therefore, the OTN-based SDN performs the alarm operation on the OTN device node.

The extension of the OFPT_PORT_STATUS message is extended to the type supported by the reason in the message. For example, the new OFPRR_ALARM_DISAPPEAR is added, and the value is 3, indicating that the alarm is lost. The new OFPR_ALARM_OCCUR value is 4, and the alarm is generated, so that the OFPT_PORT_STATUS message can be identified. The alarm status of the device enables the OTN device node to report the alarm status of the device.

Steps S402 to S408 of the optional embodiment are described in detail below with reference to the accompanying drawings;

5 is a detailed explanation of the step S402 of the optional embodiment, FIG. 5 is a schematic structural diagram of an alarm monitoring message according to an optional embodiment of the present invention, and FIG. 6 is an alarm according to an alternative embodiment of the present invention. A schematic diagram of the status query message structure, which can be implemented by the following steps:

Step S41: After the Controller triggers the alarm mechanism, first construct an OFPT_FLOW_MOD message according to the OpenFlow protocol. In the ofp_header of the message, the identifier type is OFPT_FLOW_MOD.

Step S42: Fill in the header part of the message. Mainly fill in the command, which is OFPFC_MODIFY. This value is defined in the current protocol.

Step S43: Identify the Match entries as the Match of the OpenFlow extension. The method is to assign the type in the Match entries to OFPMT_OXM (which takes a value of 1).

Step S44: Fill in the alarm operation type part of the oxm_fields of the Match entries. Currently, the types defined in oxm_field take values from 2 to 5, representing the ODU and OCH signal types and signal IDs, respectively.

In this alternative embodiment, the type defined in the oxm_field may be extended, and the OFPXMT_EXP_OTN_ALARM_MONITOR is defined, and the value is 100, that is, the oxm_field is used to indicate the alarm operation, and the corresponding structure is defined, including the oxm_header, and the value OFPXMC_EXPERIMENTER indicates the OXM extension. ;experimenter, this patent defines the field value 0xFF001000, indicating alarm monitoring; oper_type, indicating the type of alarm monitoring operation.

The defined alarm operation type macros respectively indicate that the alarm monitoring is turned off, the alarm monitoring is turned on, and the alarm is checked. For example, if the OFPXMT_EXP_ALARM_MONITOR_CANCEL is equal to 0, the alarm monitoring is turned off; the OFXXMT_EXP_ALARM_MONITOR_SET is equal to 1, indicating that the alarm monitoring is enabled; and the OFXXMT_EXP_ALARM_MONITOR_QUERY is equal to 2, indicating the alarm status query.

Step 45: Fill in the alarm hierarchy in oxm_fields.

If the message is an alarm operation message, the alarm level is required. The OXM type is added to the optional embodiment to indicate the alarm level, that is, the OFPXMT_EXP_OTN_TCM is defined, the value is 101, the OTN alarm level is identified, and the corresponding structure is defined, including: Oxm_header, value OFPXMC_EXPERIMENTER, indicates OXM extension; experimenter, this patent defines the field value 0xFF001001, indicating OTN alarm level; otn_alarm_layer, OTN device alarm monitoring level, TCM1 ~ TCM6; pad, indicating reserved field.

The selection of the alarm level is selected according to the characteristics of the service in the SDN, and the alarm hierarchy may be multiple.

This section is not required if the message is an alert query message.

Step S46: Fill in the port, label, and signal type parts in oxm_fields. This section can be filled in according to the current OpenFlow standard.

Step S47: Send the OFPT_FLOW_MOD message to the OTN device node.

The following is a detailed explanation of the step S404. FIG. 7 is a flowchart of the OTN device network element receiving an alarm operation message for distribution according to an alternative embodiment of the present invention. As shown in FIG. 7, the steps of the method include:

Step S702: The OTN device network element receives an alarm operation message.

Step S704: Obtain an alarm operation type, port information, label information, and an alarm level according to the oxm_field part;

Step S706: When the alarm operation type is alarm monitoring enabled, or when the alarm monitoring is turned off, the process enters the OTN device network element alarm monitoring configuration process.

Step S708: When the alarm operation type is an alarm query, the process proceeds to a processing flow in which the OTN device network element receives the alarm query message.

The following is a detailed explanation of the step S406. FIG. 8 is a flowchart of a method for configuring an OTN device network element alarm monitoring according to an alternative embodiment of the present invention. As shown in FIG. 8, the method includes the following steps:

Step S802: The OTN device network element retrieves the local port according to the obtained port information and tag information.

Step S804: Obtain an alarm state of the port, and determine whether to match the alarm level in the message; If the result of the determination is yes, then step S806 is performed, and if the result of the determination is no, step S808 is performed;

Step S806: If the alarm state of the port matches the alarm operation specified by the message at the alarm level specified in the message, the message is not processed;

For example, if the alarm operation type in the message is alarm monitoring enabled, and the alarm monitoring status of the port is enabled at the specified alarm level, the message is not processed.

Step S808: If the alarm state of the port does not match the alarm operation specified by the message at the alarm level specified in the message, the port is configured to perform alarm monitoring according to the message;

For example, if the alarm operation type in the message is alarm monitoring enabled, and the alarm monitoring status of the port is off at the specified alarm level, the port is set to alarm monitoring on the corresponding alarm level.

The following is a detailed explanation of the step S408. FIG. 9 is a flowchart of a method for processing an OTN device network element to receive an alarm query message according to an optional implementation of the present invention. As shown in FIG. 9, the steps of the method include:

Step S902: The OTN device network element retrieves the local port according to the obtained port information and label information.

Step S904: The OTN device retrieves the port on the local OTN device according to the obtained port information and label information.

Step S906: The OTN device obtains an alarm state of the OTN device.

Step S908: The OTN device constructs an OFPT_PORT_STATUS message;

The alarm status of the port is identified in the reason of the message: the alarm is generated, or the alarm disappears.

The structure of the OFPT_PORT_STATUS message is shown in Table 1:

Ofp_header

Reason

Ofp_experimenter_port

Table 1

The value currently supported by the reason is OFPRR_ADD. The value is 0, indicating that the port is added. The OFPRR_DELETE value is 1, indicating that the port is deleted. The OFPRR_MODIFY value is 2, indicating that the port attribute is modified. To implement the method proposed by the present invention, reason is extended. Added the OFPPR_ALARM_DISAPPEAR, which is 3, indicating that the alarm is cleared. The new OFPR_ALARM_OCCUR value is 4, indicating that an alarm is generated.

Step S910: Fill in the port information in the ofp_experimenter_port of the message;

Wherein, the filling method is based on relevant protocol standards;

Step S912: Send the message to the Controller.

FIG. 10 is a flowchart of a method for actively reporting an alarm state of a network element of an OTN device according to an alternative embodiment of the present invention. As shown in FIG. 10, the method steps of the optional embodiment may further include:

Step S1002: an alarm is generated on the OTN device network element device.

Step S1004: determining whether the alarm monitoring of the port of the OTN device is in an open state; when the determination result is yes, executing step S1006; and if the determination result is no, executing step S1008;

Step S1006: Construct an alarm report message;

That is, the OFPT_PORT_STATUS message is constructed to identify the alarm state of the port in the reason of the message: OFPRR_ALARM_OCCUR, and the port information is filled in the ofp_experimenter_port of the message.

Step S1008: The alarm operation is not processed;

Step S1010: Send an alarm report message to the Controller.

The optional embodiment of the present invention enables the protocol to support the alarm mechanism of the OTN device, thereby implementing the SDN service recovery switching function based on the OTN device, thereby improving service survivability.

In another embodiment, software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.

In another embodiment, a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above is only an alternative embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Industrial applicability

In the process of processing the OTN device alarm mentioned above in the embodiment of the present invention, the OTN device is used. After receiving the alarm operation message, the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to instruct the OTN device to configure an alarm monitoring state of the OTN device, where The first alarm status query message is used to instruct the OTN device to query the alarm state of the OTN device, and perform the alarm operation corresponding to the type according to the type of the alarm operation message, thereby implementing the alarm mechanism in the OTN device, and solving the related technology. The OTN device does not support the alarm mechanism.

Claims

A method for processing an OTN device alarm of an optical transport network includes:

The OTN device receives an alarm operation message, where the type of the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to indicate that the OTN device configures the An alarm monitoring status of the OTN device, where the first alarm status query message is used to instruct the OTN device to query an alarm state of the OTN device;

The OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message.
The method according to claim 1, wherein the alarm operation message is an OFPT_FLOW_MOD message in an OpenFlow protocol, wherein a type for indicating an alarm operation and a type corresponding to the type are defined in an extension type of the OFPT_FLOW_MOD message. The type of structure, the different values of which are used to represent different types.
The method according to claim 2, wherein the alarm operation message further carries specified port information of the OTN device, and designated tag information, and the OTN device performs a correspondence with the type according to the type of the alarm operation message. The alarm operations include:

The OTN device queries, according to the specified port information and the specified label information, a local port corresponding to the designated port information and the specified label information;

The OTN device determines whether the alarm monitoring status of the local port matches the alarm monitoring status of the first alarm monitoring message, where the status of the alarm monitoring includes: alarm monitoring is turned off, and alarm monitoring is turned on;

The OTN device configures an alarm monitoring state of the local port according to the determination result.
The method of claim 3, wherein the configuring, by the OTN device, the alarm monitoring status of the local port according to the determination result comprises:

When the determination result is no, the OTN device configures an alarm monitoring state of the local port according to the state of the first alarm monitoring message;

When the determining structure is YES, the OTN device prohibits an operation of configuring an alarm monitoring state of the local port.
The method of claim 3, wherein the performing, by the OTN device, an alert operation corresponding to the type according to the type of the alert operation message comprises:

The OTN device queries and refers to the finger according to the specified port information and the specified tag information. The port information and the local port corresponding to the specified tag information;

The OTN device queries an alarm state of the local port, where the alarm state includes: an alarm is generated, and an alarm is lost;

The OTN device identifies the alarm status information in an extended type of the OFPT_PORT_STATUS message, and reports the OFPT_PORT_STATUS message.
The method according to claim 5, wherein after the OTN device performs an alarm operation corresponding to the type according to the type of the alarm operation message, the method further includes:

When the alarm is generated on the designated port of the OTN device, the OTN device determines whether the alarm monitoring status of the designated port is enabled for alarm monitoring;

When the result of the determination is YES, the OTN device fills in the port information of the designated port in the extended type of the OFPT_PORT_STATUS message, and reports the OFPT_PORT_STATUS message;

When the determination result is no, the OTN device prohibits the operation of reporting the alarm state.
An apparatus for processing an OTN device alarm on an optical transport network is located on the OTN device side, and includes:

The receiving module is configured to receive an alarm operation message, where the type of the alarm operation message includes: a first alarm monitoring message, a first alarm status query message, where the first alarm monitoring message is used to indicate that the OTN device configures the An alarm monitoring status of the OTN device, where the first alarm status query message is used to instruct the OTN device to query an alarm state of the OTN device;

And an execution module, configured to perform an alarm operation corresponding to the type according to the type of the alarm operation message.
The apparatus according to claim 7, wherein the alarm operation message is an OFPT_FLOW_MOD message in an OpenFlow protocol, wherein a type for indicating an alarm operation and a type corresponding to the type are defined in an extension type of the OFPT_FLOW_MOD message The type of structure, the different values of which are used to represent different types.
The device according to claim 8, wherein the alarm operation message further carries specified port information of the OTN device, and specifies label information, and the execution module further includes:

The first query unit is configured to query, according to the specified port information and the specified label information, a local port corresponding to the specified port information and the specified label information;

The determining unit is configured to determine whether the alarm monitoring status of the local port matches the alarm monitoring status of the first alarm monitoring message, where the status of the alarm monitoring includes: alarm monitoring is turned off, Alarm monitoring is turned on;

The configuration unit is configured to configure an alarm monitoring state of the local port according to the determination result.
The apparatus of claim 9, wherein the configuration unit further comprises:

a first configuration subunit, configured to configure an alarm monitoring state of the local port according to a state of the first alarm monitoring message when the determining result is negative;

The second configuration subunit is configured to prohibit the operation of configuring the alarm monitoring state of the local port when the determining structure is YES.
The apparatus of claim 9, wherein the execution module comprises:

a second query unit, configured to query, according to the specified port information and the specified label information, the local port corresponding to the specified port information and the specified label information;

The third query unit is configured to query an alarm state of the local port, where the alarm state includes: an alarm is generated, and the alarm is lost;

And an identifier unit, configured to identify the alarm status information in an extended type of the OFPT_PORT_STATUS message, and report the OFPT_PORT_STATUS message.
The apparatus of claim 11 wherein said apparatus further comprises:

The determining module is configured to determine, when the alarm is generated on the designated port of the OTN device, whether the alarm monitoring state of the designated port is an alarm monitoring.

The reporting module is configured to: when the judgment result is yes, fill in the port information of the designated port in the extended type of the OFPT_PORT_STATUS message, and report the OFPT_PORT_STATUS message;

The prohibition module is set to prevent the OTN device from performing the operation of reporting the alarm state when the determination result is no.