CN107517117B - IP layer OAM (operation administration and maintenance) alarm method and device and network node - Google Patents

IP layer OAM (operation administration and maintenance) alarm method and device and network node Download PDF

Info

Publication number
CN107517117B
CN107517117B CN201610437256.8A CN201610437256A CN107517117B CN 107517117 B CN107517117 B CN 107517117B CN 201610437256 A CN201610437256 A CN 201610437256A CN 107517117 B CN107517117 B CN 107517117B
Authority
CN
China
Prior art keywords
node
oam
message
response message
layer
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
CN201610437256.8A
Other languages
Chinese (zh)
Other versions
CN107517117A (en
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.)
Shenzhen ZTE Technical Service Co.,Ltd.
Original Assignee
Shenzhen Zte Technical Service Co ltd
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 Shenzhen Zte Technical Service Co ltd filed Critical Shenzhen Zte Technical Service Co ltd
Priority to CN201610437256.8A priority Critical patent/CN107517117B/en
Priority to PCT/CN2017/086945 priority patent/WO2017215456A1/en
Publication of CN107517117A publication Critical patent/CN107517117A/en
Application granted granted Critical
Publication of CN107517117B publication Critical patent/CN107517117B/en
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/06—Management of faults, events, alarms or notifications

Landscapes

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

Abstract

The invention discloses an IP layer OAM alarming method, a device and a network node, wherein the method comprises the following steps: sending a test message to the second node; when a response message fed back by the second node is received, generating OAM alarm information according to the received response message; and the response message is generated and fed back by the second node according to the self port state and the test message. In the process of OAM test of the IP layer, the invention can detect alarm according to the test message, and further determine the problem of the service channel or the client according to the alarm state, thereby being beneficial to network test and maintenance of the IP layer.

Description

IP layer OAM (operation administration and maintenance) alarm method and device and network node
Technical Field
The invention relates to the technical field of data communication and packet transmission, in particular to an IP layer OAM alarm method, an IP layer OAM alarm device and a network node.
Background
In a hierarchical network structure, the network is generally divided by network location into: an access layer, a convergence layer, and a core layer. In an LTE service mobile backhaul scenario, L2+ L3VPN (Layer 2 Virtual Private Network) hybrid bearer is generally adopted, a convergence Layer or an access Layer is deployed as an L2VPN (Layer 2 Virtual Private Network, second Layer Virtual Private Network), and a core Layer is deployed as an L3VPN (Layer 3Virtual Private Network, third Layer Virtual Private Network).
In the related Operation, Administration and Maintenance (OAM) technology of the IP layer, the L2VPN mainly uses MPLS-TP (multiprotocol label switching-Transport Profile) OAM and ethernet OAM detection. Ethernet OAM provides a complete connectivity detection and fault diagnosis method, but ethernet OAM cannot traverse an L3VPN network, and this method cannot be applied to an L2+ L3VPN hybrid bearer network. In the L3VPN, MPLS-TP OAM and IP layer OAM mechanisms are often used, the former being unable to provide end-to-end OAM across the VPN. For an IP layer OAM mechanism (such as UDP Echo, TWAMP), only a specific detection function is generally completed, and no alarm detection of IP layer OAM is provided, which is not favorable for the OAM of IP layer service, and provides an alarm function complete like SDH.
Disclosure of Invention
In order to solve the technical problem, the invention provides an IP layer OAM alarm method, a device and a network node, which solve the problem that the existing OAM mechanism cannot be used for IP layer network test and maintenance.
According to one aspect of the invention, an IP layer OAM alarm method is provided, which is applied to a first node and is communicated with a second node; the IP layer OAM alarm method comprises the following steps:
sending a test message to the second node;
when a response message fed back by the second node is received, generating OAM alarm information according to the response message; and the response message is generated and fed back by the second node according to the self port state and the test message.
The method for alarming OAM at the IP layer further comprises the following steps:
when the continuous N frames do not receive the response message fed back by the second node, generating OAM alarm information indicating that the first node and the second node have connectivity alarm; wherein N is a positive integer.
Wherein, according to the received response message, the step of generating an OAM alarm message includes:
and when the specific field in the received response message is different from the specific field in the test message, generating OAM alarm information indicating misconnection between the first node and the second node.
Wherein the specific field includes: TestID field, FlowID field, or an identifier in PING command.
Wherein, according to the received response message, the step of generating an OAM alarm message includes:
analyzing the received response message;
and when the response message indicates that the port state of the second node is an interrupt state, generating OAM alarm information indicating that the client signal of the second node end is invalid.
According to another aspect of the present invention, there is also provided an IP layer OAM alarm method, applied to a second node, for communicating with a first node; the IP layer OAM alarm method comprises the following steps:
receiving a test message which is sent by a first node and carries port state information of the first node;
analyzing the test message, and generating a response message according to the port state of the second node;
and sending the response message to the first node.
The step of analyzing the test message and generating a response message according to the port state of the second node comprises:
analyzing the test message and determining the port state of the first node;
and when the port state of the first node is in an interruption state, generating OAM alarm information indicating that the client signal of the first node end fails.
According to another aspect of the present invention, there is also provided an IP layer OAM alarm device, applied to a first node, for communicating with a second node; the IP layer OAM alarm device comprises:
the first sending module is used for sending a test message to the second node;
the first processing module is used for generating OAM alarm information according to a response message fed back by the second node when the response message is received; and the response message is generated and fed back by the second node according to the self port state and the test message.
Wherein, IP layer OAM alarm device still includes:
the second processing module is used for generating OAM alarm information indicating that connectivity alarm exists between the first node and the second node when the response message fed back by the second node is not received in continuous N frames; wherein N is a positive integer.
Wherein, the first processing module includes:
and the first processing unit is used for generating OAM alarm information indicating misconnection between the first node and the second node when the specific field in the received response message is different from the specific field in the test message.
Wherein, the first processing module includes:
the analysis unit is used for analyzing the received response message;
and the second processing unit is used for generating OAM alarm information indicating that the client signal of the second node end fails when the response message indicates that the port state of the second node is in the interrupt state.
According to another aspect of the present invention, there is also provided an IP layer OAM alarm device, applied to a second node, for communicating with a first node; the IP layer OAM alarm device comprises:
the receiving module is used for receiving a test message which is sent by a first node and carries port state information of the first node;
the response module is used for analyzing the test message and generating a response message according to the port state of the second node;
and the second sending module is used for sending the response message to the first node.
Wherein, the response module includes:
the response unit is used for analyzing the test message and determining the port state of the first node;
and the third processing unit is used for generating OAM alarm information indicating the failure of the client signal of the first node side when the port state of the first node is in an interrupt state.
According to still another aspect of the present invention, there is also provided a network node applied to a first node or a second node, the network node comprising:
the configuration module is used for receiving user configuration and generating configuration information so as to complete the configuration of the alarm detection of the OAM of the IP layer;
the OAM module of the IP layer is used for providing the OAM function of the IP layer, and at least comprises an OAM endpoint and OAM detection;
the IP layer OAM alarm detection, processing and reporting module is used for sending a test message; and when a response message fed back according to the test message is received, generating OAM alarm information according to the response message.
The embodiment of the invention has the beneficial effects that:
the invention is applied to a first node which communicates with a second node on an IP layer, wherein the first node sends a test message to the second node; when a response message fed back by the second node according to the self port state and the test message is received; and generating OAM alarm information according to the received response message, so that the problem of a service channel or a client can be further determined according to the alarm information, and the network test and maintenance of an IP layer are facilitated.
Drawings
Fig. 1 shows a flowchart of an IP layer OAM alarm method of the present invention;
fig. 2 is a schematic diagram showing a message format of a test message in the TWAMP test according to the present invention;
FIG. 3 is a diagram of an alarm indication field in the message format of FIG. 2;
fig. 4 is a flowchart illustrating an example first method for IP layer OAM alerting in accordance with the present invention;
fig. 5 is a schematic diagram showing a message format of a response message in the TWAMP test according to the present invention;
fig. 6 is a flowchart illustrating an example two of the IP layer OAM alarm method of the present invention;
FIG. 7 is a diagram illustrating a message format of a test message in a DM test according to the present invention;
fig. 8 is a flowchart illustrating an example three of the IP layer OAM alarm method of the present invention;
fig. 9 is a schematic block diagram of a first node of the IP layer OAM alarm apparatus according to the present invention;
fig. 10 is a schematic block diagram of a second node of the IP layer OAM alarm apparatus according to the present invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Example one
As shown in fig. 1, an embodiment of the present invention provides an IP layer OAM alarm method, which is applied to a first node that communicates with a second node in an IP layer, and specifically includes:
step 11: and sending a test message to the second node.
In this embodiment, the format of the TWAMP test packet shown in fig. 2 is taken as an example, and an alarm indication field is defined in the format of the packet, which is specifically shown in fig. 3. It is worth pointing out that different types of tests may correspond to different test messages having different message formats.
Step 12: and when a response message fed back by the second node is received, generating OAM alarm information according to the response message.
And the response message is generated and fed back by the second node according to the self port state and the test message. Based on the existing protocol, after the first node sends the test message to the second node, the second node analyzes the received test message and generates a response message in a corresponding message format. Wherein, the response message carries an alarm information field. Furthermore, the first node and the second node both detect the port state of the first node and the second node at regular time, and fill a specific field of the response message according to the port state of the first node and the second node.
After receiving the response message fed back by the second node, the first node analyzes the response message, generates an OAM alarm message according to an alarm information field in the response message, and further determines the problem of a service channel or a client according to the alarm message, thereby being beneficial to network test and maintenance of an IP layer.
In addition, the IP layer OAM alarm method further includes:
step 13: and when the response message fed back by the second node is not received in the continuous N frames, generating OAM alarm information indicating that the first node and the second node have connectivity alarm.
Wherein N is a positive integer. Here, N consecutive frames do not receive a response packet fed back by the second node, which indicates that the second node does not receive the test packet sent by the first node, or the first node fails to receive the response packet sent by the second node successfully, that is, the link from the first node to the second node is not through, or the link from the second node to the first node is not through, and there is a connectivity problem between the first node and the second node, so a connectivity alarm can be generated.
Wherein, different OAM alarm information is generated by different response messages. And when the specific field in the received response message is different from the specific field in the test message, generating OAM alarm information indicating misconnection between the first node and the second node. The specific field is filled with information representing node identity, and when the node identity information fails correspondingly, the first node and the second node are misconnected, and OAM alarm information indicating misconnection is generated. For example: when the identity information indicated by the specific field in the response message received by the first node is different from the self-identity information, or the identity information indicated by the specific field in the test message received by the second node is different from the self-identity information, a misconnected OAM alarm message is generated.
Further, after receiving the response message fed back by the second node, the first node analyzes the response message, and generates an OAM alarm message indicating that the client signal of the second node is invalid when the response message indicates that the port state of the second node is the interrupt state. That is, when the second node detects that the port state of the second node is linkdown, the alarm field in the response message is filled to inform the first node, and the first node generates OAM alarm information indicating that the remote client signal is invalid. Similarly, when the first node detects that the port state of the first node is linkdown, the alarm field in the test message is filled to inform the second node, and the second node generates OAM alarm information indicating that the remote client signal is invalid.
Correspondingly, the IP layer OAM warning method is applied to a second node which communicates with the first node; the IP layer OAM alarm method comprises the following steps: receiving a test message which is sent by a first node and carries port state information of the first node; analyzing the test message, and generating a response message according to the port state of the second node; and sending the response message to the first node.
The step of analyzing the test message and generating a response message according to the port state of the second node comprises: analyzing the test message and determining the port state of the first node; and when the port state of the first node is in an interruption state, generating OAM alarm information indicating that the client signal of the first node end fails.
The IP layer OAM alarm method of the present invention will be further explained with reference to a specific test scenario. For example: TWAMP test, DM test and Ping test in IP layer.
Example one: OAM alarm detection and generation in the IP layer in TWAMP testing, as shown in fig. 4.
Step 41: two network nodes of an IP layer are configured, wherein one network node is a transmitting end, and the other network node is a reflecting end.
Step 42: the transmitting terminal periodically detects the port state of itself, and fills the alarm indication field of the test message according to the port state. And filling a far-end client signal failure indication bit of the alarm indication field if the port linkdown is adopted. And sending a test message, wherein the format of the message is shown in fig. 2, and the alarm indication field in the message is shown in fig. 3.
Step 43: and the reflection end receives the test message sent by the transmitting end, analyzes the test message and generates an alarm according to an alarm indication field in the test message. The reflection end can generate corresponding alarm information by analyzing the test message received by the reflection end and sent by the transmission end and the receiving condition of the test message. For example: if the alarm indication field in the test message indicates the port linkdown of the transmitting end, OAM alarm information of the signal failure of the remote client is generated; for example, if the reflection end does not receive the test message of the transmission end for N consecutive frames, OAM alarm information with lost connectivity is generated.
Step 44: the reflection end detects the port state of the reflection end, and fills an alarm indication field of the response message according to the port state. And filling a far-end client signal failure indication bit of the alarm indication field if the port linkdown is adopted. And sending the response message, wherein the format of the message is shown in fig. 5.
Step 45: and the transmitting end receives the reflected response message, counts and analyzes the response message, and generates OAM alarm information.
The transmitting terminal generates test performance in real time, and if the testID of the received response message is inconsistent with the testID of the transmitting terminal, a misconnection alarm is generated; and if the continuous 3-frame response messages cannot be received, generating a connectivity loss alarm.
Example two: OAM alarm detection and generation in the IP layer in DM testing, as shown in fig. 6.
Step 61: two network nodes of an IP layer are configured, wherein one network node is a transmitting end, and the other network node is a reflecting end.
Step 62: the transmitting terminal periodically detects the port state of itself, and fills the alarm indication field of the test message according to the port state. And filling a far-end client signal failure indication bit of the alarm indication field if the port linkdown is adopted. And sending the test message, wherein the format of the message is shown in figure 7.
And step 63: and the reflection end receives the test message sent by the transmitting end, analyzes the test message and generates an alarm according to an alarm indication field in the test message. The reflection end can generate corresponding alarm information by analyzing the test message received by the reflection end and sent by the transmission end and the receiving condition of the test message. For example: if the alarm indication field in the test message indicates the port linkdown of the transmitting end, OAM alarm information of the signal failure of the remote client is generated; for example, if the reflection end does not receive the test message of the transmission end for N consecutive frames, OAM alarm information with lost connectivity is generated.
Step 64: the reflection end detects the port state of the reflection end, and fills an alarm indication field of the response message according to the port state. And filling a far-end client signal failure indication bit of the alarm indication field if the port linkdown is adopted. And sending a response message.
Step 65: and the transmitting end receives the reflected response message, counts and analyzes the response message, and generates OAM alarm information.
The transmitting end generates test performance in real time, and if the FlowID of the received response message is inconsistent with the FlowID of the transmitting end, a misconnection alarm is generated; and if the continuous 3-frame response messages cannot be received, generating a connectivity loss alarm.
Example three: OAM alarm detection and generation in the IP layer in Ping test, as shown in fig. 8.
Step 81: configuring the alarm enables of the initiating end and the answering end of the Ping test, and associating the client ports. And initiating Ping detection.
Step 82: the initiating terminal periodically detects the port state of the associated client terminal, and fills the alarm indication field of the test message according to the port state. And filling a far-end client signal failure indication bit of the alarm indication field if the port linkdown is adopted. And sending the test message.
Step 83: and the answering end of the Ping receives and sends the Ping message sent by the starting end, analyzes the Ping message, and generates an alarm according to an alarm indication field in the Ping message if the alarm enabling is configured.
Step 84: and the Ping response terminal detects the port state of the associated client terminal, fills an alarm indication field of the response message according to the port state, generates the response message and sends the response message.
Step 85: and the Ping initiating terminal receives the response message, counts and analyzes the response message, and generates OAM alarm information. When the identifier in the Ping message can generate a misconnection alarm; and if the response message can not be received in 3 continuous frames, generating a connectivity loss alarm.
In summary, the method and device for alarming OAM at an IP layer of the present invention are applied to a first node that communicates with a second node at the IP layer, wherein the first node sends a test packet to the second node; receiving a response message fed back by the second node according to the self port state and the test message; and generating OAM alarm information according to the received response message, so that the problem of a service channel or a client can be further determined according to the alarm information, and the network test and maintenance of an IP layer are facilitated.
Example two
As shown in fig. 9, an embodiment of the present invention further provides an IP layer OAM alarm device, which is applied to a first node and communicates with a second node; wherein, this IP layer OAM alarm device includes:
a first sending module 91, configured to send a test packet to the second node;
the first processing module 92 is configured to, when receiving a response packet fed back by the second node, generate an OAM alarm message according to the response packet; and the response message is generated and fed back by the second node according to the self port state and the test message.
Wherein, this IP layer OAM alarm device still includes:
a second processing module 93, configured to generate an OAM alarm information indicating that a connectivity alarm exists between the first node and the second node when no response packet fed back by the second node is received for consecutive N frames; wherein N is a positive integer.
Wherein, the first processing module 92 includes:
and the first processing unit is used for generating OAM alarm information indicating misconnection between the first node and the second node when the specific field in the received response message is different from the specific field in the test message.
Wherein the specific field includes: TestID field, FlowID field, or an identifier in PING command.
Wherein, the first processing module 92 includes:
the analysis unit is used for analyzing the received response message;
and the second processing unit is used for generating OAM alarm information indicating that the client signal of the second node end fails when the response message indicates that the port state of the second node is in the interrupt state.
The functional modules and units may or may not be physically separated, and components displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
The IP layer OAM alarm device of the embodiment of the invention can integrate the functional modules and units into: the system comprises an alarm generation and detection configuration module of the IP OAM, an IP OAM module and an IP OAM alarm detection, processing and reporting module. The configuration module is responsible for receiving user configuration, generating configuration information and finishing configuration of IP OAM alarm detection. The IP OAM module provides IP layer OAM functions including OAM endpoints (generally divided into a sending endpoint and a receiving responding endpoint), OAM detection, and so on. And the IP OAM alarm detection, processing and reporting module is used for detecting, processing and reporting the IP OAM alarm. And generating corresponding alarm and reporting according to the receiving and sending conditions of the test message and the content of the received message. The alarm detection module monitors the state of the port and generates or eliminates an alarm according to the state. When configuring the port LinkDown, directly reporting the alarm or incidentally returning the signal failure alarm of the far-end client to the sending end through an IP OAM receiving response end point. When the IP OAM receiving response end detects a one-way fault (namely the fault from the sending end point to the receiving response end point), the alarm detection module carries out alarm detection to generate or eliminate an alarm state; and directly reporting the alarm or incidentally returning an alarm indication signal to an IP OAM sending end point through an IP OAM receiving response end point. And receiving the alarm indication information which is incidentally returned by the response end point through the IP OAM, analyzing the alarm indication information at the IP OAM sending end point and reporting the alarm indication information.
If the IP OAM detection method can provide unidirectional connectivity detection, the IP OAM method can be used for detecting the unidirectional connectivity. Otherwise, the active packet sending detection mode can be adopted to detect the one-way connectivity between the IP OAM sending end and the receiving response end point. When the connectivity detection message is not received in N (N can be set and is generally 3) packet sending periods, judging to generate a one-way connectivity loss alarm; and when the detection messages are continuously received in N packet sending periods, eliminating the alarm of connectivity loss.
And the remote defect alarm is used for indicating whether the IP OAM remote has connectivity or other fault alarms. The invention can add the remote defect indication alarm signal in a way of adding the alarm indication field, and if the signal is valid, the corresponding alarm is generated, and if the signal is invalid, the corresponding alarm is eliminated.
A remote client signal failure alarm for indicating an associated client signal status of an IP OAM endpoint. A client signal failure alarm indication can be added in a mode of adding an alarm indication field, and if a client signal failure indication bit is valid, a corresponding alarm is generated to indicate that the signal of the associated client is failed or has a fault; if the alarm indication signal is invalid, the corresponding alarm disappears, and the associated signal returns to normal.
It should be noted that the apparatus is an apparatus corresponding to the IP layer OAM alarm method, and all implementation manners in the above method embodiment are applicable to the embodiment of the apparatus, and the same technical effect can also be achieved.
According to another aspect of the embodiment of the present invention, an IP layer OAM alarm device is further provided, which is applied to a second node and communicates with a first node; as shown in fig. 10, the IP layer OAM alarm device includes:
a receiving module 101, configured to receive a test packet sent by a first node and carrying port state information of the first node;
the response module 102 is configured to parse the test packet and generate a response packet according to the port state of the second node;
the second sending module 103 is configured to send the response packet to the first node.
Wherein, the response module 102 includes:
the response unit is used for analyzing the test message and determining the port state of the first node;
and the third processing unit is used for generating OAM alarm information indicating the failure of the client signal of the first node side when the port state of the first node is in an interrupt state.
It should be noted that the apparatus is an apparatus corresponding to the IP layer OAM alarm method, and all implementation manners in the above method embodiment are applicable to the embodiment of the apparatus, and the same technical effect can also be achieved.
According to another aspect of the embodiments of the present invention, there is also provided a network node, applied to a first node or a second node, specifically, the network node includes: the configuration module is used for receiving user configuration and generating configuration information so as to complete the configuration of the alarm detection of the OAM of the IP layer; the OAM module of the IP layer is used for providing the OAM function of the IP layer, and at least comprises an OAM endpoint and OAM detection; the IP layer OAM alarm detection, processing and reporting module is used for sending a test message; and when a response message fed back according to the test message is received, generating OAM alarm information according to the response message.
While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.

Claims (14)

1. An IP layer OAM warning method is applied to a first node and communicated with a second node; the method for alarming OAM at the IP layer is characterized by comprising the following steps:
sending a test message to the second node;
when a response message fed back by the second node is received, generating OAM alarm information according to the received response message; the response message is generated and fed back by the second node according to the port state of the second node and the test message;
the first node and the second node detect the port states of the first node and the second node at regular time, and fill specific fields of a test message and a response message according to the port states of the first node and the second node respectively.
2. The IP layer OAM alarm method of claim 1, further comprising:
when N continuous frames do not receive a response message fed back by the second node, generating OAM alarm information indicating that connectivity alarm exists between the first node and the second node; wherein N is a positive integer.
3. The method according to claim 1, wherein the step of generating an OAM alarm message according to the received response packet comprises:
and when the specific field in the received response message is different from the specific field in the test message, generating OAM alarm information indicating misconnection between the first node and the second node.
4. The IP layer OAM alarm method of claim 3, wherein said specific fields include: TestID field, FlowID field, or an identifier in PING command.
5. The method according to claim 1, wherein the step of generating an OAM alarm message according to the received response packet comprises:
analyzing the received response message;
and when the response message indicates that the port state of the second node is an interrupt state, generating OAM alarm information indicating that the client signal of the second node end is invalid.
6. An IP layer OAM warning method is applied to a second node and communicated with a first node; the method for alarming OAM at the IP layer is characterized by comprising the following steps:
receiving a test message which is sent by the first node and carries port state information of the first node;
analyzing the test message, and generating a response message according to the port state of the second node;
sending the response message to the first node, so that when the first node receives a response message fed back by the second node, an OAM alarm message is generated according to the received response message; the response message is generated and fed back by the second node according to the port state of the second node and the test message;
the first node and the second node detect the port states of the first node and the second node at regular time, and fill specific fields of a test message and a response message according to the port states of the first node and the second node respectively.
7. The IP layer OAM alarm method of claim 6, wherein the step of parsing the test packet and generating a response packet according to the port state of the second node comprises:
analyzing the test message and determining the port state of the first node;
and when the port state of the first node is an interrupt state, generating OAM alarm information indicating that the client signal of the first node end is invalid.
8. An IP layer OAM alarm device is applied to a first node and communicated with a second node; the IP layer OAM alarm device is characterized by comprising:
the first sending module is used for sending a test message to the second node;
the first processing module is used for generating OAM alarm information according to the received response message when receiving the response message fed back by the second node; and the response message is generated and fed back by the second node according to the self port state and the test message, wherein the first node and the second node detect the self port state at regular time and fill specific fields of the test message and the response message according to the self port state respectively.
9. The IP layer OAM alert device of claim 8, further comprising:
the second processing module is configured to generate OAM alarm information indicating that connectivity alarm exists between the first node and the second node when no response packet fed back by the second node is received for consecutive N frames; wherein N is a positive integer.
10. The IP layer OAM alert device of claim 8, wherein said first processing module comprises:
and the first processing unit is used for generating OAM alarm information indicating misconnection between the first node and the second node when the specific field in the received response message is different from the specific field in the test message.
11. The IP layer OAM alert device of claim 8, wherein said first processing module comprises:
the analysis unit is used for analyzing the received response message;
and the second processing unit is used for generating OAM alarm information indicating that the client signal of the second node end fails when the response message indicates that the port state of the second node is an interrupt state.
12. An IP layer OAM alarm device is applied to a second node and communicated with a first node; the IP layer OAM alarm device is characterized by comprising:
a receiving module, configured to receive a test packet sent by the first node and carrying port state information of the first node;
the response module is used for analyzing the test message and generating a response message according to the port state of the second node;
a second sending module, configured to send the response packet to the first node, so that when the first node receives a response packet fed back by the second node, the first node generates an OAM alarm information according to the received response packet; the response message is generated and fed back by the second node according to the port state of the second node and the test message;
the first node and the second node detect the port states of the first node and the second node at regular time, and fill specific fields of a test message and a response message according to the port states of the first node and the second node.
13. The IP layer OAM alert device of claim 12, wherein said response module comprises:
the response unit is used for analyzing the test message and determining the port state of the first node;
and the third processing unit is used for generating OAM alarm information indicating that the client signal of the first node end fails when the port state of the first node is in an interrupt state.
14. A network node for use in a first node, the network node comprising:
the configuration module is used for receiving user configuration and generating configuration information so as to complete the configuration of the alarm detection of the OAM of the IP layer;
the OAM module of the IP layer is used for providing the OAM function of the IP layer, and at least comprises an OAM endpoint and OAM detection;
an IP layer OAM alarm detection, processing and reporting module, which is used for sending a test message, wherein the first node detects the port state of the first node at regular time and fills a specific field of the first test message according to the port state of the first node; and when a response message fed back according to the test message is received, generating OAM alarm information according to the response message, wherein the node receiving the test message detects the port state of the node at regular time, and fills a specific field of the response message according to the port state of the node.
CN201610437256.8A 2016-06-17 2016-06-17 IP layer OAM (operation administration and maintenance) alarm method and device and network node Active CN107517117B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610437256.8A CN107517117B (en) 2016-06-17 2016-06-17 IP layer OAM (operation administration and maintenance) alarm method and device and network node
PCT/CN2017/086945 WO2017215456A1 (en) 2016-06-17 2017-06-02 Alarming method, apparatus, network node and computer storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610437256.8A CN107517117B (en) 2016-06-17 2016-06-17 IP layer OAM (operation administration and maintenance) alarm method and device and network node

Publications (2)

Publication Number Publication Date
CN107517117A CN107517117A (en) 2017-12-26
CN107517117B true CN107517117B (en) 2022-04-08

Family

ID=60663931

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610437256.8A Active CN107517117B (en) 2016-06-17 2016-06-17 IP layer OAM (operation administration and maintenance) alarm method and device and network node

Country Status (2)

Country Link
CN (1) CN107517117B (en)
WO (1) WO2017215456A1 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971477B (en) * 2018-09-29 2022-03-29 华为技术有限公司 Communication method, device, system and storage medium
CN111865884B (en) * 2019-04-30 2023-01-06 华为技术有限公司 Message processing method, device and equipment
CN112491649A (en) * 2020-11-17 2021-03-12 中国平安财产保险股份有限公司 Interface joint debugging test method and device, electronic equipment and storage medium
CN114124644B (en) * 2021-11-17 2023-10-03 烽火通信科技股份有限公司 Ethernet OAM alarm method and device based on Linux kernel mode
CN114221881A (en) * 2021-12-16 2022-03-22 苏州盛科通信股份有限公司 Method, device and storage medium for realizing signal degradation and failure detection based on OAM
CN114338480A (en) * 2021-12-31 2022-04-12 国泰君安证券股份有限公司 System, method and device for monitoring and processing stock market interface based on TCP (Transmission control protocol), processor and storage medium thereof

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075351A (en) * 2010-12-22 2011-05-25 瑞斯康达科技发展股份有限公司 Network management remote control method and system
US20140293798A1 (en) * 2013-03-27 2014-10-02 Electronics And Telecommunications Research Institute Mpls-tp network and link trace method thereof
CN104852828A (en) * 2015-04-30 2015-08-19 华为技术有限公司 Network delay detection method, device and system
CN105308904A (en) * 2014-04-04 2016-02-03 华为技术有限公司 Oam packet processing method, network device and network system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100499527C (en) * 2007-04-25 2009-06-10 华为技术有限公司 Warning information transmission method, apparatus and network equipment
US8325611B2 (en) * 2007-08-28 2012-12-04 Rockstar Bidco Lp Scaling OAM for point-to-point trunking
CN101478421B (en) * 2008-12-05 2011-04-20 中兴通讯股份有限公司 OAM packet timing processing system and method
CN102868569B (en) * 2012-06-30 2015-12-09 华为技术有限公司 The method for testing performance of Layer3 Virtual Private Network, node and system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075351A (en) * 2010-12-22 2011-05-25 瑞斯康达科技发展股份有限公司 Network management remote control method and system
US20140293798A1 (en) * 2013-03-27 2014-10-02 Electronics And Telecommunications Research Institute Mpls-tp network and link trace method thereof
CN105308904A (en) * 2014-04-04 2016-02-03 华为技术有限公司 Oam packet processing method, network device and network system
CN104852828A (en) * 2015-04-30 2015-08-19 华为技术有限公司 Network delay detection method, device and system

Also Published As

Publication number Publication date
WO2017215456A1 (en) 2017-12-21
CN107517117A (en) 2017-12-26

Similar Documents

Publication Publication Date Title
CN107517117B (en) IP layer OAM (operation administration and maintenance) alarm method and device and network node
US8804534B2 (en) Interworking between MPLS/IP and Ethernet OAM mechanisms
US7869376B2 (en) Communicating an operational state of a transport service
US9237092B2 (en) Method, apparatus, and system for updating ring network topology information
US8117337B2 (en) Method and device for implementing link pass through in point-to-multipoint network
US20050099955A1 (en) Ethernet OAM fault isolation
US20050099951A1 (en) Ethernet OAM fault detection and verification
US20050099952A1 (en) Ethernet OAM performance management
US20050099949A1 (en) Ethernet OAM domains and ethernet OAM frame format
EP1734691A1 (en) Scalable selective alarm suppression for data communication network
CN101304346B (en) Method and apparatus for monitoring link
EP1742420A1 (en) A failure management method and apparatus for interworking ethernet and multiple protocol label switch network
US20120177360A1 (en) Transmission apparatus and reporting method for reporting fault
US9203719B2 (en) Communicating alarms between devices of a network
CN100446476C (en) Method and apparatus for communicating network trouble dtecting result
EP2129042B1 (en) A multicast network system, node and a method for detecting a fault of a multicast network link
CN105634935A (en) Device and method for detecting service layer signal failure
CN102611610B (en) The method and system of a kind of many same paths tunnels centralized management
CN105703967A (en) Method and apparatus for detecting label switching path connectivity
US20070230550A1 (en) Communications apparatus, system and method of creating a sub-channel
CN102271064B (en) Pseudo wire connectivity failure detection method, device and system
CN101197731B (en) Path fault detection method, system and device
WO2012083756A1 (en) Method and system for transmitting alerting information of tdm distal circuit emulation service
US8571182B2 (en) Systems and methods of masking non-service affecting alarms in a communication system
JP2005268889A (en) Transmission path switching system and operating method of the transmission path switching system

Legal Events

Date Code Title Description
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200616

Address after: 518057 Zhongxing building, A3-01, A3-02, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong

Applicant after: Shenzhen ZTE Technical Service Co.,Ltd.

Address before: 518057 Nanshan District science and Technology Industrial Park, Guangdong high tech Industrial Park, ZTE building

Applicant before: ZTE Corp.

GR01 Patent grant
GR01 Patent grant