WO2014019348A1 - 操作、管理和维护oam配置的方法、设备及*** - Google Patents

操作、管理和维护oam配置的方法、设备及*** Download PDF

Info

Publication number
WO2014019348A1
WO2014019348A1 PCT/CN2013/070534 CN2013070534W WO2014019348A1 WO 2014019348 A1 WO2014019348 A1 WO 2014019348A1 CN 2013070534 W CN2013070534 W CN 2013070534W WO 2014019348 A1 WO2014019348 A1 WO 2014019348A1
Authority
WO
WIPO (PCT)
Prior art keywords
oam
source
sink
entity
lsp ping
Prior art date
Application number
PCT/CN2013/070534
Other languages
English (en)
French (fr)
Inventor
古锐
董杰
郑莲淑
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2014019348A1 publication Critical patent/WO2014019348A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/12—Arrangements for remote connection or disconnection of substations or of equipment thereof
    • 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/08—Configuration management of networks or network elements
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • the present invention relates to the field of network communications, and in particular, to a method, a device, and a system for configuring an OAM.
  • OAM Operations, Administration and Maintenance
  • OAM is an important symbol of a carrier-class network. It is extremely important for operators. OAM can reduce the complexity of operators. Degrees and operation and maintenance costs can enhance the availability of the carrier network. It can also help the carrier network to verify the SLA (Service Level Agreement).
  • the OAM mechanism mainly includes three aspects: fault management, performance monitoring, and protection switching.
  • Fault management can be divided into four aspects: fault detection, fault verification, fault localization and fault notification.
  • Performance monitoring mainly provides packet loss and delay. And monitoring of the three indicators of jitter.
  • IP/MPLS Internet Protocol/Multiprotocol Label Switching
  • Ethernet Ethernet
  • MPLS-TP Packet switching network technology
  • the former includes IEEE 802.3ah, IEEE 802. lag, ITU-T Y.1731 and some Metro Ethernet Forums (English called Metro Ethernet Forum, English abbreviated as MEF).
  • MEF Metro Ethernet Forum
  • a virtual private network (English for Virtual Private Network, English abbreviated as VPN) is a virtual private network that operators provide to users through their public networks. That is, VPN is a proprietary network of users from the perspective of users.
  • the public network includes public Backbone network and public carrier border equipment.
  • the geographically separated VPN member sites are connected to the corresponding carrier edge routers (English Provider Edge, referred to as PEs) through the client device (CPE), and form the customer's VPN network through the operator's public network.
  • PEs International Provider Edge, referred to as PEs
  • CPE client device
  • the Layer 3 Virtual Private Network (L3VPN in English) is a three-layer VPN technology based on MPLS.
  • L3VPN On the L3VPN network, you need to manually create the OAM entity of the source PE and the sink PE, and configure the parameters of the OAM entity of the source PE and the sink PE respectively.
  • the configuration parameters of the OAM entity of the sink PE are the same as those of the OAM entity of the source PE. This not only makes the OAM configuration work much larger, but also is prone to configuration errors.
  • the embodiments of the present invention provide a method, a device, and a system for configuring an OAM to solve the problem of large configuration and configuration errors caused by manual configuration when a PE device is configured to detect a VPN by an OAM in an L3 VPN network. The problem.
  • a method for configuring an OAM includes: configuring, by a source end operator, an edge router, a source OAM entity, and disabling the source OAM entity from sending an OAM packet to the sink PE. ;
  • a first label switching path Internet packet explorer LSP ping request message carrying the source OAM entity configuration information, so that the sink PE configures the information according to the source OAM entity configuration information.
  • the sinking OAM entity of the sinking PE starts the packet receiving function of the sinking OAM entity, and the first LSP ping request message further includes a VPN identifier of the Layer 3 virtual private network L3 VPN, where the VPN identifier is used to identify The sink PE device needs a VPN for OAM detection;
  • the sinking end PE Receiving a first LSP ping response message sent by the sinking end PE, where the first LSP ping response message carries the configuration information of the sink OAM entity, and determining the configuration information of the sink OAM entity and the source OAM entity When the configuration information is matched, the function of the OAM entity sent by the source OAM entity to the sink PE is enabled.
  • the method further includes: when determining the sink OAM entity configuration information and the source OAM entity configuration If the information is not matched, the source OAM entity configuration information is matched with the configuration of the sink OAM entity, and the function of the source OAM entity to send the OAM packet to the sink PE is enabled.
  • the second possible implementation manner of the first aspect is further provided, where the first LSP ping request message is virtual private
  • the network OAM forwarding equivalence class stack type, length, and content VPN OAM FEC TLV carries the VPN identifier, and the VPN OAM FEC TLV includes: a target global ID, a target global ID, a target node ID, a target node ID, and a target route identifier, Target Route Distinguishes.
  • the VPN OAM FEC TLV further includes:
  • the target interface ID is used to identify an interface that the sink PE needs to perform OAM detection.
  • the destination IP address is used to identify the sink end PE to perform OAM detection.
  • the fourth possible implementation manner of the first aspect is further provided, where the first LSP ping request message is Also includes the OAM Management Type, Length, and Content OAM Administration TLV, which includes:
  • the alarm enable flag is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the fifth possible implementation manner of the first aspect is further provided, where the method further includes:
  • the method Before sending the first LSP ping request message to the sink PE, the method includes: configuring, by the source PE, a function of receiving a source OAM entity, and setting a bidirectional detection flag of the 0 An enable state, so that the sink PE configures a function of sending the OAM entity of the sink OAM entity, and starts a function of the sink entity to send an OAM message to the source end;
  • the first L SP ping request message further includes a VPN 0 AM source identifier type, a length, and a content VPN OAM Source Identifier TLV, where the VPN OAM Source Identifier TLV is used to identify the VPN label that the source PE needs to perform OAM detection.
  • the VPN OAM Source Identifier TLV includes: a source global ID source global ID, a source node ID source node ID, and a source routing identifier Source Route Distinguisher.
  • the sixth possible implementation manner of the first aspect is further provided, where the VPN 0 AM Source Identifier TLV further includes:
  • the source interface ID source IF ID is used to identify the interface that the source PE needs to perform OAM detection.
  • the source IP address is used to identify that the source PE needs to perform OAM detection.
  • a seventh possible implementation manner of the first aspect is further provided, in the first LSP Ping request message
  • the alarm enable flag in the included OAM Administration TLV is in a forbidden state, so that the sinking PE suppresses the alarm reporting function of the sink OAM entity after configuring the sink OAM entity, where the enabling After the source OAM entity sends the OAM packet to the sink PE, the method includes:
  • the end PE After receiving the second LSP ping request message, the end PE enables the alarm reporting function of the sink OAM entity.
  • the eighth possible implementation manner of the first aspect is further provided, where the method further includes:
  • the alarm reporting function of the source OAM entity is enabled when the alarm enable flag of the OAM Administration TLV is enabled in the second LSP ping response message.
  • a method for configuring an OAM includes: receiving, by a sink operator, an edge router, a first label switching path, an Internet packet explorer LSP, that carries source-origin 0 MME configuration information sent by a source PE. Ping request message; the first LSP ping request message further includes a VPN of a three-layer virtual private network L3VPN Identification
  • the first LSP ping request message further includes an 0 AM management type, a length, and a content 0 AM Administration TLV, where the OAM Administration TLV includes:
  • the alarm enable flag is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the sink PE configures the ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ function of the sink OAM entity, and starts the sink OAM entity to send the OAM to the source PE ⁇ The function of the text.
  • the second possible implementation manner of the second aspect is further provided, when the first LSP is received When the alarm enable flag in the OAM Administration TLV in the ping request message is in the forbidden state, the sink PE suppresses the alarm reporting function of the sink OAM entity after configuring the sink OAM entity, and the method further includes :
  • a third possible implementation manner of the second aspect is further provided, that: sending, by the source PE, a second LSP ping response message, where The second LSP ping response message includes an OAM Administration TLV, and when the two-way detection flag in the OAM Administration TLV included in the first LSP ping request message is enabled, the second LSP Ping response message is in the OAM Administration TLV.
  • the alarm enable flag is enabled, so that the source PE can enable the alarm reporting function of the source OAM entity after receiving the second LSP ping response message.
  • a source PE configured to: An OAM entity unit, configured to configure a source OAM entity, and prohibit the source OAM entity from sending an OAM packet to the sink PE;
  • a generating unit configured to generate a first LSP ping request message according to the source OAM entity configured by the OAM entity unit, where the first LSP ping request message carries the source OAM entity configuration information, the first LSP ping request
  • the message further includes a VPN identifier of the Layer 3 virtual private network L3VPN, where the VPN identifier is used to identify the VPN that the sink PE device needs to perform OAM detection;
  • a sending unit configured to send the first LSP ping request message generated by the generating unit to a sinking PE, so that the sinking PE configures a sink OAM entity according to the first LSP ping request message, and starts Packet receiving work of the OAM entity
  • a receiving unit configured to receive a first LSP ping response message sent by the sinking PE, where the first LSP ping response message carries the sink OAM entity configuration information of the sink PE;
  • the OAM entity unit is further configured to: when it is determined that the configuration information of the sink OAM entity matches the configuration information of the source OAM entity, enable the source OAM entity to send an OAM ⁇ message to the sink PE.
  • the OAM entity unit is further configured to: when determining that the sink OAM entity configuration information does not match the source OAM entity configuration information, The source OAM entity configuration information is matched with the sink OAM entity configuration information, and the function of the source OAM entity to send the OAM packet to the sink PE is enabled.
  • the first LSP generated by the generating unit also includes:
  • OAM Administration TLV used to identify the VPN identifier;
  • the 0 AM Admini stration TLV includes:
  • the alarm enable flag is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the OAM entity unit is further configured to configure an OAM report of the source OAM entity. Receiving a function, and setting the bidirectional detection flag of the 0 Administration TLV to an enabled state, so that the sink PE configures an OAM packet sending function of the sink OAM entity, and starts the sink end The OAM entity sends the OAM packet to the source PE.
  • the third possible implementation manner of the foregoing third aspect is further provided, where the 0 in the first LSP Ping request message generated by the generating unit is The alarm enable flag in the AM Administration TLV is in a forbidden state, so that the sinking PE suppresses the alarm reporting function of the sink OAM entity after configuring the sink OAM entity;
  • the generating unit is further configured to generate a second LSP Ping request message, where the second LSP Ping The alarm enable flag in the OAM Administration TLV included in the request message is enabled.
  • the sending unit is further configured to send the second LSP ping request message generated by the generating unit to the sink PE, so that the sink PE after receiving the second LSP ping request message
  • the alarm reporting function of the sink OAM entity is enabled.
  • the fourth possible implementation manner of the foregoing third aspect is further provided, where the receiving unit is further configured to receive the sending by the sink PE a second LSP Ping response message;
  • the OAM entity unit is further configured to: when the alarm enable flag of the OAM Administration TLV included in the second LSP ping response message received by the receiving unit is enabled, enable the source OAM entity Alarm reporting function.
  • a sink PE is provided, and the method includes:
  • a receiving unit configured to receive a first label switching path Internet packet explorer LSP ping request message that is sent by the source PE and carries the source OAM entity configuration information; the first LSP ping request message includes a VPN of a three-layer virtual private network L3VPN Identification
  • An OAM entity unit configured to configure a sink OAM entity according to the first LSP ping request message received by the receiving unit, and configure the sink OAM entity to detect a VPN corresponding to the VPN identifier, and start the The receiving function of the sink OAM entity;
  • a generating unit configured to generate a first LSP Ping response message according to the sink OAM entity configured by the OAM entity unit, where the first LSP Ping response message carries the Slot OAM entity configuration information;
  • a sending unit configured to send the first LSP Ping response message generated by the generating unit to the source PE.
  • the first LSP ping request message received by the receiving unit further includes an OAM management type, a length, and a content OAM Administration TLV, where the OAM Administration TLV includes :
  • the alarm enable flag is used to identify whether the 0AM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the OAM entity unit is further configured to: when the bidirectional detection flag in the OAM Administration TLV is set to an enabled state, configure an OAM file sending function of the sink OAM entity, and start the sink OAM The function of sending an OAM packet to the source PE.
  • a second possible implementation manner of the fourth aspect is further provided, when the receiving unit receives the 0 AM When the alarm enable flag in the Administration TLV is in the forbidden state, the OAM entity unit, after configuring the sink OAM entity, suppresses the alarm reporting function of the sink OAM entity;
  • the receiving unit is further configured to receive the second LSP ping request message, where the second LSP ping request message includes the OAM Administration TLV, and the alarm enable flag in the 0 AM Administration TLV is enabled. State
  • the OAM entity unit is further configured to enable the alarm reporting function of the sink OAM entity according to the second LSP ping request message received by the receiving unit.
  • a third possible implementation manner of the foregoing third aspect is further provided, where the generating unit is further configured to generate a second LSP Ping response message, where The two-way detection, the alarm enable flag of the OAM Administration TLV included in the second L SP Ping response message is an enabled state, and the sending unit is further configured to send the generated to the source PE
  • the second LSP ping response message generated by the unit is configured to enable the source end PE to enable the alarm reporting function of the source OAM entity after receiving the second LSP ping response message.
  • the fifth aspect provides an OAM configuration system, where the system includes: the third aspect or any one of the possible implementation manners provided by the third aspect The source PE provided in the middle;
  • the fourth aspect or the sink PE provided in any one of the possible implementation manners provided by the fourth aspect.
  • the embodiment of the present invention provides a method, a device, and a system for configuring an OAM.
  • the OAM configuration information of the source PE is sent to the sink PE device by using the extended LSP ping request message.
  • the function of the sinking end PE to configure the sink OAM entity of the sink PE according to the source OAM configuration information, and the function of the OAM entity to send the OAM packet to the source PE;
  • the request message includes the VPN identifier that the sink PE needs to perform OAM detection.
  • the source OAM entity is enabled to send the OAM to the sink PE.
  • the function of the spoofing text, thereby completing the OAM configuration of the source PE and the sink PE, the source OAM entity and the sink OAM entity can enable the corresponding alarm reporting function, and the implementation manner reduces the configuration of the two ends.
  • the OAM configuration workload is implemented by the two ends through the interactive LSP ping message to dynamically complete the OAM configuration, which avoids errors in manual configuration.
  • FIG. 1 is a schematic diagram of an OAM configuration process between PE devices in a VPN network according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of an OA configuration method according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of an OAM Function TLV according to an embodiment of the present invention
  • FIG. 4 is a schematic diagram of a VPNv4 OAM FEC Stack TLV format according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of a VPNv6 OAM FEC Stack TLV format according to an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of an OAM Administration TLV format according to an embodiment of the present disclosure
  • FIG. 7 is a schematic diagram of a format of a VPNv4 OAM Source Identifier TLV according to an embodiment of the present disclosure
  • FIG. 8 is a schematic diagram of a format of a VPNv6 OAM Source Identifier TLV according to an embodiment of the present disclosure
  • FIG. 9 is an OAM Administration TLV carrying an alarm enable bit according to an embodiment of the present invention.
  • FIG. 10 is a schematic flow chart of another OAM configuration method according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic diagram of a system for configuring an OAM according to an embodiment of the present invention
  • FIG. 12 is a schematic diagram of another system for configuring an OAM according to an embodiment of the present invention.
  • FIG. 1 is a schematic diagram of OAM configuration process between PEs in a VPN network.
  • PE1 10 indicates the source carrier edge router PE and PE2 11 indicates the sink operator edge router PE.
  • PE2 11 issues a label to PE1 10; PE1 10 uses these labels for encapsulation and forwards the data stream to PE2 11.
  • the direction in which the OAM performs the detection is the same as the direction in which the data stream is forwarded.
  • PE1 10 acts as the active end—that is, the source end initiates the label switching path Internet packet explorer (English name is Label Switched Path Packet Internet Grope, LSP for short), and the PE2 11 acts as the passive end—that is, The sink responds to the LSP Ping response message.
  • the label switching path Internet packet explorer English name is Label Switched Path Packet Internet Grope, LSP for short
  • LSP Label Switched Path Packet Internet Grope
  • the foregoing process is a one-way process. If the two ends of the PE1 10 and the PE 2 are mutually forwarded to form a bidirectional forwarding, the OAM is performed in both directions, and the PE at either end can serve as the source end, that is, the PE1 10 is the source PE. It is also a sink PE, and PE2 11 is a sink. The end PE is also the source PE.
  • an embodiment of the present invention provides a method for OAM configuration, which includes the following content.
  • the source PE configures the source OAM entity, and the source OAM entity is prohibited from sending an OAM packet to the sink PE.
  • the OAM detection performed by the VPN in the L3 VPN network is taken as an example for description.
  • One end of the LSP ping request request (LSP Ping Echo Request) is the source PE; the LSP Ping Echo Reply is received passively, and one end of the LSP Ping response message is the sink PE.
  • the source OAM entity As the source PE that initiates the LSP ping request message, you need to configure the source OAM sending function when configuring the source OAM entity. To prevent the source OAM entity and the sink OAM entity from being negotiated and configured, the source OAM entity sends the source OAM entity. The OAM entity and the sink OAM entity are unsuccessful. Therefore, the source OAM entity and the sink OAM entity are prohibited from being configured to the sink PE after the negotiation is configured. Send OAM packets.
  • the source PE when the source PE and the same VPN to which the sink PE belongs are to perform OAM detection, and the source PE and the sink PE do not perform the corresponding OAM entity configuration, the source PE needs to be the source.
  • 0 AM entity is configured.
  • the source 0 AM entity may be configured as follows: continuity detection, connectivity detection, error management signal detection, packet loss detection, delay detection, traffic detection, and the like.
  • the sinking PE sends, to the sinking PE, a first LSP ping request message that carries the configuration information of the source OAM entity, so that the sink PE configures the sink of the sink PE according to the source OAM entity configuration information.
  • the end OAM entity starts the packet receiving function of the sink OAM entity, and the first LSP ping request message further includes a VPN identifier of the L3VPN, where the VPN identifier is used to identify that the sink PE device needs to perform OAM detection.
  • VPN VPN.
  • the sink PE may configure the configuration information of the sink OAM entity according to the source OAM entity configuration information. For example, when the source OAM entity configuration information includes packet loss detection, the sink PE configures the sink. The OAM entity is configured to perform packet loss detection. However, when the sink PE configures the OAM packet loss detection parameter, the sink PE may be different from the source OAM entity configuration information.
  • the source OAM entity configuration information may be carried by an OAM function type, a length, and a content TLV.
  • OAM Function TLV refer to [draft-ietf-mpls-lsp-ping-mpls-tp- Oam-conf-03], ⁇ mouth shown in Figure 3:
  • the C flag is used to identify continuity detection (English full name Continuity Check, English abbreviated as CC);
  • the V flag is used to identify connectivity detection (English full name is Connectivity Verification, English abbreviated as CV);
  • the F flag is used to identify the error management signal detection (English name is Fault Management Signals, English abbreviated as FMS);
  • the L flag is used to identify the packet loss detection ( Loss );
  • the D flag is used to identify the delay detection (Delay);
  • the T flag is used to identify traffic detection (English full name is Throughput Measurement, English abbreviated as ⁇ ).
  • the first LSP ping request message further includes a virtual private network OAM forwarding equivalent class stack type, length, content (VPN OAM FEC Stack TLV), the first identifier.
  • the VPN OAM FEC TLV includes: a target global ID (Target Global ID), a target node ID (Target Node ID), and a target route identifier (Target Route Distinguisher), and FIG. 4 shows that the VPN OAM FEC Stack TLV carries an IPv4 VPN.
  • Figure 4 is a schematic diagram of the format of the packet when the IPv6 VPN identifier is carried in the VPN OAM FEC Stack TLV.
  • the VPN can be identified by:
  • the VPN OAM FEC Stack TLV may further include: a target interface ID (Target IF ID), which is used to identify an interface that the sink PE needs to perform OAM detection; for FIG. 4, the VPN OAM FEC Stack The TLV further includes a target IPv4 prefix (Target IPv4 prefix) and a prefix length (Prefix Length), which are used to identify an IPv4 VPN route that the sink PE needs to perform OAM detection.
  • a target interface ID (Target IF ID)
  • Prefix Length prefix length
  • the VPN OAM FEC Stack TLV further includes
  • the target IPv6 prefix information (Target IPv6 prefix) and the prefix length (Prefix Length) are used to identify that the sink PE needs to perform OAM to detect an IPv6 VPN route.
  • Target IPv6 prefix The above settings of Target Global lD , Target Node lD and Target IF NUM follow the definition of [RFC6370], and the setting of Target Route Distinguisher follows the definition of [RFC4364].
  • the format of the VPN OAM FEC Stack TLV may be: the first 1-4 bytes may indicate the Target Global ID, and the 5th-8th byte may indicate the Target Node ID, the 9th 16 bytes can indicate Target Route Distinguisher, the 17th-20th byte can indicate the Target IF ID, the 21st-24th byte can indicate the Target IPv4prefix and the Target IPv6 prefix, and the 25th byte can indicate the refix length, the 26th-28th word
  • the section can be 0.
  • the first LSP ping response message is sent to the source PE.
  • the configuration information of the sink OAM entity may not match the configuration information of the source OAM entity due to the capability of the sink PE.
  • the sink PE when determining that the sink OAM entity configuration information does not match the source OAM entity configuration information, adjusting the source OAM entity configuration information to match the sink OAM entity configuration information, and then, The function of the OAM packet sent by the source OAM entity to the sink PE.
  • the packet loss detection is taken as an example. Referring to FIG. 3, if the L flag of the packet loss detection is located, and the specific packet loss detection mode in the configuration information of the source OAM entity is a direct detection mode (Direct ), that is, the service text is directly tested.
  • the sink PE After receiving the configuration information of the OAM entity, the sink PE determines that the sink PE supports only the in-line detection mode (Inferred), and the sink PE can only configure the sink OAM.
  • Direct direct detection mode
  • the configuration parameter is an Inferrer detection mode
  • the sink PE sends the OAM configuration information that is supported by the sink PE to the source PE through the first LSP Ping response message, when the source PE receives the After the first LSP ping response message is sent, the OAM configuration information of the sinking PE is not matched with the configuration information of the source OAM entity, and the packet loss detection mode in the configuration information of the source OAM is adjusted to the Inferred mode.
  • the sending, by the source PE, the first L SP ping request message to the sink PE further includes: an OAM management type, an OAM Administration TLV, and the OAM Administration TLV.
  • the intermediate provider router P is enabled with the OAM detection flag I, which is used to identify whether the intermediate P device OAM detection is enabled.
  • the alarm enable flag A is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag D is used to identify whether the two-way 0 AM detection function between the source PE and the sink PE is established.
  • the format of the OAM Administration TLV may be:
  • the first and second bytes of the OAM Administration TLV may indicate the type of the OAM Administration TLV, and the third and fourth bytes of the OAM Administration TLV may indicate OAM Administration.
  • the length of the TLV, the 5th to 8th bytes of the OAM Administration TLV can indicate the configuration information of the OAM detection.
  • the first bit of the 5th byte of the OAM Administration TLV (I flag in FIG. 6) indicates that the intermediate provider router P enables the OAM detection flag to identify whether the intermediate P device OAM detection is enabled, if the bit is set. Indicates that the first LSP ping request message is required to create an OAM Maintenance Entity Group Intermediate Point (MIP) entity along the transit node.
  • the second bit of the fifth byte of the OAM Administration TLV (the A flag in FIG. 6) is used to identify whether the OAM alarm reporting function is enabled. When the bit is set, the device that receives the first LSP ping request message is configured. After the OAM entity is complete, the alarm reporting function is enabled.
  • the OAM detects the fault
  • the related triggering action is generated, including the alarm.
  • the bit is reset, the alarm is suppressed and the subsequent actions are not triggered.
  • the D flag in the 3rd bit of the 5th byte of the OAM Administration TLV (Fig. 6) is used to identify whether to establish a bidirectional OAM detection function between the source PE and the sink PE, the bit is set, indicating that Do two-way detection.
  • the remaining 5th byte and the 6th, 7th, and 8th bytes are reserved, which is convenient for future OAM configuration enable extension.
  • the source PE before the source PE sends the first LSP ping request message to the sink PE, the source PE further configures an OAM packet receiving function of the source OAM entity, and sets The bidirectional detection flag of the 0 AM Administration TLV in the first LSP ping request message is set, that is, the bidirectional detection flag is set to an enabled state, so that the sink PE further configures the sink OAM entity.
  • the OAM file sending function is configured to start the function of sending the OAM message to the source PE by the sink OAM entity.
  • the first LSP ping request message further includes: a VPN OAM source identifier type, a length, and a content (VPN OAM Source Identifier TLV), where the VPN OAM Source Identifier TLV is used to identify the source end
  • Figure 5 is a schematic diagram of a packet format when the VPN OAM Source Identifier TLV carries an IPv4 VPN identifier
  • Figure 8 is a schematic diagram of a packet format when the VPN OAM Source Identifier TLV carries an IPv6 VPN identifier.
  • the VPN OAM Source Identifier TLV includes:
  • VPN OAM Source Identifier TLV type VPN OAM Source
  • the source PE needs to perform OAM detection. It can be identified by:
  • the VPN OAM Source Identifier TLV may further include: a source IF ID, which is used to identify that the source PE needs to perform OAM.
  • a source IF ID which is used to identify that the source PE needs to perform OAM.
  • the source IPv4 prefix and the prefix length (Prefix Length) are further included to identify the IPv4 VPN route that the source PE needs to perform OAM detection;
  • the VPN OAM FEC Stack TLV further includes a source IPv6 prefix (Source IPv6 prefix) and a prefix length (Prefix Length), and is used to identify that the sink PE needs to perform OAM to detect an IPv6 VPN route.
  • the format of the VPN OAM Source Identifier TLV may be:
  • the 1-2th byte may indicate the type of the VPN OAM Source Identifier TLV
  • the 3-4th byte may indicate the VPN OAM Source Identifier.
  • the length of the TLV, the 5th-8th byte can indicate the Source Global ID, the 9th to 16th bytes can indicate the Source Node ID, the 17th to 20th bytes can indicate the Source IF ID, and the 21st to 24th bytes can indicate the Source IPv4 (in Figure 7) / IPv6 prefix (in Figure 8), the 25th byte can indicate the prefix length, and the 26th-28th byte can be 0.
  • the source OAM entity and the sink OAM entity are not completed in the process of configuring the source OAM entity and the sink OAM entity.
  • the configuration of the source OAM entity and the sink OAM entity does not match, causing the sink OAM entity to report an error alarm, further triggering the sink PE or the source PE to perform an error operation according to the error alarm.
  • the alarm enable flag of the OAM Administration TLV in the first LSP ping request message may be in a forbidden state, so that the sink PE suppresses the sink OAM entity after configuring the sink OAM entity.
  • the second LSP ping request message includes an OAM Administration TLV
  • the alarm enable flag in the OAM Administration TLV included in the second LSP ping request message is enabled.
  • the OAM Administration TLV carried in the second LSP ping request message includes a bit 1 for identifying an alarm enablement (may be any, as long as the enable alarm can be identified), and the remaining two-way
  • the detection flag D and the intermediate provider router P enable the OAM detection flag I can be empty, and the sink PE enables the alarm reporting function of the sink OAM entity after receiving the second LSP ping request message.
  • the source end PE receives a second LSP ping response message sent by the sink PE, where the second LSP ping response message is a response message to the second LSP ping request message, where the sink end
  • the PE may start sending an OAM detection message to the sink PE, where the source PE and the sink PE start to ping the request message for the first LSP.
  • the VPN corresponding to the VPN ID is used for OAM detection.
  • the alarm reporting function of the source OAM entity is enabled when the alarm enable flag of the OAM Administration TLV is enabled in the second LSP ping response message.
  • the sink PE configures the sink end to send the function, that is, after the configuration of the sink OAM entity, that is, And starting the detection function of the sink end to the source end direction, and setting an alarm enable flag of the 0 AM Administration TLV included in the second LSP Ping response message to an enable state, when the source The alarm reporting function of the source OAM entity is enabled when the alarm enable flag of the OAM Administration TLV is enabled in the second LSP ping response message.
  • the source PE and the sink PE send the LSP ping request message and the LSP ping response message carrying the relevant information.
  • the negotiation process between the source PE and the sink PE, and the related parameters are exchanged for parameter update and session deletion.
  • the embodiment of the present invention provides a method for configuring an OAM.
  • the OAM configuration information of the source PE is sent to the sink PE device by using the extended LSP ping request message, so that the The sink PE configures the sink OAM entity of the sink PE according to the source OAM configuration information, and starts the sink OAM entity to send an OAM packet to the source PE;
  • the LSP Ping request message includes the The sinking PE needs to perform the OAM detection of the VPN identifier.
  • the source OAM entity is enabled to send the OAM function to the sink PE.
  • the source OAM entity and the sink OAM entity can be configured with the corresponding alarm reporting function. Because the two ends dynamically complete the OAM configuration by using the interactive LSP ping message, the errors in the manual configuration are avoided.
  • an embodiment of the present invention provides another method for OAM configuration, which includes the following content.
  • the sinker operator edge router PE receives the first label switching path Internet packet explorer LSP ping request message that is sent by the source PE and carries the source OAM entity configuration information.
  • the first LSP ping request message further includes three layers of virtual VPN ID of the private network L3VPN.
  • the source OAM entity configuration information may be carried by an OAM Function TLV, which has been described in FIG. 3, and details are not described herein again.
  • the first LSP ping request message further includes a virtual private network VPN OAM FEC Stack TLV, where the first LSP ping request message passes the VPN
  • the OAM FEC Stack TLV carries the VPN identifier.
  • the VPN OAM FEC TLV includes: a target global ID (Target Global ID), a target node ID (Target Node ID), and a target route identifier (Target Route Distinguisher), and FIG. 4 shows that the VPN OAM FEC Stack TLV carries an IPv4 VPN.
  • Figure 5 is a schematic diagram of a packet format when the IPv6 VPN identifier is carried in the VPN OAM FEC Stack TLV.
  • the VPN can be identified by:
  • Target Global ID : Target Node ID: : Target Route Distinguisher.
  • the VPN OAM FEC Stack TLV may further include: a target interface ID (Target IF ID), configured to identify an interface that the sink PE needs to perform OAM detection; for FIG. 4, the VPN OAM FEC Stack The TLV also includes a target IPv4 prefix (Target IPv4 prefix) and a prefix length (Prefix Length), which is used to identify an IPv4 VPN route that the sink PE needs to perform OAM detection.
  • the VPN OAM FEC Stack TLV further includes The target IPv6 prefix information (Target IPv6 prefix) and the prefix length (Prefix Length) are used to identify that the sink PE needs to perform OAM to detect an IPv6 VPN route.
  • Target Global lD Target Node lD and Target IF NUM follow the definition of [RFC6370]
  • Target Route Distinguisher follows the definition of [RFC4364].
  • the first LSP ping request message further includes:
  • the VPN OAM Source Identifier TLV is used to identify the VPN identifier that the source PE needs to perform the OAM detection.
  • FIG. 7 is a schematic diagram of the packet format when the VPN OAM Source Identifier TLV carries the IPv4 VPN identifier.
  • FIG. 8 is a schematic diagram of a format of a message when the VPN OAM Source Identifier TLV carries an IPv6 VPN identifier.
  • the VPN OAM Source Identifier TLV may further include: a source IF ID, which is used to identify an interface that the source PE needs to perform OAM detection.
  • the method further includes The source IPv4 prefix and the prefix length (Prefix Length) are used to identify the IPv4 VPN route that the source PE needs to perform OAM detection.
  • the VPN OAM FEC Stack TLV further includes the source IPv6.
  • the source IPv6 prefix and the prefix length (prefix length) are used to identify that the sink PE needs to perform OAM to detect an IPv6 VPN route.
  • the first LSP ping request message further includes an OAM Administration TLV
  • FIG. 6 is a schematic diagram of the OAM Administration TLV format, which has been described, and is not described herein again.
  • the sink PE configures the ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ function of the sink OAM entity, and starts the sink OAM entity to send the OAM to the source PE ⁇ The function of the text.
  • the sink PE suppresses the The sinking OAM entity alarms the function, and the method further includes:
  • the bidirectional detection flag in the OAM Administration TLV that is further included in the first LSP ping request message is in an enabled state
  • sending a second LSP ping response message to the source PE the second LSP
  • the ping response message includes an OAM Administration TLV
  • the alarm enable flag of the OAM Administration TLV in the second LSP ping response message is enabled, so that after the source PE receives the second LSP ping response message, Enable the alarm reporting function of the source OAM entity.
  • the embodiment of the present invention provides a method for configuring an OAM.
  • the OAM configuration information of the source PE is sent to the sink PE device by using the extended LSP ping request message, so that the The sink PE configures the sink OAM entity of the sink PE according to the source OAM configuration information, and starts the sink OAM entity to send an OAM packet to the source PE;
  • the LSP Ping request message includes the The sinking PE needs to perform the OAM detection of the VPN identifier.
  • the source OAM entity is enabled to send the OAM function to the sink PE. As a result, the OAM configuration of the source PE and the sink PE is completed.
  • an embodiment of the present invention provides a system for configuring an OAM, where the system includes: a source end PE 10 and a sink end PE 20.
  • the source PE10 includes:
  • the OAM entity unit 101 is configured to configure a source OAM entity, and the source OAM entity is prohibited from sending an OAM packet to the sink PE20.
  • the generating unit 102 is configured to generate, according to the source OAM entity configured by the OAM entity unit 101, a first LSP ping request message, where the first LSP ping request message carries the source MME entity configuration information, where the first The L SP Ping request message further includes a VPN identifier of the L3VPN, where the VPN identifier is used to identify a VPN that the sink PE device needs to perform OAM detection.
  • the sending unit 103 is configured to send the first LSP ping request message generated by the generating unit 102 to the sink PE20.
  • the receiving unit 104 is configured to receive a first LSP ping response message sent by the sink PE20, where the first LSP ping response message carries the sink OAM entity configuration information.
  • the OAM entity unit 101 is further configured to: according to the configuration information of the sink OAM entity carried in the first LSP ping response message received by the receiving unit 104, when determining the configuration information and location of the OAM entity of the sink end When the source OAM entity configuration information is matched, the function of the OAM packet sent by the source OAM entity to the sink PE20 is enabled.
  • the sink PE 20 includes:
  • the receiving unit 201 is configured to receive a first LSP ping request message that is sent by the sending unit 103 of the source PE 10 and that carries the source OAM entity configuration information, where the first LSP ping request message includes a VPN identifier of the Layer 3 virtual private network L3VPN.
  • the OAM entity unit 202 is configured to configure a sink OAM entity according to the first LSP ping request message received by the receiving unit 201, and start a packet receiving function of the sink OAM entity.
  • the generating unit 203 is configured to generate a first LSP ping response message according to the configuration information of the sink OAM entity configured by the OAM entity unit 202, where the first LSP ping response message carries the sink OAM entity configuration information.
  • the sending unit 204 is configured to ping the first LSP generated by the generating unit 203.
  • the response message is sent to the source PE 10.
  • the OAM entity unit 101 of the source PE 10 is further configured to: when determining that the configuration information of the sink OAM entity does not match the configuration information of the source OAM entity, adjust the configuration information of the source OAM entity. Matching with the configuration information of the sink OAM entity, the function of the OAM packet sent by the source OAM entity to the sink PE20 is enabled.
  • the source OAM entity configuration information may be carried by an OAM Function TLV, and the OAM Function TLV format is as shown in FIG. 3.
  • the first LSP ping request message generated by the generating unit 102 of the source PE10 further includes a VPN OAM FEC Stack TLV, where the first LSP ping request message is carried by the VPN OAM FEC Stack TLV.
  • VPN ID The VPN OAM FEC TLV includes: a target global ID (Target Global ID), a target node ID (Target Node ID), and a target route identifier (Target Route Distinguisher), and FIG. 4 shows that the VPN OAM FEC Stack TLV carries an IPv4 VPN.
  • Figure 4 is a schematic diagram of the format of the packet when the IPv6 VPN identifier is carried in the VPN OAM FEC Stack TLV.
  • the VPN can be identified by:
  • Target Global ID : Target Node ID: : Target Route Distinguisher.
  • the VPN OAM FEC Stack TLV may further include: a target interface ID (Target IF ID), configured to identify an interface that the sink PE 20 needs to perform OAM detection; for FIG. 4, the VPN OAM FEC Stack The TLV further includes a target IPv4 prefix (Target IPv4 prefix) and a prefix length (Prefix Length), which are used to identify the IPv4 VPN route that the sink PE20 needs to perform OAM detection.
  • the VPN OAM FEC Stack TLV further includes The target IPv6 prefix information (Target IPv6 prefix) and the prefix length (Prefix Length) are used to identify that the sink PE 20 needs to perform OAM to detect an IPv6 VPN route.
  • the first LSP ping request message generated by the generating unit 102 of the source PE10 further includes:
  • the Administration TLV includes: The alarm enable flag is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the OAM entity unit 101 of the source PE 10 is further configured to configure the OAM of the source OAM entity.
  • Receiving a function, and setting the bidirectional detection flag of the OAM Administration TLV to an enabled state so that the sink PE20 configures an OAM function of the sink OAM entity, and starts the sink end
  • the OAM entity sends the function of the OAM ⁇ message to the source PE.
  • the OAM entity unit 202 of the sink PE20 is further configured to: when the bidirectional detection flag in the OAM Administration TLV is set to an enabled state, configure the OAM packet sending of the sink OAM entity. And functioning, and starting the function of sending the OAM ⁇ message to the source PE10 by the sinker OAM entity.
  • the first LSP ping request message further includes: a VPN OAM Source Identifier TLV, where the VPN OAM Source Identifier TLV is used to identify the VPN identifier that the source PE 10 needs to perform OAM detection, and
  • Figure 7 A schematic diagram of a packet format when the VPN OAM Source Identifier TLV carries an IPv4 VPN identifier
  • FIG. 8 is a schematic diagram of a format of the IPv4 VPN identifier when the VPN OAM Source Identifier TLV carries an IPv6 VPN identifier.
  • the VPN OAM Source Identifier TLV may further include: a source IF ID, which is used to identify an interface that the source PE 10 needs to perform OAM detection.
  • the method further includes The source IPv4 prefix and the prefix length (Prefix Length) are used to identify the IPv4 VPN route that the source PE 10 needs to perform the 0 AM detection.
  • the VPN OAM FEC Stack TLV further includes the source IPv6.
  • the source IPv6 prefix and the prefix length (prefix length) are used to identify that the sink PE10 needs to perform OAM to detect an IPv6 VPN route.
  • the first LSP ping request message further includes an OAM Administration TLV
  • FIG. 6 is a schematic diagram of the format of the OAM Administration TLV, which has been described, and details are not described herein again.
  • the alarm enable flag in the OAM Administration TLV in the first LSP ping request message generated by the generating unit 102 of the source PE 10 is prohibited.
  • the generating unit 102 of the source PE 10 is further configured to generate the second The LSP ping request message, the alarm enable flag in the 0 AM Administration TLV included in the second LSP ping request message is an enabled state.
  • the receiving unit 201 is further configured to receive the second LSP ping request message, where the OAM entity unit 202 of the sink PE20 is further configured to receive the second L SP according to the receiving unit 201.
  • the ping request message enables the alarm reporting function of the sink 0 AM entity.
  • the sending unit 103 of the source PE 10 is further configured to send the second LSP ping request message generated by the generating unit 102 to the sink PE20, and correspondingly, the receiving unit 201 of the sink PE20 further uses Upon receiving the second LSP ping request message, the OAM entity unit 202 of the sink PE 20 is further configured to: when determining that the receiving unit 201 is further configured to receive the OAM Administration TLV included in the second LSP ping request message When the alarm enable flag is enabled, the alarm reporting function of the sink OAM entity is enabled.
  • the receiving unit 104 of the source PE 10 is further configured to receive a second LSP ping response message sent by the sink PE20.
  • the generating unit 203 of the sink PE20 is further configured to generate a second LSP ping response message, where the alarm enable flag of the 0 AM Administration TLV included in the second LSP ping response message is Enable status.
  • the sending unit 204 of the sink PE20 is further configured to send the second LSP ping response message generated by the generating unit 203 to the source end PE10.
  • the OAM entity unit 101 of the source PE 10 is further configured to: when the alarm enable flag of the OAM Administration TLV included in the second LSP ping response message received by the receiving unit 104 is enabled, the enabling station The alarm reporting function of the source OAM entity.
  • the embodiment of the invention provides a system for configuring OAM, and the source end of the PE10 is configured.
  • the OAM configuration information of the source PE 10 is sent to the sink PE20 by using the extended LSP ping request message, so that the sink PE 20 configures the sink OAM of the sink PE 20 according to the source OAM configuration information.
  • An entity, and the sinking OAM entity is configured to send an OAM packet to the source PE 10;
  • the LSP ping request message includes a VPN identifier that the sink PE 20 needs to perform OAM detection, when the source PE 10 and the sink
  • the OAM function is enabled to send the OAM packet to the sink PE20.
  • the OAM configuration of the source PE 10 and the sink PE 20 is completed.
  • the entity and the sink OAM entity can be configured with the corresponding alarm reporting function.
  • the implementation of the OAM configuration is implemented on the two ends. The two ends perform dynamic OAM configuration through the LSP ping message. An error has occurred.
  • an embodiment of the present invention provides another OAM configuration system, where the system includes: a source PE30 and a sink PE40.
  • the source PE 30 includes:
  • the processor 301 is configured to configure the source OAM entity, and the source OAM entity is prohibited from sending the OAM ⁇ message to the sink PE30, and is also used to generate a first LSP ping request message, the first LSP ping request
  • the message carries the source OAM entity configuration information, and the first L SP ping request message further includes a VPN identifier of the L3 VPN, where the VPN identifier is used to identify the VPN that the sink PE 40 needs to perform OAM detection.
  • the sender 302 is configured to send the first LSP ping request message generated by the processor 301 to the sink PE40.
  • the receiver 303 is configured to receive a first LSP Ping response message sent by the sink PE 40, where the first L SP Ping response message carries the sink 0 AM entity configuration information.
  • the processor 301 is further configured to: according to the configuration information of the sink OAM entity carried in the first LSP ping response message received by the receiver 303, when determining the configuration information of the sink OAM entity and the source end When the OAM entity configuration information is matched, the function of the OAM packet sent by the source OAM entity to the sink PE 40 is enabled.
  • the sink PE40 includes:
  • the receiver 401 is configured to receive a first LSP ping request message that is sent by the transmitter 302 of the source PE 30 and that carries the source OAM entity configuration information.
  • the first LSP ping request message includes a VPN identifier of the L3 VPN.
  • the processor 402 is configured to configure, according to the first LSP ping request message received by the receiver 401, a sink OAM entity, and enable the receiving function of the sink OAM entity, and generate the first LSP ping.
  • the first LSP Ping response message carries the sink OAM entity configuration information.
  • the transmitter 403 is configured to send the first LSP ping response message generated by the processor 402 to the source PE 30.
  • the processor 301 is further configured to: when determining that the sink OAM entity configuration information does not match the source OAM entity configuration information, adjusting the source OAM entity configuration information and the sink OAM The entity configuration information is matched, and the function of the OAM packet sent by the source OAM entity to the sink PE 40 is enabled.
  • the source OAM entity configuration information may be carried by an OAM Function TLV, and the OAM Function TLV format is as shown in FIG. 3.
  • the first LSP ping request message generated by the processor 301 of the source PE 30 further includes a VPN 0 AM FEC Stack TLV, where the first L SP ping request message is carried by the VPN OAM FEC Stack TLV.
  • the VPN OAM FEC TLV includes: a target global ID (Target Global ID), a target node ID (Target Node ID), and a target route identifier (Target Route Distinguisher), and FIG. 4 shows that the VPN OAM FEC Stack TLV carries an IPv4 VPN.
  • Figure 4 is a schematic diagram of the format of the packet when the IPv6 VPN identifier is carried in the VPN OAM FEC Stack TLV.
  • the VPN can be identified by:
  • Target Global ID : Target Node ID: : Target Route Distinguisher.
  • the VPN OAM FEC Stack TLV may further include: a target interface ID (Target IF ID), configured to identify an interface that the sink PE 40 needs to perform OAM detection; for FIG. 4, the VPN OAM FEC Stack The TLV further includes a target IPv4 prefix (Target IPv4 prefix) and a prefix length (Prefix Length), which are used to identify the IPv4 VPN route that the sink PE20 needs to perform OAM detection.
  • the VPN OAM FEC Stack TLV further includes The target IPv6 prefix information (Target IPv6 prefix) and the prefix length (Prefix Length) are used to identify that the sink PE 20 needs to perform OAM to detect an IPv6 VPN route.
  • the first LSP ping request message generated by the processor 301 of the source PE 30 further includes:
  • the 0 AM Administration TLV used to identify the VPN identifier; the 0 AM Administration TLV includes:
  • the alarm enable flag is used to identify whether the OAM alarm reporting function is enabled.
  • the two-way detection flag is used to identify whether the two-way OAM detection function between the source PE and the sink PE is established.
  • the processor 301 of the source PE 30 is further configured to configure the OAM file receiving function of the source OAM entity. And setting the bidirectional detection flag of the OAM Administration TLV to an enabled state.
  • the processor 402 of the sinker PE40 is further configured to: when the bidirectional detection flag in the OAM Administration TLV is set to an enabled state, configure the sending of the sink OAM entity And functioning, and starting the function of sending the message to the source port 30 by the sink entity.
  • the first LSP ping request message further includes: a VPN OAM Source Identifier TLV, where the VPN OAM Source Identifier TLV is used to identify the VPN identifier that the source PE 30 needs to perform OAM detection, and
  • Figure 7 A schematic diagram of a packet format when the VPN OAM Source Identifier TLV carries an IPv4 VPN identifier
  • FIG. 8 is a schematic diagram of a format of the IPv4 VPN identifier when the VPN OAM Source Identifier TLV carries an IPv6 VPN identifier.
  • the VPN OAM Source Identifier TLV may further include: a source IF ID, which is used to identify an interface that the source PE 30 needs to perform OAM detection.
  • the method further includes The source IPv4 prefix and the prefix length (Prefix Length) are used to identify the IPv4 VPN route that the source PE 30 needs to perform the 0 AM detection.
  • the VPN OAM FEC Stack TLV further includes the source IPv6.
  • the source IPv6 prefix and the prefix length (prefix length) are used to identify that the sink PE 30 needs to perform OAM to detect an IPv6 VPN route.
  • the first LSP ping request message further includes an OAM Administration
  • FIG. 6 is a schematic diagram of the OAM Administration TLV format, which has been described and will not be described here.
  • the alarm enable flag in the OAM Administration TLV in the first LSP ping request message generated by the processor 301 of the source PE 30 is in a disabled state, and the OAM Administration received by the receiver 401
  • the processor 402 after configuring the sink OAM entity, suppress the alarm on the sink OAM entity.
  • the processor 301 of the source PE 30 After the processor 301 of the source PE 30 enables the source OAM entity to send an OAM packet to the sink PE 40, the processor 301 is further configured to generate a second LSP ping request message, where The alarm enable flag in the OAM Administration TLV included in the second LSP ping request message is enabled.
  • the receiver 401 of the sinker PE40 is further configured to receive the second LSP ping request message, where the processor 402 is further configured to use the second LSP ping request message received by the receiver 401. Enable the alarm reporting function of the sink OAM entity.
  • the transmitter 302 of the source PE 30 is further configured to send the second LSP ping request message generated by the processor 301 to the sink PE 40, and the receiver 401 is further configured to receive the The second LSP ping request message is used, the processor 402 is further configured to: when determining that the receiver 401 receives the alarm enable flag in the 0 Administration TLV included in the second LSP ping request message to be enabled The alarm reporting function of the sink OAM entity is enabled.
  • the receiver 303 of the source PE 30 is further configured to receive a second LSP ping response message sent by the sink PE 40.
  • the processor 402 of the sinker PE40 is further configured to generate a second LSP ping response message, where, in the two-way detection, the alarm enable flag of the OAM Administration TLV included in the second LSP ping response message is Can state.
  • the transmitter 403 of the sinker PE40 is further configured to send the second LSP ping response message generated by the processor 402 to the source PE 30.
  • the processor 303 of the source PE 30 is further configured to: when the alarm enable flag of the OAM Administration TLV included in the second LSP ping response message received by the receiver 303 is enabled, enable the Alarm reporting function of the source OAM entity.
  • the embodiment of the present invention provides a system for configuring an OAM.
  • the source end OAM entity After the source end OAM entity is configured with the source OAM entity, the source end PE 30 sends the OAM configuration information of the source PE 30 to the sink PE 40 device to make the sink.
  • End PE40 according to the source
  • the OAM configuration information is configured to configure a sink OAM entity of the sink PE 40, and the sink OAM entity is configured to send an OAM packet to the source PE 30.
  • the LSP Ping request message includes the OAM detection of the sink PE 40.
  • the OAM entity After the OAM entity of the source PE 30 and the sink PE 40 is configured, the OAM entity is enabled to send an OAM packet to the sink PE 40, thereby completing the source PE 30.
  • the OAM configuration works with the sinking PE40.
  • the source OAM entity and the sink OAM entity can be configured with the corresponding alarm reporting function.
  • the implementation of the OAM configuration is implemented on the two ends. To complete the OAM configuration dynamically
  • the source PE 30 and the sink PE 40 may be routers or switches.
  • the processor 301 of the source PE30 and the processor 402 of the sink PE40 may be a central processing unit (referred to as a Central Processing Unit in English, abbreviated as CPU in English).
  • the receiver 303, the transmitter 302, the receiver 401, and the transmitter 403 of the source PE 30 may include a common physical interface, and the physical interface may be an Ethernet interface or an asynchronous transmission mode (English name is Asynchronous). Transfer Mode, English abbreviated as ATM) interface.
  • the receiver 303, the processor 301, and the transmitter 302 of the source PE 30 may be integrated into one or more independent circuits or hardware, such as: an application specific integrated circuit (English called Application Specific Integrated Circuit, ASIC for short).
  • the receiver 401, the processor 402, and the transmitter 403 of the sink PE 40 may be integrated into one or more independent circuits or hardware, such as an ASIC.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes
  • the foregoing storage medium includes: a read-only memory (referred to as a read-only memory in English), a RAM, a magnetic disk, or an optical disk, and the like, which can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供一种OAM配置的方法、设备及***。该方法包括：源端PE配置源端OAM实体，禁止源端OAM实体向宿端PE发送OAM报文；向宿端PE发送携带源端OAM实体配置信息的第一LSP Ping请求消息；接收宿端PE发送的携带宿端OAM实体配置信息的第一LSP Ping响应消息，当宿端OAM实体配置信息与源端OAM实体配置信息匹配时，使能源端OAM实体向宿端PE发送OAM报文的功能。本发明实施例还提供了源端PE、宿端PE及OAM配置***，通过本发明实施例提供的技术方案，减少源端和宿端配置OAM的工作量，且两端通过交互LSP Ping消息动态的完成OAM配置，避免了手动配置中出现的错误。

Description

操作、 管理和维护 OAM配置的方法、 设备及***
技术领域 本发明涉及网络通信领域， 尤其涉及一种 OAM配置的方法、 设 备及***。 背景技术 完善的操作、管理和维护（英文全称为 Operations, Administration and Maintenance , 英文简称为 OAM ) 功能是电信级网络的重要标志 对于运营商来说是极端重要的， OAM可以降低运营商的操作复杂度 和运维成本， 可以增强运营商网络的可用性， 还可以帮助运营商网络 验证与用户签订的 SLA ( Service-Level Agreement, 服务等级协议）。
OAM 机制主要包括故障管理 （Fault Management ), 性能监控 ( Performance Monitoring ) 和保护到换 ( Protection Switching ) 三个 方面。 其中故障管理又可分为故障检测 （ Fault Detection ), 故障验证 ( Fault Verification )、故障定位（ Fault Localization )和故障通告（ Fault Notification )这四个方面； 而性能监控主要提供对丟包、 时延和抖动 这三个指标的监测。
对于网 际协议 /多 协议标记交换 （ 英文全称为 Internet Protocol/Multiprotocol Label Switching, 英文简称为 IP/MPLS ) 和以 太网 （Ethernet ) 网络， 目前主要有较为完善的 OAM 机制主要是 Ethernet OAM 和面向连接的分组交换网络技术 （英文全称为 Transport Profile for MPLS , 英文简称为 MPLS-TP ) OAM。 前者包 括 IEEE 802.3ah、 IEEE 802. lag, ITU-T Y.1731 以及一些城域以太论 坛 （英文全称为 Metro Ethernet Forum , 英文简称为 MEF ) 的标准， 后者由 IETF所定义的一系列标准组成。
虚拟专用网络（英文全称为 Virtual Private Network , 英文简称为 VPN )是运营商通过其公网向用户提供的虚拟专有网络， 即在用户的 角度 VPN是用户的一个专有网络。 对于运营商来说公网包括公共的 骨干网和公共的运营商边界设备。 地理上彼此分离的 VPN成员站点 通过客户端设备（CPE )连接到对应的运营商边缘路由器（英文全称 为 Provider Edge，英文简称为为 PE ), 通过运营商的公网组成客户的 VPN网络。
三层虚拟专用网 （英文全称为 Layer 3 Virtual Private Network, 英文简称为 L3VPN ),是一种基于 MPLS的三层 VPN技术。在 L3VPN 网络中， 现有技术中配置 OAM对 VPN进行检测时， 需要手动创建 源端 PE和宿端 PE的 OAM实体，并分别对源端 PE和宿端 PE的 OAM 实体进行参数配置， 在这个过程中要人工保证宿端 PE的 OAM实体 的配置参数和源端 PE的 OAM实体的配置参数一致， 这样不仅使得 OAM配置的工作量较大， 而且容易出现配置错误。 发明内容 本发明的实施例提供一种 OAM配置的方法、 设备及***， 以解 决在 L3 VPN组网中 PE设备配置 OAM对 VPN进行检测时， 人工配 置导致的配置工作量大及容易出现配置错误的问题。
第一个方面， 提供了一种 OAM配置的方法， 所述方法包括： 源端运营商边缘路由器 PE配置源端 OAM实体， 并且禁止所述 源端 OAM实体向所述宿端 PE发送 OAM报文；
向所述宿端 PE发送携带所述源端 OAM实体配置信息的第一标 签交换路径因特网包探索器 LSP Ping请求消息， 以使得所述宿端 PE 根据所述源端 OAM实体配置信息配置所述宿端 PE的宿端 OAM实 体， 启动所述宿端 OAM 实体的报文接收功能， 所述第一 LSP Ping 请求消息还包括三层虚拟专用网 L3 VPN的 VPN标识， 所述 VPN标 识用于标识所述宿端 PE设备需要进行 OAM检测的 VPN;
接收所述宿端 PE发送的第一 LSP Ping响应消息， 所述第一 LSP Ping 响应消息携带所述宿端 OAM 实体配置信息， 当确定所述宿端 OAM实体配置信息与所述源端 OAM实体配置信息匹配时， 使能所 述源端 OAM实体向所述宿端 PE发送 OAM ^艮文的功能。
在所述第一方面的第一种可能的实现方式中， 所述方法还包括： 当确定所述宿端 OAM实体配置信息与所述源端 OAM实体配置 信息不匹配时， 调整所述源端 OAM实体配置信息与所述宿端 OAM 实体配置信息匹配， 使能所述源端 OAM 实体向所述宿端 PE 发送 OAM报文的功能。
在所述第一方面或所述第一方面的第一种可能的实现方式中，还 提供了所述第一方面的第二种可能的实现方式， 所述第一 LSP Ping 请求消息通过虚拟专用网 OAM转发等价类栈类型、 长度、 内容 VPN OAM FEC TLV携带所述 VPN标识 , 所述 VPN OAM FEC TLV包括： 目标全球 ID Target Global ID、 目标节点 ID Target Node ID及目 标路由标识 Target Route Distinguishes
在所述第一方面的第二种可能的实现方式中的第三种可能的实 现方式， 所述 VPN OAM FEC TLV还包括：
目标接口 ID Target IF ID , 用于标识所述宿端 PE需要进行 OAM 检测的接口；
目标 IP地址信息，用于标识所述宿端 PE需要进行 OAM检测路 由。
在所述第一方面或所述第一方面的前述任意一种可能的实现方 式中， 还提供了所述第一方面的第第四种可能的实现方式， 所述第一 LSP Ping 请求消息中还包括 OAM 管理类型、 长度、 内容 OAM Administration TLV, 所述 OAM Administration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能。
在所述第一方面的第四种可能的实现方式中，还提供了所述第一 方面的第五种可能的实现方式， 所述方法还包括：
向所述宿端 PE发送所述第一 LSP Ping请求消息之前， 包括： 所述源端 PE配置源端 OAM实体的 ΟΑΜ ·^文接收功能， 并设 置所述 0 AM Administration TLV的双向检测标志为使能状态， 以使 得所述宿端 PE配置所述宿端 OAM实体的 ΟΑΜ ·^文发送功能， 并 启动所述宿端 ΟΑΜ实体向所述源端 ΡΕ发送 OAM ^艮文的功能； 所述第一 L SP Ping请求消息还包括 VPN 0 AM源标识类型、 长 度、 内容 VPN OAM Source Identifier TLV, 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE需要进行 OAM检测的 VPN标 识， 其中， 所述 VPN OAM Source Identifier TLV包括： 源端全球 ID Source Global ID、源端节点 ID Source Node ID及源 端路由标识 Source Route Distinguisher的信息。
在所述第一方面的第五种可能的实现方式中，还提供了所述第一 方面的第六种可能的实现方式，所述 VPN 0 AM Source Identifier TLV 还包括：
源端接口 ID Source IF ID ,用于标识所述源端 PE需要进行 OAM 检测的接口；
源端 IP地址信息，用于标识所述源端 PE需要进行 OAM检测路 由。
在所述第一方面的第四种或第五种或第六种可能的实现方式中， 还提供了所述第一方面的第七种可能的实现方式，所述第一 LSP Ping 请求消息中包含的 OAM Administration TLV中的告警使能标志为禁 止状态， 以使得所述宿端 PE在配置所述宿端 OAM实体后， 抑制所 述宿端 OAM实体告警上报功能， 在所述使能所述源端 OAM实体向 所述宿端 PE发送 OAM报文的功能之后， 包括：
向所述宿端 PE发送第二 LSP Ping请求消息，所述第二 LSP Ping 请求消 息 包含所述 OAM Administration TLV , 所述 OAM Administration TLV中的告警使能标志为使能状态， 以使得所述宿端 PE在接收到所述第二 LSP Ping请求消息后， 使能所述宿端 OAM实 体的告警上报功能。
在所述第一方面的第七种可能的实现方式中，还提供了所述第一 方面的第第八种可能的实现方式， 所述方法还包括：
接收所述宿端 PE发送的第二 LSP Ping响应消息， 所述第二 LSP Ping响应消息是针对所述第二 LSP Ping请求消息的响应消息；
当所述第二 LSP Ping响应消息包含的 OAM Administration TLV 的告警使能标志为使能状态时， 使能所述源端 OAM实体的告警上报 功能。
第二方面， 提供了一种 OAM配置的方法， 所述方法包括： 宿端运营商边缘路由器 P E接收源端 P E发送的携带源端 0 AM实 体配置信息的第一标签交换路径因特网包探索器 LSP Ping请求消息； 所述第一 LSP Ping请求消息还包括三层虚拟专用网 L3VPN的 VPN 标识；
根据所述第一 LSP Ping请求消息配置宿端 OAM实体，并配置所 述宿端 OAM实体对所述 VPN标识对应的 VPN进行检测 , 启动所述 宿端 OAM实体的报文接收功能；
向所述源端 PE发送第一 LSP Ping响应消息，所述第一 LSP Ping 响应消息携带所述宿端 OAM实体的配置信息。
在所述第二方面的第一种可能的实现方式中，所述第一 LSP Ping 请求消息中还包括 0 AM管理类型、 长度、 内容 0 AM Administration TLV, 所述 OAM Administration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
当所述双向检测标志设置为使能状态时， 所述宿端 PE配置所述 宿端 OAM实体的 ΟΑΜ · ^艮文发送功能， 并启动所述宿端 OAM实体 向所述源端 PE发送 OAM ^艮文的功能。
在所述第二方面或所述第一方面的第一种可能的实现方式中，还 提供了所述第二方面的第二种可能的实现方式，所述当接收到的所述 第一 LSP Ping请求消息中的 OAM Administration TLV中的告警使能 标志为禁止状态时， 所述宿端 PE在配置所述宿端 OAM实体后， 抑 制所述宿端 OAM实体告警上报功能， 所述方法还包括：
接收所述源端 PE发送的第二 LSP Ping请求消息， 当所述第二 LSP Ping请求消息中包含的 OAM Administration TLV的告警使能标 志为使能状态， 使能所述宿端 OAM实体的告警上报功能。
在所述第二方面的第二种可能的实现方式中，还提供了所述第二 方面的第三种可能的实现方式，向所述源端 PE发送第二 LSP Ping响 应消息， 所述第二 LSP Ping响应消息包含 OAM Administration TLV, 当所述第一 LSP Ping请求消息中还包括的 OAM Administration TLV 中的双向检测标志为使能状态时， 所述第二 LSP Ping 响应消息中 OAM Administration TLV的告警使能标志为使能状态，以使得所述源 端 PE在收到所述第二 LSP Ping响应消息后， 使能所述源端 OAM实 体的告警上报功能。
第三方面， 提供了一种源端 PE, 其特征在于， 包括： OAM实体单元， 用于配置源端 OAM实体， 并且禁止所述源端 OAM实体向所述宿端 PE发送 OAM报文；
生成单元， 用于根据所述 OAM实体单元配置的源端 OAM实体 生成第一 LSP Ping请求消息， 所述第一 LSP Ping请求消息携带所述 源端 OAM实体配置信息，所述第一 LSP Ping请求消息还包括三层虚 拟专用网 L3VPN的 VPN标识，所述 VPN标识用于标识所述宿端 PE 设备需要进行 OAM检测的 VPN;
发送单元， 用于将所述生成单元生成的所述第一 LSP Ping请求 消息发送到宿端 PE, 以使得所述宿端 PE根据所述第一 LSP Ping请 求消息配置宿端 OAM实体， 启动所述宿端 OAM实体的报文接收功
•6 fi匕 . ,
接收单元，用于接收所述宿端 PE发送的第一 LSP Ping响应消息， 所述第一 LSP Ping响应消息携带所述宿端 PE的宿端 OAM实体配置 信息；
所述 OAM实体单元还用于当确定所述宿端 OAM实体配置信息 与所述源端 OAM实体配置信息匹配时， 使能所述源端 OAM实体向 所述宿端 PE发送 OAM ^艮文的功能。
在所述第三方面的第一种可能的实现方式中， 所述 OAM实体单 元， 还用于当确定所述宿端 OAM实体配置信息与所述源端 OAM实 体配置信息不匹配时， 调整所述源端 OAM实体配置信息与所述宿端 OAM实体配置信息匹配，使能所述源端 OAM实体向所述宿端 PE发 送 OAM报文的功能。
在所述第三方面或所述第三方面的第一种可能的实现方式中，还 提供了所述第三方面的第二种可能的实现方式，所述生成单元生成的 所述第一 LSP Ping请求消息还包括：
OAM管理类型、 长度、 内容 OAM Administration TLV , 用于标 识所述 VPN标识； 所述 0 AM Admini stration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
在所述发送单元向所述宿端 PE发送所述第一 LSP Ping请求消息 之前， 所述 OAM实体单元， 还用于配置源端 OAM实体的 OAM报 文接收功能， 并设置所述 0 AM Administration TLV的所述双向检测 标志为使能状态， 以使得所述宿端 PE 配置所述宿端 OAM 实体的 OAM报文发送功能，并启动所述宿端 OAM实体向所述源端 PE发送 OAM报文的功能。
在所述第三方面的第二种可能的实现方式中，还提供了所述第三 方面的第三种可能的实现方式， 所述生成单元生成的第一 LSP Ping 请求消息中的所述 0 AM Administration TLV中的告警使能标志为禁 止状态， 以使得所述宿端 PE在配置所述宿端 OAM实体后， 抑制所 述宿端 OAM实体告警上报功能；
在所述 OAM 实体单元使能所述源端 OAM 实体向所述宿端 PE 发送 OAM报文的功能之后 ,所述生成单元，还用于生成第二 LSP Ping 请求消息， 所述第二 LSP Ping请求消息包含的 OAM Administration TLV中的告警使能标志为使能状态；
所述发送单元，还用于将所述生成单元生成的所述第二 LSP Ping 请求消息发送到所述宿端 PE;以使得所述宿端 PE在接收到所述第二 LSP Ping请求消息后， 使能所述宿端 OAM实体的告警上报功能。
在所述第三方面的第三种可能的实现方式中，还提供了所述第三 方面的第四种可能的实现方式， 所述接收到单元， 还用于接收所述宿 端 PE发送的第二 LSP Ping响应消息；
所述 OAM实体单元， 还用于当所述接收单元接收到的所述第二 LSP Ping响应消息包含的 OAM Administration TLV的告警使能标志 为使能状态时， 使能所述源端 OAM实体的告警上报功能。
第四方面， 提供了一种宿端 PE, 其特征在于， 包括：
接收单元， 用于接收源端 PE发送的携带源端 OAM实体配置信 息的第一标签交换路径因特网包探索器 LSP Ping请求消息； 所述第 一 LSP Ping请求消息包括三层虚拟专用网 L3VPN的 VPN标识；
OAM实体单元， 用于根据所述接收单元接收到的所述第一 LSP Ping请求消息配置宿端 OAM实体， 并配置所述宿端 OAM实体对所 述 VPN标识对应的 VPN进行检测 , 启动所述宿端 OAM实体的 艮文 接收功能；
生成单元，用于根据所述 OAM实体单元配置的宿端 OAM实体， 生成第一 LSP Ping响应消息， 所述第一 LSP Ping响应消息携带所述 宿端 OAM实体配置信息；
发送单元， 用于将生成单元生成的所述第一 LSP Ping响应消息 发送到源端 PE。
在所述第四方面的第一种可能的实现方式中，所述接收单元接收 到的所述第一 LSP Ping请求消息还包括 OAM管理类型、长度、 内容 OAM Administration TLV, 所述 OAM Administration TLV包括：
告警使能标志， 用于标识是否使能 0AM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
所述 OAM实体单元，还用于当所述 OAM Administration TLV中 的所述双向检测标志设置为使能状态时， 还配置所述宿端 OAM实体 的 OAM 文发送功能， 并启动所述宿端 OAM实体向所述源端 PE 发送 OAM报文的功能。
在所述第四方面或所述第四方面的第一种可能的实现方式中，还 提供了所述第四方面的第二种可能的实现方式，当所述接收单元接收 的所述 0 AM Administration TLV中的告警使能标志为禁止状态时 , 所述 OAM 实体单元在配置所述宿端 OAM 实体后， 抑制所述宿端 OAM实体告警上报功能；
所述接收单元， 还用于接收所述第二 LSP Ping请求消息， 所述 第二 LSP Ping请求消息中包含所述 OAM Administration TLV, 且所 述 0 AM Administration TLV中的告警使能标志为使能状态；
所述 OAM实体单元， 还用于根据所述接收单元接收的所述第二 LSP Ping请求消息使能所述宿端 OAM实体的告警上报功能。
在所述第四方面的第二种可能的实现方式中，还提供了所述第三 方面的第三种可能的实现方式， 所述生成单元， 还用于生成第二 LSP Ping响应消息； 其中， 双向检测时， 所述第二 L SP Ping响应消息中 包含的所述 OAM Administration TLV的告警使能标志为使能状态； 所述发送单元， 还用于向所述源端 PE发送所述生成单元生成的 所述第二 LSP Ping响应消息； 以使得所述源端 PE在收到所述第二 LSP Ping响应消息后， 使能所述源端 OAM实体的告警上报功能。
第五方面， 提供了一种 OAM配置***， 所述***包括： 所述第三方面或所述第三方面提供的任意一种可能的实现方式 中的提供的源端 PE;
所述第四方面或所述第四方面提供的任意一种可能的实现方式 中的提供的宿端 PE。
本发明实施例提供一种 OAM配置的方法、 设备及***， 源端 PE设 备配置源端 OAM实体后， 通过扩展 LSP Ping请求消息将所述源端 PE的 OAM配置信息发送到宿端 PE设备， 以使得所述宿端 PE根据所述源端 OAM配置信息配置宿端 PE的宿端 OAM实体，并启动所述宿端 OAM实 体向所述源端 PE发送 OAM报文的功能； 所述 LSP Ping请求消息包含了 所述宿端 PE需要进行 OAM检测的 VPN标识，当所述源端 PE和宿端 PE 的 OAM实体配置好后，使能所述源端 OAM实体向所述宿端 PE发送 OAM 才艮文的功能， 由此， 完成了源端 PE和宿端 PE的 OAM配置工作， 源端 OAM实体和宿端 OAM实体可使能相应的告警上报功能， 通过上述实现 方式减少了两端配置 OAM的配置工作量，由于两端通过交互 LSP Ping 消 息来动态的完成 OAM配置， 避免了手动配置中出现的错误。
附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对 实施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员 来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附 图。
图 1为本发明实施例提供的 VPN网络中 PE设备之间 OAM配置 过程示意图；
图 2为本发明实施例提供的一种 0 AM配置方法的流程示意图； 图 3为本发明实施例提供的 OAM Function TLV示意图； 图 4为本发明实施例提供的 VPNv4 OAM FEC Stack TLV格式示 意图；
图 5为本发明实施例提供的 VPNv6 OAM FEC Stack TLV格式示 意图； 图 6为本发明实施例提供的 OAM Administration TLV格式示意 图；
图 7为本发明实施例提供的 VPNv4 OAM Source Identifier TLV 格式示意图；
图 8为本发明实施例提供的 VPNv6 OAM Source Identifier TLV 格式示意图；
图 9 为本发明实施例提供的携带告警使能比特位的 OAM Administration TLV;
图 10为本发明实施例提供的另一种 OAM配置方法的流程示意 图；
图 11为本发明实施例提供的一种 OAM配置的***示意图； 图 12为本发明实施例提供的另一种 OAM配置的***示意图。 具体实施方式 下面将结合本发明实施例中的附图，对本发明实施例中的技术方 案进行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部 分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普 通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为 VPN网络中 PE设备之间 OAM配置过程示意图， PE1 10 表示源端运营商边缘路由器 PE, PE2 11表示宿端运营商边缘路由器 PE。 PE2 11向 PE1 10发布标签； PE1 10使用这些标签进行 4艮文封装， 向 PE2 11转发数据流。 OAM执行检测的方向与数据流转发的方向相 同。 在此场景下 PE1 10作为主动端——即源端发起标签交换路径因 特网包探索器（英文全称为 Label Switched Path Packet Internet Grope, 英文简称为 LSP Ping ) 请求消息； PE2 11作为被动端——即宿端响 应 LSP Ping 响应消息。
需要说明的是， 上述过程为单向过程， 如果 PE1 10和 PE2 11两 端相互发送标签形成双向转发， 则 OAM为双向执行， 任意一端 PE 均可作为源端， 即 PE1 10即是源端 PE也是宿端 PE, PE2 11即是宿 端 PE也是源端 PE。
参见图 2 , 本发明实施例提供了一种 OAM配置的方法， 该方法 包括以下内容。
201 , 源端 PE配置源端 OAM实体， 并且禁止所述源端 OAM实 体向所述宿端 PE发送 OAM报文。
在本发明所有实施例中， 以 L3 VPN网络中的 VPN进行 OAM检 测为例进行说明。 主动发起 LSP Ping 请求消息 （LSP Ping Echo Request )的一端为源端 PE;被动接收该 LSP Ping请求消息（ LSP Ping Echo Reply ), 并响应 LSP Ping 响应消息的一端为宿端 PE。
作为发起 LSP Ping 请求消息的源端 PE , 在配置源端 OAM实体 时，要配置源端 OAM发送功能，为了避免源端 OAM实体和宿端 OAM 实体在没有协商配置好前， 源端 OAM实体发送 OAM ^艮文， 而导致 OAM实体和宿端 OAM实体配置不成功， 因此， 在源端 OAM实体 和宿端 OAM实体在没有协商配置好前， 禁止所述源端 OAM实体向 所述宿端 PE发送 OAM报文。
示例性的，当源端 PE与宿端 PE所属的同一个 VPN要进行 OAM 检测 , 而此时源端 PE与宿端 PE没有进行相应的 OAM实体的配置， 则源端 PE需对该源端 0 AM实体进行配置。例如，可对所述源端 0 AM 实体进行如下的配置：连续性检测、连通性检测、错误管理信号检测、 丟包检测、 延迟检测、 流量检测等。
202 ,向所述宿端 PE发送携带所述源端 OAM实体配置信息的第 一 LSP Ping请求消息， 以使得所述宿端 PE根据所述源端 OAM实体 配置信息配置所述宿端 PE的宿端 OAM 实体， 启动所述宿端 OAM 实体的报文接收功能， 所述第一 LSP Ping请求消息还包括 L3VPN的 VPN标识，所述 VPN标识用于标识所述宿端 PE设备需要进行 OAM 检测的 VPN。
所述宿端 PE可以根据源端 OAM实体配置信息配置宿端 OAM 实体的配置信息， 例如， 当所述源端 OAM实体配置信息中包含丟包 检测时， 所述宿端 PE在配置所述宿端 OAM实体时也配置进行丟包 检测， 但所述宿端 PE配置 OAM丟包检测的参数时， 可以根据所述 宿端 PE的能力和所述源端 OAM实体配置信息不同。 可选地， 所述源端 OAM 实体配置信息可以通过 OAM 功能 ( Function )类型、长度、 内容 TLV来携带， 所述 OAM Function TLV 可参见 [draft-ietf-mpls-lsp-ping-mpls-tp-oam-conf-03] , ^口图 3所示：
C标志位用来标识连续性检测 （英文全称为 Continuity Check, 英文简称为 CC );
V 标志位用来标识连通性检测 (英文全称为 Connectivity Verification, 英文简称为 CV );
F 标志位用来标识错误管理信号检测 （英文全称为 Fault Management Signals , 英文简称为 FMS );
L标志位用来标识丟包检测 （ Loss );
D标志位用来标识延迟检测 （Delay )；
T 标志位用 来标识流量检测 ( 英文全称为 Throughput Measurement , 英文简称为 ΤΜ )。
可选的，所述第一 LSP Ping请求消息还包括虚拟专用网 OAM转 发等价类栈类型、 长度、 内容 (VPN OAM FEC Stack TLV) , 所述第一 标识。 所述 VPN OAM FEC TLV包括： 目标全球 ID ( Target Global ID )、 目标节点 ID ( Target Node ID )及目标路由标识（ Target Route Distinguisher ) 的信息， 图 4为所述 VPN OAM FEC Stack TLV携带 IPv4 VPN标识时的 4艮文格式示意图， 图 5 为所述 VPN OAM FEC Stack TLV携带 IPv6 VPN标识时的报文格式示意图。 所述 VPN可以 通过以下方式来标识：
Target Global ID: : Target Node ID: : Target Route Distinguisher (目 标路由标识）。可选地，所述 VPN OAM FEC Stack TLV中还可以包括： 目标接口 ID( Target IF ID ),用于标识所述宿端 PE需要进行 OAM检 测的接口；对于图 4 ,所述 VPN OAM FEC Stack TLV还包括目标 IPv4 的前缀 （ Target IPv4 prefix ) 及前缀长度 ( Prefix Length ), 用于标识 所述宿端 PE需要进行 OAM检测的 IPv4 VPN路由； 对于图 5 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv6的前缀信息（Target IPv6 prefix)及前缀长度 （ Prefix Length ), 用于标识所述宿端 PE需要进行 OAM检测 IPv6 VPN路由。 以上 Target Global lD , Target Node lD和 Target IF NUM的设 置遵循 [RFC6370]的定义， Target Route Distinguisher 的设置遵循 [RFC4364]的定义。
可选地， 参考图 4和图 5 , 所述 VPN OAM FEC Stack TLV的格 式可以为： 第 1-4字节可以指示 Target Global ID , 第 5-8字节可以指 示 Target Node ID , 第 9-16字节可以指示 Target Route Distinguisher, 第 17-20字节可以指示 Target IF ID , 第 21-24字节可以指示 Target IPv4prefix及 Target IPv6 prefix, 第 25字节可以指示 refix length, 第 26-28字节可以为 0。
203 , 接收所述宿端 PE发送的第一 LSP Ping响应消息， 所述第 一 LSP Ping响应消息携带所述宿端 OAM实体配置信息，当确定所述 宿端 OAM实体配置信息与所述源端 OAM实体配置信息匹配时， 使 能所述源端 OAM实体向所述宿端 PE发送 OAM ^艮文的功能。
当所述宿端 PE配置完所述宿端 OAM 实体后， 向所述源端 PE 发送所述第一 LSP Ping响应消息。由于所述宿端 PE 自身能力限制所 述宿端 OAM实体配置信息可能会和所述源端 OAM实体配置信息不 匹配。
可选地， 当确定所述宿端 OAM实体配置信息与所述源端 OAM 实体配置信息不匹配时， 调整所述源端 OAM实体配置信息与所述宿 端 OAM实体配置信息匹配， 然后， 使能所述源端 OAM实体向所述 宿端 PE发送 OAM报文的功能。 举例来说， 以丟包检测为例， 参考 图 3 , 若标识丟包检测的 L标志位置位时， 并且所述源端 OAM实体 的配置信息中的具体丟包检测方式为直接检测方式（ Direct ) , 即直接 对业务 文进行测试， 当宿端 PE收到 OAM实体的配置信息后， 判 断宿端 PE只支持***式检测方式 （Inferred ), 所述宿端 PE只能配 置所述宿端 OAM的配置参数为 Inferrer检测方式，所述宿端 PE向将 所述宿端 PE支持的 OAM配置信息通过所述第一 LSP Ping响应消息 发送到所述源端 PE,当所述源端 PE接收到所述第一 LSP Ping响应消 息后， 发现所述宿端 PE的 OAM配置信息和所述源端 OAM实体的 配置信息不匹配， 则调整源端 OAM的配置信息中的丟包检测方式为 Inferred方式。 可选地，源端 PE向宿端 PE发送第一 L SP Ping 请求消息还包括： OAM管理类型、 长度、 内容（ OAM Administration TLV ), 所述 OAM Administration TLV, 图 6为所述 OAM Administration TLV才艮文格式 示意图， 其中：
中间供应商路由器 P使能 OAM检测标志 I, 用于标识是否使能 中间 P设备 OAM检测；
告警使能标志 A, 用于标识是否使能 OAM告警上报功能； 双向检测标志 D, 用于标识是否建立所述源端 PE和宿端 PE之 间的双向 0 AM检测功能。
可选的，参考图 6所示， OAM Administration TLV的格式可以为： OAM Administration TLV的第 1、 2字节可以指示 OAM Administration TLV的类型， OAM Administration TLV的第 3、 4字节可以指示 OAM Administration TLV的长度， OAM Administration TLV的第 5至 8字 节可以指示 OAM 检测的配置信息。
其中， OAM Administration TLV的第 5字节的第 1 比特 （图 6 中 I标志）指示中间供应商路由器 P使能 OAM检测标志， 用于标识 是否使能中间 P设备 OAM检测， 如果该比特置位， 表示要求所述第 一 LSP Ping 请求消息沿途传输节点创建 OAM 维护实体组中间点 (MIP ) 实体。 OAM Administration TLV的第 5字节的第 2比特（图 6 中 A标志） 用于标识是否使能 OAM告警上报功能， 当该比特置位， 接收到所述第一 LSP Ping请求消息的设备在配置完 OAM实体后，使 能告警上报功能， 即当 OAM检测到故障产生相关的触发动作， 包括 上才艮告警， 当该比特复位， 则告警被抑制并且不触发后续动作。 OAM Administration TLV的第 5字节的第 3比特 （图 6 ) 中的 D标志） 用 于标识是否建立所述源端 PE和宿端 PE之间的双向 OAM检测功能 , 该比特置位， 表示需要做双向检测。 其余第 5字节剩余比特及第 6、 第 7、 第 8字节为预留， 方便日后对 OAM配置使能进行扩展。
进一步地， 对于双向检测， 所述源端 PE在向所述宿端 PE发送 所述第一 LSP Ping请求消息之前， 所述源端 PE还配置源端 OAM实 体的 OAM报文接收功能， 并设置所述第一 LSP Ping请求消息中的 0 AM Administration TLV的双向检测标志置位，即将所述双向检测标 识设置为使能状态， 以使得所述宿端 PE还配置所述宿端 OAM实体 的 OAM 文发送功能， 并启动所述宿端 OAM实体向所述源端 PE 发送 OAM报文的功能。
可选的， 对于双向检测， 所述第一 LSP Ping请求消息还包括： VPN OAM 源标识类型、 长度、 内容 （VPN OAM Source Identifier TLV ), 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE 需要进行 OAM检测的 VPN标识， 图 7 为所述 VPN OAM Source Identifier TLV携带 IPv4 VPN标识时的报文格式示意图， 图 8为所述 VPN OAM Source Identifier TLV携带 IPv6 VPN标识时的报文格式示 意图， 其中， 所述 VPN OAM Source Identifier TLV中包括：
VPN OAM Source Identifier TLV 的类型、 VPN OAM Source
Identifier TLV的长度、 源端全球 ID( Source Global ID )、 源端节点 ID(Source Node ID )、 及源端 目 标路由标识 （ Source Route Distinguisher ) 的信息， 所述源端 PE需要进行 OAM检测的 VPN可 以通过以下方式来标识：
Source Global ID: : Source Node ID: : Source Route Distinguishes 可选地， 所述 VPN OAM Source Identifier TLV中还可以包括： 源端接口 ID ( Source IF ID ), 用于标识所述源端 PE需要进行 OAM 检测的接口； 对于图 7中，还包括还包括源 IPv4的前缀（ Source IPv4 prefix ) 及前缀长度 （Prefix Length ), 用于标识所述源端 PE需要进 行 OAM检测的 IPv4 VPN路由；对于图 8 ,所述 VPN OAM FEC Stack TLV还包括源 IPv6的前缀信息（Source IPv6 prefix)及前缀长度（ Prefix Length ),用于标识所述宿端 PE需要进行 OAM检测 IPv6 VPN路由。
可选的， 参考图 7和图 8 , 该 VPN OAM Source Identifier TLV的 格式可以为： 第 1-2字节可以指示 VPN OAM Source Identifier TLV 的类型，第 3-4字节可以指示 VPN OAM Source Identifier TLV的长度， 第 5-8字节可以指示 Source Global ID , 第 9-16字节可以指示 Source Node ID , 第 17-20字节可以指示 Source IF ID , 第 21-24字节可以指 示 Source IPv4 (图 7中） / IPv6 prefix (图 8中）， 第 25字节可以指 示 prefix length, 第 26-28字节可以为 0。
可选地， 为防止在所述源端 OAM实体和所述宿端 OAM实体配 置过程中， 所述源端 OAM实体和所述宿端 OAM实体在没有都完成 配置之前， 或所述源端 OAM实体和所述宿端 OAM实体配置信息不 匹配时导致所述宿端 OAM实体上报错误告警， 进一步触发所述宿端 PE或源端 PE根据错误报警进行错误操作的问题，所述第一 LSP Ping 请求消息中的 OAM Administration TLV的告警使能标志可以为禁止 状态， 以使得所述宿端 PE在配置所述宿端 OAM实体后， 抑制所述 宿端 OAM实体告警上报功能， 进一步， 在所述使能所述源端 OAM 实体向所述宿端 PE发送 OAM报文的功能之后， 包括：
向所述宿端 PE发送第二 LSP Ping请求消息，所述第二 LSP Ping 请求消息包含 OAM Administration TLV, 所述第二 LSP Ping请求消 息包含的 OAM Administration TLV中的告警使能标志为使能状态， 参考图 9 所示， 所述第二 LSP Ping 请求消息中携带的 OAM Administration TLV中含有标识告警使能的比特位 1 (也可以是任意， 只要能标识使能告警即可）， 其余的双向检测标志 D和中间供应商路 由器 P使能 OAM检测标志 I均可为空， 所述宿端 PE在接收到所述 第二 LSP Ping请求消息后，使能所述宿端 OAM实体的告警上报功能。
可选地， 所述源端 PE接收所述宿端 PE发送的第二 LSP Ping响 应消息， 所述第二 LSP Ping响应消息是针对所述第二 LSP Ping请求 消息的响应消息，所述宿端 PE接收到所述第二 LSP Ping响应消息后， 即可以开始向所述宿端 PE发送 OAM检测 ^艮文， 所述源端 PE和所 述宿端 PE开始针对所述第一 LSP Ping请求消息包括的 VPN标识对 应的 VPN进行 OAM检测。
当所述第二 LSP Ping响应消息包含的 OAM Administration TLV 的告警使能标志为使能状态时， 使能所述源端 OAM实体的告警上报 功能。
当所述第一 LSP Ping请求消息中的 OAM Administration TLV的 双向检测标志置位， 所述宿端 PE在配置所述宿端 OAM实体后， 还 配置所述宿端 ΟΑΜ ·^文发送功能， 即启动所述宿端 ΡΕ到所述源端 ΡΕ方向的 ΟΑΜ检测功能， 并将所述第二 LSP Ping响应消息中包含 的 0 AM Administration TLV的告警使能标志设置为使能状态， 当所 述源端 PE 接收到的所述第二 LSP Ping 响应消息包含的 OAM Administration TLV 的告警使能标志为使能状态时， 使能所述源端 OAM实体的告警上报功能。 此外， 需要说明的是， 对于 OAM配置参数的更新及会话删除的 过程， 与上述过程相似， 都是源端 PE和宿端 PE通过发送携带相关 信息的 LSP Ping 请求消息和 LSP Ping 响应消息， 通过源端 PE与宿 端 PE的协商过程，交互相关的参数以进行参数更新及会话删除过程。
本发明实施例提供一种 OAM配置的方法， 源端 PE设备配置源 端 OAM实体后，通过扩展 LSP Ping请求消息将所述源端 PE的 OAM 配置信息发送到宿端 PE 设备， 以使得所述宿端 PE 根据所述源端 OAM配置信息配置宿端 PE的宿端 OAM实体，并启动所述宿端 OAM 实体向所述源端 PE发送 OAM报文； 所述 LSP Ping请求消息包含了 所述宿端 PE需要进行 OAM检测的 VPN标识， 当所述源端 PE和宿 端 PE的 OAM实体配置好后， 使能所述源端 OAM实体向所述宿端 PE发送 OAM ^艮文的功能， 由此， 完成了源端 PE和宿端 PE的 OAM 配置工作， 源端 OAM实体和宿端 OAM实体可使能相应的告警上报 功能， 通过上述实现方式减少了两端配置 OAM的配置工作量， 由于 两端通过交互 LSP Ping 消息来动态的完成 OAM配置， 避免了手动 配置中出现的错误。
参见图 10 , 本发明实施例提供了另一种 OAM配置的方法， 该方 法包括以下内容。
301 , 宿端运营商边缘路由器 PE接收源端 PE发送的携带源端 OAM实体配置信息的第一标签交换路径因特网包探索器 LSP Ping请 求消息； 所述第一 LSP Ping请求消息还包括三层虚拟专用网 L3VPN 的 VPN标识。
302 , 根据所述第一 LSP Ping请求消息配置宿端 OAM实体， 并 配置所述宿端 OAM实体对所述 VPN标识对应的 VPN进行检测 , 启 动所述宿端 OAM实体的报文接收功能。
303 ,向所述源端 PE发送第一 LSP Ping响应消息，所述第一 LSP Ping响应消息携带所述宿端 OAM实体的配置信息。
可选地， 所述源端 OAM实体配置信息可以通过 OAM Function TLV来携带， 所述 OAM Function TLV已经在图 3 已经描述过， 此处 不再赘述。
可选的， 所述第一 LSP Ping 请求消息还包括虚拟专用网 VPN OAM FEC Stack TLV, 所述第一 LSP Ping请求消息通过所述 VPN OAM FEC Stack TLV携带所述 VPN标识。 所述 VPN OAM FEC TLV 包括： 目标全球 ID ( Target Global ID )、 目标节点 ID ( Target Node ID )及目标路由标识（ Target Route Distinguisher ) 的信息， 图 4为所 述 VPN OAM FEC Stack TLV携带 IPv4 VPN标识时的报文格式示意 图， 图 5为所述 VPN OAM FEC Stack TLV携带 IPv6 VPN标识时的 报文格式示意图。 所述 VPN可以通过以下方式来标识：
Target Global ID: : Target Node ID: : Target Route Distinguisher (目 标路由标识）。
可选地， 所述 VPN OAM FEC Stack TLV中还可以包括： 目标接 口 ID( Target IF ID ), 用于标识所述宿端 PE需要进行 OAM检测的接 口； 对于图 4 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv4的前 缀 （ Target IPv4 prefix ) 及前缀长度 （ Prefix Length ), 用于标识所述 宿端 PE需要进行 OAM检测的 IPv4 VPN路由； 对于图 5 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv6的前缀信息（Target IPv6 prefix) 及前缀长度 （ Prefix Length ), 用于标识所述宿端 PE需要进行 OAM 检测 IPv6 VPN路由。
以上 Target Global lD , Target Node lD和 Target IF NUM的设 置遵循 [RFC6370]的定义， Target Route Distinguisher 的设置遵循 [RFC4364]的定义。
可选的， 对于双向检测， 所述第一 LSP Ping请求消息还包括：
VPN OAM Source Identifier TLV, 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE需要进行 OAM检测的 VPN标识， 图 7 为所述 VPN OAM Source Identifier TLV携带 IPv4 VPN标识时的报文 格式示意图， 图 8为所述 VPN OAM Source Identifier TLV携带 IPv6 VPN标识时的 4艮文格式示意图。
可选地， 所述 VPN OAM Source Identifier TLV中还可以包括： 源端接口 ID ( Source IF ID ), 用于标识所述源端 PE需要进行 OAM 检测的接口； 对于图 7中，还包括还包括源 IPv4的前缀（ Source IPv4 prefix ) 及前缀长度 （Prefix Length ), 用于标识所述源端 PE需要进 行 OAM检测的 IPv4 VPN路由；对于图 8 ,所述 VPN OAM FEC Stack TLV还包括源 IPv6的前缀信息（Source IPv6 prefix)及前缀长度（ Prefix Length ),用于标识所述宿端 PE需要进行 OAM检测 IPv6 VPN路由。 可选地，所述第一 LSP Ping请求消息还包括 OAM Administration TLV, 图 6为为所述 OAM Administration TLV才艮文格式示意图， 已经 描述过， 此处不再赘述
当所述双向检测标志设置为使能状态时， 所述宿端 PE配置所述 宿端 OAM实体的 ΟΑΜ · ^艮文发送功能， 并启动所述宿端 OAM实体 向所述源端 PE发送 OAM ^艮文的功能。
可选地， 当接收到的所述第一 LSP Ping 请求消息中的 OAM Administration TLV 中的告警使能标志为禁止状态时， 所述宿端 PE 在配置所述宿端 OAM实体后， 抑制所述宿端 OAM实体告警上 ^艮功 能， 所述方法还包括：
接收所述源端 PE发送的第二 LSP Ping请求消息， 当所述第二 LSP Ping请求消息中包含的 OAM Administration TLV的告警使能标 志为使能状态， 使能所述宿端 OAM实体的告警上报功能。
可选地， 当所述第一 LSP Ping 请求消息中还包括的 OAM Administration TLV中的双向检测标志为使能状态时， 向所述源端 PE 发送第二 LSP Ping响应消息，所述第二 LSP Ping响应消息包含 OAM Administration TLV , 所述第二 LSP Ping 响应消息中 OAM Administration TLV的告警使能标志为使能状态，以使得所述源端 PE 在收到所述第二 LSP Ping响应消息后，使能所述源端 OAM实体的告 警上报功能。
本发明实施例提供一种 OAM配置的方法， 源端 PE设备配置源 端 OAM实体后，通过扩展 LSP Ping请求消息将所述源端 PE的 OAM 配置信息发送到宿端 PE 设备， 以使得所述宿端 PE 根据所述源端 OAM配置信息配置宿端 PE的宿端 OAM实体，并启动所述宿端 OAM 实体向所述源端 PE发送 OAM报文； 所述 LSP Ping请求消息包含了 所述宿端 PE需要进行 OAM检测的 VPN标识， 当所述源端 PE和宿 端 PE的 OAM实体配置好后， 使能所述源端 OAM实体向所述宿端 PE发送 OAM ^艮文的功能， 由此， 完成了源端 PE和宿端 PE的 OAM 配置工作， 源端 OAM实体和宿端 OAM实体可使能相应的告警上报 功能， 通过上述实现方式减少了两端配置 OAM的配置工作量， 由于 两端通过交互 LSP Ping 消息来动态的完成 OAM配置， 避免了手动 配置中出现的错误。 参见图 11 , 本发明实施例提供了一种 OAM配置的***， 所述系 统包括： 源端 PE10和宿端 PE20。
所述源端 PE10包括：
OAM实体单元 101 , 用于配置源端 OAM实体， 并且禁止所述源 端 OAM实体向所述宿端 PE20发送 OAM报文。
生成单元 102 , 用于根据所述 OAM 实体单元 101 配置的源端 OAM实体生成第一 LSP Ping请求消息， 所述第一 LSP Ping请求消 息携带所述源端 0 AM实体配置信息，所述第一 L SP Ping请求消息还 包括 L3VPN的 VPN标识， 所述 VPN标识用于标识所述宿端 PE设 备需要进行 OAM检测的 VPN。
发送单元 103 , 用于将所述生成单元 102 生成的所述第一 LSP Ping请求消息发送到宿端 PE20。
接收单元 104 , 用于接收所述宿端 PE20发送的第一 LSP Ping响 应消息，所述第一 LSP Ping响应消息携带所述宿端 OAM实体配置信 息。
所述 OAM实体单元 101 , 还用于根据所述接收单元 104接收的 所述第一 LSP Ping响应消息中携带的所述宿端 OAM实体配置信息， 当确定所述宿端 OAM实体配置信息与所述源端 OAM实体配置信息 匹配时， 使能所述源端 OAM实体向所述宿端 PE20发送 OAM报文 的功能。
所述宿端 PE 20包括：
接收单元 201 , 用于接收源端 PE10的发送单元 103发送的携带 源端 OAM实体配置信息的第一 LSP Ping请求消息， 所述第一 LSP Ping请求消息包括三层虚拟专用网 L3VPN的 VPN标识。
OAM实体单元 202 , 用于根据所述接收单元 201接收到的所述 第一 LSP Ping请求消息配置宿端 OAM实体， 启动所述宿端 OAM实 体的报文接收功能。
生成单元 203 , 用于根据所述 OAM 实体单元 202 配置的宿端 OAM实体的配置信息， 生成第一 LSP Ping响应消息， 所述第一 LSP Ping响应消息携带所述宿端 OAM实体配置信息。
发送单元 204 , 用于将生成单元 203 生成的所述第一 LSP Ping 响应消息发送到源端 PE 10。
可选的， 所述源端 PE10的 OAM实体单元 101 , 还用于当确定 所述宿端 OAM实体配置信息与所述源端 OAM实体配置信息不匹配 时， 调整所述源端 OAM实体配置信息与所述宿端 OAM实体配置信 息匹配， 使能所述源端 OAM实体向所述宿端 PE20发送 OAM报文 的功能。
可选地， 所述源端 OAM实体配置信息可以通过 OAM Function TLV来携带， 所述 OAM Function TLV格式如图 3所示。
可选地， 所述源端 PE10 的生成单元 102 生成的所述第一 LSP Ping请求消息还包括 VPN OAM FEC Stack TLV, 所述第一 LSP Ping 请求消息通过所述 VPN OAM FEC Stack TLV携带所述 VPN标识。 所述 VPN OAM FEC TLV包括： 目标全球 ID ( Target Global ID )、 目标节点 ID ( Target Node ID ) 及目标路由标识 （ Target Route Distinguisher ) 的信息， 图 4为所述 VPN OAM FEC Stack TLV携带 IPv4 VPN标识时的 4艮文格式示意图， 图 5 为所述 VPN OAM FEC Stack TLV携带 IPv6 VPN标识时的报文格式示意图。 所述 VPN可以 通过以下方式来标识：
Target Global ID: : Target Node ID: : Target Route Distinguisher (目 标路由标识）。
可选地 , 所述 VPN OAM FEC Stack TLV中还可以包括： 目标接 口 ID( Target IF ID ), 用于标识所述宿端 PE20需要进行 OAM检测的 接口； 对于图 4 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv4的 前缀 （ Target IPv4 prefix ) 及前缀长度 ( Prefix Length ), 用于标识所 述宿端 PE20需要进行 OAM检测的 IPv4 VPN路由； 对于图 5 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv6的前缀信息（Target IPv6 prefix)及前缀长度 （ Prefix Length ), 用于标识所述宿端 PE20需要进 行 OAM检测 IPv6 VPN路由。
可选地， 所述源端 PE10 的生成单元 102 生成的所述第一 LSP Ping请求消息还包括：
0 AM Administration TLV , 用于标识所述 VPN标识； 所述 0 AM
Administration TLV包括： 告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
在所述源端 PE10的发送单元 103向所述宿端 PE20发送所述第 一 LSP Ping请求消息之前， 所述源端 PE10的 OAM实体单元 101 , 还用于配置源端 OAM实体的 OAM ^艮文接收功能，并设置所述 OAM Administration TLV的所述双向检测标志为使能状态， 以使得所述宿 端 PE20配置所述宿端 OAM实体的 OAM ^艮文发送功能， 并启动所 述宿端 OAM实体向所述源端 PE发送 OAM ^艮文的功能。 相应地， 所述宿端 PE20 的 OAM 实体单元 202 , 还用于当所述 OAM Administration TLV中的所述双向检测标志设置为使能状态时， 还配 置所述宿端 OAM实体的 OAM报文发送功能，并启动所述宿端 OAM 实体向所述源端 PE10发送 OAM ^艮文的功能。
可选的， 对于双向检测， 所述第一 LSP Ping请求消息还包括： VPN OAM Source Identifier TLV, 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE10需要进行 OAM检测的 VPN标识， 图 7 为所述 VPN OAM Source Identifier TLV携带 IPv4 VPN标识时的报文 格式示意图， 图 8为所述 VPN OAM Source Identifier TLV携带 IPv6 VPN标识时的 4艮文格式示意图。
可选地， 所述 VPN OAM Source Identifier TLV中还可以包括： 源端接口 ID ( Source IF ID ),用于标识所述源端 PE10需要进行 OAM 检测的接口； 对于图 7中，还包括还包括源 IPv4的前缀（ Source IPv4 prefix ) 及前缀长度 （Prefix Length ), 用于标识所述源端 PE10需要 进行 0 AM检测的 IPv4 VPN路由； 对于图 8 , 所述 VPN OAM FEC Stack TLV还包括源 IPv6的前缀信息（Source IPv6 prefix)及前缀长度 ( Prefix Length ), 用于标识所述宿端 PE10需要进行 OAM检测 IPv6 VPN路由。
可选地，所述第一 LSP Ping请求消息还包括 OAM Administration TLV, 图 6为为所述 OAM Administration TLV才艮文格式示意图， 已经 描述过， 此处不再赘述。
可选地，所述源端 PE10的生成单元 102生成的第一 LSP Ping请 求消息中的所述 OAM Administration TLV中的告警使能标志为禁止 状态， 当所述宿端 PE20 的接收单元 201 接收的所述 OAM Administration TLV中的告警使能标志为禁止状态时，所述宿端 PE 20 的 OAM实体单元 202在配置所述宿端 OAM实体后， 抑制所述宿端 OAM实体告警上报功能。
在所述源端 PE10的 OAM实体单元 101使能所述源端 OAM实 体向所述宿端 PE发送 OAM ^艮文的功能之后， 所述源端 PE10的生 成单元 102 ,还用于生成第二 LSP Ping请求消息， 所述第二 LSP Ping 请求消息包含的 0 AM Administration TLV中的告警使能标志为使能 状态。
相应地， 所述接收单元 201 , 还用于接收所述第二 LSP Ping请求 消息， 所述宿端 PE20的 OAM实体单元 202 , 还用于根据所述接收 单元 201接收的所述第二 L SP Ping请求消息使能所述宿端 0 AM实体 的告警上报功能。
所述源端 PE10的发送单元 103 , 还用于将所述生成单元 102生 成的所述第二 LSP Ping请求消息发送到所述宿端 PE20 , 相应地所述 宿端 PE20的接收单元 201还用于接收到所述第二 LSP Ping请求消 息， 所述宿端 PE20的 OAM实体单元 202还用于当判断所述接收单 元 201 还用于接收到所述第二 LSP Ping 请求消息包含的 OAM Administration TLV中的告警使能标志为使能状态时， 使能所述宿端 OAM实体的告警上报功能。
可选地， 所述源端 PE10的接收到单元 104 , 还用于接收所述宿 端 PE20发送的第二 LSP Ping响应消息。
所述宿端 PE20的生成单元 203 , 还用于生成第二 LSP Ping响应 消息； 其中， 双向检测时， 所述第二 LSP Ping响应消息中包含的所 述 0 AM Administration TLV的告警使能标志为使能状态。
所述宿端 PE20的发送单元 204 ,还用于向所述源端 PE10发送所 述生成单元 203生成的所述第二 LSP Ping响应消息。
所述源端 PE10的 OAM实体单元 101 , 还用于当所述接收单元 104接收到的所述第二 LSP Ping响应消息包含的 OAM Administration TLV的告警使能标志为使能状态时，使能所述源端 OAM实体的告警 上报功能。
本发明实施例提供一种 OAM配置的***， 源端 PE10配置源端 OAM实体后 ,通过扩展 LSP Ping请求消息将所述源端 PE10的 OAM 配置信息发送到宿端 PE20设备， 以使得所述宿端 PE20根据所述源 端 OAM配置信息配置宿端 PE20的宿端 OAM实体， 并启动所述宿 端 OAM实体向所述源端 PE10发送 OAM报文； 所述 LSP Ping请求 消息包含了所述宿端 PE20需要进行 OAM检测的 VPN标识， 当所述 源端 PE10和宿端 PE20的 OAM实体配置好后， 使能所述源端 OAM 实体向所述宿端 PE20发送 OAM报文的功能，由此，完成了源端 PE10 和宿端 PE20的 OAM配置工作，源端 OAM实体和宿端 OAM实体可 使能相应的告警上报功能， 通过上述实现方式减少了两端配置 OAM 的配置工作量，由于两端通过交互 LSP Ping 消息来动态的完成 OAM 配置， 避免了手动配置中出现的错误。
参见图 12 , 本发明实施例提供了另一种 OAM配置的***， 所述 ***包括： 源端 PE30和宿端 PE40。
所述源端 PE 30包括：
处理器 301 , 用于配置源端 OAM实体， 并且禁止所述源端 OAM 实体向所述宿端 PE30发送 OAM ^艮文， 还用于生成第一 LSP Ping请 求消息，所述第一 LSP Ping请求消息携带所述源端 OAM实体配置信 息， 所述第一 L SP Ping请求消息还包括 L3 VPN的 VPN标识 , 所述 VPN标识用于标识所述宿端 PE40需要进行 OAM检测的 VPN。
发送器 302 , 用于将所述处理器 301 生成的所述第一 LSP Ping 请求消息发送到宿端 PE40。
接收器 303 , 用于接收所述宿端 PE40发送的第一 LSP Ping响应 消息，所述第一 L SP Ping响应消息携带所述宿端 0 AM实体配置信息。
所述处理器 301 , 还用于根据所述接收器 303 接收的所述第一 LSP Ping响应消息中携带的宿端 OAM实体配置信息， 当确定所述宿 端 OAM实体配置信息与所述源端 OAM实体配置信息匹配时， 使能 所述源端 OAM实体向所述宿端 PE40发送 OAM报文的功能。
所述宿端 PE40包括：
接收器 401 , 用于接收源端 PE30的发送器 302发送的携带源端 OAM实体配置信息的第一 LSP Ping请求消息； 所述第一 LSP Ping 请求消息包括 L3 VPN的 VPN标识。 处理器 402 , 用于根据所述接收器 401 接收到的所述第一 LSP Ping请求消息配置宿端 OAM实体， 启动所述宿端 OAM实体的 4艮文 接收功能， 并用于生成第一 LSP Ping响应消息， 所述第一 LSP Ping 响应消息携带所述宿端 OAM实体配置信息。
发送器 403 ,用于将处理器 402生成的所述第一 LSP Ping响应消 息发送到源端 PE30。
可选的， 所述处理器 301还用于当确定所述宿端 OAM实体配置 信息与所述源端 OAM实体配置信息不匹配时， 调整所述源端 OAM 实体配置信息与所述宿端 OAM 实体配置信息匹配， 使能所述源端 OAM实体向所述宿端 PE40发送 OAM报文的功能。
可选地， 所述源端 OAM实体配置信息可以通过 OAM Function TLV来携带， 所述 OAM Function TLV格式如图 3所示。
可选地， 所述源端 PE30的处理器 301生成的所述第一 LSP Ping 请求消息还包括 VPN 0 AM FEC Stack TLV, 所述第一 L SP Ping请求 消息通过所述 VPN OAM FEC Stack TLV携带所述 VPN标识。 所述 VPN OAM FEC TLV包括： 目标全球 ID ( Target Global ID )、 目标 节点 ID ( Target Node ID ) 及目 标路由标识 （ Target Route Distinguisher ) 的信息， 图 4为所述 VPN OAM FEC Stack TLV携带 IPv4 VPN标识时的 4艮文格式示意图， 图 5 为所述 VPN OAM FEC Stack TLV携带 IPv6 VPN标识时的报文格式示意图。 所述 VPN可以 通过以下方式来标识：
Target Global ID: : Target Node ID: : Target Route Distinguisher (目 标路由标识）。
可选地， 所述 VPN OAM FEC Stack TLV中还可以包括： 目标接 口 ID( Target IF ID ), 用于标识所述宿端 PE40需要进行 OAM检测的 接口； 对于图 4 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv4的 前缀 （ Target IPv4 prefix ) 及前缀长度 ( Prefix Length ), 用于标识所 述宿端 PE20需要进行 OAM检测的 IPv4 VPN路由； 对于图 5 , 所述 VPN OAM FEC Stack TLV还包括目标 IPv6的前缀信息（Target IPv6 prefix)及前缀长度 （ Prefix Length ), 用于标识所述宿端 PE20需要进 行 OAM检测 IPv6 VPN路由。 可选地， 所述源端 PE30的处理器 301生成的所述第一 LSP Ping 请求消息还包括：
0 AM Administration TLV , 用于标识所述 VPN标识； 所述 0 AM Administration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能。
在所述源端 PE30的发送器 303向所述宿端 PE40发送所述第一 LSP Ping请求消息之前， 所述源端 PE30的处理器 301 , 还用于配置 源端 OAM 实体的 OAM 文接收功能， 并设置所述 OAM Administration TLV的所述双向检测标志为使能状态。 相应地， 所述 宿端 PE40的处理器 402 , 还用于当所述 OAM Administration TLV中 的所述双向检测标志设置为使能状态时， 还配置所述宿端 OAM实体 的 ΟΑΜ ·^文发送功能，并启动所述宿端 ΟΑΜ实体向所述源端 ΡΕ30 发送 ΟΑΜ报文的功能。
可选的， 对于双向检测， 所述第一 LSP Ping请求消息还包括： VPN OAM Source Identifier TLV, 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE30需要进行 OAM检测的 VPN标识， 图 7 为所述 VPN OAM Source Identifier TLV携带 IPv4 VPN标识时的报文 格式示意图， 图 8为所述 VPN OAM Source Identifier TLV携带 IPv6 VPN标识时的 4艮文格式示意图。
可选地， 所述 VPN OAM Source Identifier TLV中还可以包括： 源端接口 ID ( Source IF ID ),用于标识所述源端 PE30需要进行 OAM 检测的接口； 对于图 7中，还包括还包括源 IPv4的前缀（ Source IPv4 prefix ) 及前缀长度 （Prefix Length ), 用于标识所述源端 PE30需要 进行 0 AM检测的 IPv4 VPN路由； 对于图 8 , 所述 VPN OAM FEC Stack TLV还包括源 IPv6的前缀信息（Source IPv6 prefix)及前缀长度 ( Prefix Length ), 用于标识所述宿端 PE30需要进行 OAM检测 IPv6 VPN路由。
可选地，所述第一 LSP Ping请求消息还包括 OAM Administration
TLV, 图 6为所述 OAM Administration TLV才艮文格式示意图， 已经描 述过， 此处不再赘述。 可选地，所述源端 PE30的处理器 301生成的第一 LSP Ping请求 消息中的所述 OAM Administration TLV中的告警使能标志为禁止状 态 , 当所述接收器 401接收的所述 OAM Administration TLV中的告 警使能标志为禁止状态时， 所述处理器 402在配置所述宿端 OAM实 体后， 抑制所述宿端 OAM实体告警上 功能。
在所述源端 PE30的处理器 301使能所述源端 OAM实体向所述 宿端 PE40发送 OAM报文的功能之后， 所述处理器 301还用于生成 第二 LSP Ping请求消息， 所述第二 LSP Ping请求消息包含的 OAM Administration TLV中的告警使能标志为使能状态。
相应地， 所述宿端 PE40的接收器 401还用于接收所述第二 LSP Ping请求消息， 所述处理器 402 , 还用于根据所述接收器 401接收的 所述第二 LSP Ping请求消息使能所述宿端 OAM实体的告警上报功 b
fi 。
所述源端 PE30的发送器 302 , 还用于将所述处理器 301生成的 所述第二 LSP Ping请求消息发送到所述宿端 PE40 , 相应地所述接收 器 401还用于接收到所述第二 LSP Ping请求消息， 所述处理器 402 还用于当判断所述接收器 401接收到所述第二 LSP Ping请求消息包 含的 0 AM Administration TLV中的告警使能标志为使能状态时， 使 能所述宿端 OAM实体的告警上报功能。
可选地， 所述源端 PE30的接收到器 303 , 还用于接收所述宿端 PE40发送的第二 LSP Ping响应消息。
所述宿端 PE40的处理器 402 , 还用于生成第二 LSP Ping响应消 息； 其中， 双向检测时， 所述第二 LSP Ping响应消息中包含的所述 OAM Administration TLV的告警使能标志为使能状态。
所述宿端 PE40的发送器 403 ,还用于向所述源端 PE30发送所述 处理器 402生成的所述第二 LSP Ping响应消息。
所述源端 PE30的处理器 303 , 还用于当所述接收器 303收到的 所述第二 LSP Ping响应消息包含的 OAM Administration TLV的告警 使能标志为使能状态时， 使能所述源端 OAM实体的告警上报功能。
本发明实施例提供一种 OAM配置的***， 源端 PE30配置源端 OAM实体后，通过扩展 LSP Ping请求消息将所述源端 PE30的 OAM 配置信息发送到宿端 PE40设备， 以使得所述宿端 PE40根据所述源 端 OAM配置信息配置宿端 PE40的宿端 OAM实体， 并启动所述宿 端 OAM实体向所述源端 PE30发送 OAM报文； 所述 LSP Ping请求 消息包含了所述宿端 PE40需要进行 OAM检测的 VPN标识， 当所述 源端 PE30和宿端 PE40的 OAM实体配置好后， 使能所述源端 OAM 实体向所述宿端 PE40发送 OAM报文的功能，由此，完成了源端 PE30 和宿端 PE40的 OAM配置工作，源端 OAM实体和宿端 OAM实体可 使能相应的告警上报功能， 通过上述实现方式减少了两端配置 OAM 的配置工作量，由于两端通过交互 LSP Ping 消息来动态的完成 OAM 配置， 避免了手动配置中出现的错误。
所述源端 PE30和所述宿端 PE40可以为路由器或交换机。
可选地， 上述源端 PE30 的处理器 301和宿端 PE40 的处理器 402 可以为中央处理器 （英文全称为 Central Processing Unit, 英文简称为 CPU )。 上述源端 PE30的接收器 303、 发送器 302、 宿端 PE40的接收器 401、 发送器 403 可以包含普通物理接口， 所述物理接口可以为以太 ( Ethernet )接口或异步传输模式 （英文全称为 Asynchronous Transfer Mode, 英文简称为 ATM )接口。 上述源端 PE30的接收器 303、 处理器 301和发送器 302可以集成为一个或多个独立的电路或硬件， 如： 专用集 成电路（英文全称为 Application Specific Integrated Circuit, 英文简称为 ASIC), 上述宿端 PE40的接收器 401、 处理器 402、 发送器 403可以集成 为一个或多个独立的电路或硬件， 如： ASIC。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成，前述程序可以存储于一计算机可 读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而 前述的存储介质包括： 只读存储器（英文全称为 read-only memory, 英文 简称为 ROM )、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。 而非对其限制；尽管参照前述实施例对本发明及本发明带来的有益效果进 行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各 实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明权利要 求的范围。

Claims

权利要求
1、 一种操作、 管理和维护 0AM配置的方法， 其特征在于， 包 括：
源端运营商边缘路由器 PE配置源端 OAM实体， 并且禁止所述 源端 OAM实体向所述宿端 PE发送 OAM报文；
向所述宿端 PE发送携带所述源端 OAM实体配置信息的第一标 签交换路径因特网包探索器 LSP Ping请求消息， 以使得所述宿端 PE 根据所述源端 OAM实体配置信息配置所述宿端 PE的宿端 OAM实 体， 启动所述宿端 OAM 实体的报文接收功能， 所述第一 LSP Ping 请求消息还包括三层虚拟专用网 L3 VPN的 VPN标识， 所述 VPN标 识用于标识所述宿端 PE设备需要进行 OAM检测的 VPN;
接收所述宿端 PE发送的第一 LSP Ping响应消息， 所述第一 LSP Ping 响应消息携带所述宿端 OAM 实体配置信息， 当确定所述宿端 OAM实体配置信息与所述源端 OAM实体配置信息匹配时， 使能所 述源端 OAM实体向所述宿端 PE发送 OAM ^艮文的功能。
2、 根据权利要求 1所述的方法， 其特征在于， 包括：
当确定所述宿端 OAM实体配置信息与所述源端 OAM实体配置 信息不匹配时， 调整所述源端 OAM实体配置信息与所述宿端 OAM 实体配置信息匹配， 使能所述源端 OAM 实体向所述宿端 PE 发送 OAM报文的功能。
3、根据权利要求 1或 2所述的方法，其特征在于，所述第一 LSP Ping请求消息通过虚拟专用网 OAM转发等价类栈类型、 长度、 内容 VPN OAM FEC TLV携带所述 VPN标识 , 所述 VPN OAM FEC TLV 包括：
目标全球 ID Target Global ID、 目标节点 ID Target Node ID及目 标路由标识 Target Route Distinguishes
4、根据权利要求 3所述的方法，其特征在于，所述 VPN OAM FEC TLV还包括：
目标接口 ID Target IF ID , 用于标识所述宿端 PE需要进行 OAM 检测的接口；
目标 IP地址信息，用于标识所述宿端 PE需要进行 OAM检测路 由。
5、根据权利要求 1至 4任一权利要求所述的方法， 其特征在于， 所述第一 LSP Ping请求消息中还包括 OAM管理类型、长度、 内 容 OAM Administration TLV, 所述 OAM Administration TLV包括： 告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能。
6、 根据权利要求 5 所述的方法， 其特征在于， 向所述宿端 PE 发送所述第一 LSP Ping请求消息之前， 包括：
所述源端 PE配置源端 OAM实体的 ΟΑΜ ·^文接收功能， 并设 置所述 0 AM Administration TLV的双向检测标志为使能状态， 以使 得所述宿端 PE配置所述宿端 OAM实体的 ΟΑΜ ·^文发送功能， 并 启动所述宿端 ΟΑΜ实体向所述源端 ΡΕ发送 OAM ^艮文的功能； 所述第一 L SP Ping请求消息还包括 VPN 0 AM源标识类型、 长 度、 内容 VPN OAM Source Identifier TLV, 所述 VPN OAM Source Identifier TLV用于标识所述源端 PE需要进行 OAM检测的 VPN标 识， 其中， 所述 VPN OAM Source Identifier TLV包括：
源端全球 ID Source Global ID、源端节点 ID Source Node ID及源 端路由标识 Source Route Distinguisher的信息。
7、 根据权利要求 6所述的方法， 其特征在于， 所述 VPN OAM Source Identifier TLV还包括：
源端接口 ID Source IF ID ,用于标识所述源端 PE需要进行 OAM 检测的接口；
源端 IP地址信息，用于标识所述源端 PE需要进行 OAM检测路 由。
8、根据权利要求 5至 7任一权利要求所述的方法， 其特征在于， 所述第一 LSP Ping请求消息中包含的 OAM Administration TLV中的 告警使能标志为禁止状态，以使得所述宿端 PE在配置所述宿端 OAM 实体后， 抑制所述宿端 OAM实体告警上报功能， 在所述使能所述源 端 OAM实体向所述宿端 PE发送 ΟΑΜ · ^艮文的功能之后， 包括： 向所述宿端 PE发送第二 LSP Ping请求消息，所述第二 LSP Ping 请求消 息 包含所述 OAM Administration TLV , 所述 OAM Administration TLV中的告警使能标志为使能状态， 以使得所述宿端 PE在接收到所述第二 LSP Ping请求消息后， 使能所述宿端 OAM实 体的告警上报功能。
9、 根据权利要求 8所述的方法， 其特征在于， 包括：
接收所述宿端 PE发送的第二 LSP Ping响应消息， 所述第二 LSP Ping响应消息是针对所述第二 LSP Ping请求消息的响应消息；
当所述第二 LSP Ping响应消息包含的 OAM Administration TLV 的告警使能标志为使能状态时， 使能所述源端 OAM实体的告警上报 功能。
10、 一种操作、 管理和维护 OAM配置的方法， 其特征在于， 包 括：
宿端运营商边缘路由器 P E接收源端 P E发送的携带源端 0 AM实 体配置信息的第一标签交换路径因特网包探索器 LSP Ping请求消息； 所述第一 LSP Ping请求消息还包括三层虚拟专用网 L3VPN的 VPN 标识；
根据所述第一 LSP Ping请求消息配置宿端 OAM实体，并配置所 述宿端 OAM实体对所述 VPN标识对应的 VPN进行检测 , 启动所述 宿端 OAM实体的报文接收功能；
向所述源端 PE发送第一 LSP Ping响应消息，所述第一 LSP Ping 响应消息携带所述宿端 OAM实体的配置信息。
11、 根据权利要求 10所述的方法， 其特征在于， 所述第一 LSP Ping 请求消息中还包括 OAM 管理类型、 长度、 内容 OAM Administration TLV, 所述 OAM Administration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
当所述双向检测标志设置为使能状态时， 所述宿端 PE配置所述 宿端 OAM实体的 ΟΑΜ · ^艮文发送功能， 并启动所述宿端 OAM实体 向所述源端 PE发送 OAM ^艮文的功能。
12、 根据权利要求 10或 11所述的方法， 其特征在于， 当接收到 的所述第一 LSP Ping请求消息中的 OAM Administration TLV中的告 警使能标志为禁止状态时， 所述宿端 PE在配置所述宿端 OAM实体 后， 抑制所述宿端 OAM实体告警上报功能， 所述方法还包括： 接收所述源端 PE发送的第二 LSP Ping请求消息， 当所述第二 LSP Ping请求消息中包含的 OAM Administration TLV的告警使能标 志为使能状态， 使能所述宿端 OAM实体的告警上报功能。
13、 根据权利要求 12所述的方法， 其特征在于， 包括： 向所述源端 PE发送第二 LSP Ping响应消息，所述第二 LSP Ping 响应消息包含 OAM Administration TLV, 当所述第一 LSP Ping请求 消息中还包括的 OAM Administration TLV中的双向检测标志为使能 状态时， 所述第二 LSP Ping响应消息中 OAM Administration TLV的 告警使能标志为使能状态， 以使得所述源端 PE在收到所述第二 LSP Ping响应消息后， 使能所述源端 OAM实体的告警上报功能。
14、 一种源端运营商边缘路由器 PE, 其特征在于， 包括： OAM实体单元， 用于配置源端 OAM实体， 并且禁止所述源端
OAM实体向所述宿端 PE发送 OAM报文；
生成单元， 用于根据所述 OAM实体单元配置的源端 OAM实体 生成第一 LSP Ping请求消息， 所述第一 LSP Ping请求消息携带所述 源端 OAM实体配置信息，所述第一 LSP Ping请求消息还包括三层虚 拟专用网 L3VPN的 VPN标识，所述 VPN标识用于标识所述宿端 PE 设备需要进行 OAM检测的 VPN;
发送单元， 用于将所述生成单元生成的所述第一 LSP Ping请求 消息发送到宿端 PE, 以使得所述宿端 PE根据所述第一 LSP Ping请 求消息配置宿端 OAM实体， 启动所述宿端 OAM实体的报文接收功
•6 fi匕 . ,
接收单元，用于接收所述宿端 PE发送的第一 LSP Ping响应消息， 所述第一 LSP Ping响应消息携带所述宿端 PE的宿端 OAM实体配置 信息；
所述 OAM实体单元还用于当确定所述宿端 OAM实体配置信息 与所述源端 OAM实体配置信息匹配时， 使能所述源端 OAM实体向 所述宿端 PE发送 OAM ^艮文的功能。
15、 根据权利要求 14所述的源端 PE, 其特征在于， 所述 OAM 实体单元， 还用于当确定所述宿端 OAM 实体配置信息与所述源端 OAM实体配置信息不匹配时， 调整所述源端 OAM实体配置信息与 所述宿端 OAM实体配置信息匹配， 使能所述源端 OAM实体向所述 宿端 PE发送 OAM报文的功能。
16、 根据权利要求 14或 15所述的源端 PE, 其特征在于， 所述 生成单元生成的所述第一 LSP Ping请求消息还包括：
OAM管理类型、 长度、 内容 OAM Administration TLV , 用于标 识所述 VPN标识； 所述 0 AM Admini stration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
在所述发送单元向所述宿端 PE发送所述第一 LSP Ping请求消息 之前， 所述 OAM实体单元， 还用于配置源端 OAM实体的 OAM报 文接收功能， 并设置所述 0 AM Administration TLV的所述双向检测 标志为使能状态， 以使得所述宿端 PE 配置所述宿端 OAM 实体的 OAM报文发送功能，并启动所述宿端 OAM实体向所述源端 PE发送 OAM报文的功能。
17、 根据权利要求 16所述的源端 PE, 其特征在于， 所述生成单 元生成的第一 LSP Ping请求消息中的所述 OAM Administration TLV 中的告警使能标志为禁止状态， 以使得所述宿端 PE在配置所述宿端 OAM实体后， 抑制所述宿端 OAM实体告警上报功能；
在所述 OAM 实体单元使能所述源端 OAM 实体向所述宿端 PE 发送 OAM报文的功能之后 ,所述生成单元，还用于生成第二 LSP Ping 请求消息， 所述第二 LSP Ping请求消息包含的 OAM Administration TLV中的告警使能标志为使能状态；
所述发送单元，还用于将所述生成单元生成的所述第二 LSP Ping 请求消息发送到所述宿端 PE;以使得所述宿端 PE在接收到所述第二 LSP Ping请求消息后， 使能所述宿端 OAM实体的告警上报功能。
18、 根据权利要求 17所述的源端 PE, 其特征在于， 包括： 所述接收到单元， 还用于接收所述宿端 PE发送的第二 LSP Ping 响应消息；
所述 OAM实体单元， 还用于当所述接收单元接收到的所述第二 LSP Ping响应消息包含的 OAM Administration TLV的告警使能标志 为使能状态时， 使能所述源端 OAM实体的告警上报功能。
19、 一种宿端运营商边缘路由器 PE, 其特征在于， 包括： 接收单元， 用于接收源端 PE发送的携带源端 OAM实体配置信 息的第一标签交换路径因特网包探索器 LSP Ping请求消息； 所述第 一 LSP Ping请求消息包括三层虚拟专用网 L3VPN的 VPN标识；
OAM实体单元， 用于根据所述接收单元接收到的所述第一 LSP Ping请求消息配置宿端 OAM实体， 并配置所述宿端 OAM实体对所 述 VPN标识对应的 VPN进行检测 , 启动所述宿端 OAM实体的 艮文 接收功能；
生成单元，用于根据所述 OAM实体单元配置的宿端 OAM实体， 生成第一 LSP Ping响应消息， 所述第一 LSP Ping响应消息携带所述 宿端 OAM实体配置信息；
发送单元， 用于将生成单元生成的所述第一 LSP Ping响应消息 发送到源端 PE。
20、根据权利要求 19任一权利要求所述的宿端 PE,其特征在于， 所述接收单元接收到的所述第一 LSP Ping请求消息还包括 0 AM 管理类型、 长度、 内容 OAM Administration TLV , 所述 OAM
Administration TLV包括：
告警使能标志， 用于标识是否使能 OAM告警上报功能； 双向检测标志， 用于标识是否建立所述源端 PE和宿端 PE之间 的双向 OAM检测功能；
所述 OAM实体单元，还用于当所述 OAM Administration TLV中 的所述双向检测标志设置为使能状态时， 还配置所述宿端 OAM实体 的 OAM 文发送功能， 并启动所述宿端 OAM实体向所述源端 PE 发送 OAM报文的功能。
21、 根据权利要求 19或 20所述的宿端 PE, 其特征在于， 当所述接收单元接收的所述 OAM Administration TLV中的告警 使能标志为禁止状态时， 所述 OAM实体单元在配置所述宿端 OAM 实体后， 抑制所述宿端 OAM实体告警上 功能；
所述接收单元， 还用于接收所述第二 LSP Ping请求消息， 所述 第二 LSP Ping请求消息中包含所述 OAM Administration TLV, 且所 述 0 AM Administration TLV中的告警使能标志为使能状态；
所述 OAM实体单元， 还用于根据所述接收单元接收的所述第二 LSP Ping请求消息使能所述宿端 OAM实体的告警上报功能。
22、 根据权利要求 21所述的宿端 PE, 其特征在于， 包括： 所述生成单元， 还用于生成第二 LSP Ping响应消息； 其中， 双 向检测时， 所述第二 LSP Ping 响应消息中包含的所述 OAM Administration TLV的告警使能标志为使能状态；
所述发送单元， 还用于向所述源端 PE发送所述生成单元生成的 所述第二 LSP Ping响应消息； 以使得所述源端 PE在收到所述第二 LSP Ping响应消息后， 使能所述源端 OAM实体的告警上报功能。
23、 一种 OAM配置***， 其特征在于， 包括：
权利要求 14至 18任一权利要求所述的源端运营商边缘路由器 PE, 和权利要求 19至 22任一权利要求所述的宿端运营商边缘路由器 PE。
PCT/CN2013/070534 2012-07-31 2013-01-16 操作、管理和维护oam配置的方法、设备及*** WO2014019348A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210268576.7 2012-07-31
CN201210268576.7A CN103580894B (zh) 2012-07-31 2012-07-31 操作、管理和维护oam配置的方法、设备及***

Publications (1)

Publication Number Publication Date
WO2014019348A1 true WO2014019348A1 (zh) 2014-02-06

Family

ID=50027186

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/070534 WO2014019348A1 (zh) 2012-07-31 2013-01-16 操作、管理和维护oam配置的方法、设备及***

Country Status (2)

Country Link
CN (1) CN103580894B (zh)
WO (1) WO2014019348A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3116160A4 (en) * 2014-04-04 2017-01-11 Huawei Technologies Co., Ltd Oam packet processing method, network device and network system

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103957213A (zh) * 2014-05-05 2014-07-30 上海大亚科技有限公司 基于ping包实现网络服务开启和关闭的***及方法
CN104270280B (zh) * 2014-09-02 2017-11-07 烽火通信科技股份有限公司 在路由器上实现LSP ping和tracert的***及方法
CN105577413B (zh) * 2014-10-17 2019-09-10 中兴通讯股份有限公司 操作、管理和维护oam报文处理方法及装置
CN105577416B (zh) * 2014-10-17 2020-03-10 中兴通讯股份有限公司 一种业务功能链操作、管理和维护方法及节点设备
CN105591798B (zh) * 2015-07-24 2019-04-09 新华三技术有限公司 Dcn中传输oam信息的方法、装置
CN108964943B (zh) * 2017-05-18 2022-01-28 中兴通讯股份有限公司 一种实现ioam封装的方法及装置
CN110505035B (zh) * 2018-05-16 2022-04-29 华为技术有限公司 数据处理方法和装置、通信***
CN110545196A (zh) * 2018-05-28 2019-12-06 华为技术有限公司 一种数据传输方法及相关网络设备
CN110933002B (zh) * 2019-11-25 2021-12-28 苏州盛科科技有限公司 一种mpls带内检测oam的交换芯片实现方法及装置
CN114221867A (zh) * 2020-09-03 2022-03-22 华为技术有限公司 一种操作管理维护oam报文处理方法及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355441A (zh) * 2007-07-27 2009-01-28 华为技术有限公司 一种配置操作管理维护属性的方法、***及设备
US20090238084A1 (en) * 2008-03-18 2009-09-24 Cisco Technology, Inc. Network monitoring using a proxy
CN102332987A (zh) * 2010-07-12 2012-01-25 中兴通讯股份有限公司 一种伪线oam属性配置的方法和***

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1625176B (zh) * 2003-12-03 2010-04-28 华为技术有限公司 基于边缘到边缘伪线仿真协议的通信方法
CN100396023C (zh) * 2005-09-30 2008-06-18 华为技术有限公司 维护多跳伪线的协商控制方法
US8804534B2 (en) * 2007-05-19 2014-08-12 Cisco Technology, Inc. Interworking between MPLS/IP and Ethernet OAM mechanisms

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101355441A (zh) * 2007-07-27 2009-01-28 华为技术有限公司 一种配置操作管理维护属性的方法、***及设备
US20090238084A1 (en) * 2008-03-18 2009-09-24 Cisco Technology, Inc. Network monitoring using a proxy
CN102332987A (zh) * 2010-07-12 2012-01-25 中兴通讯股份有限公司 一种伪线oam属性配置的方法和***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3116160A4 (en) * 2014-04-04 2017-01-11 Huawei Technologies Co., Ltd Oam packet processing method, network device and network system
US10116546B2 (en) 2014-04-04 2018-10-30 Huawei Technologies Co., Ltd. OAM packet processing method, network device, and network system

Also Published As

Publication number Publication date
CN103580894A (zh) 2014-02-12
CN103580894B (zh) 2017-09-29

Similar Documents

Publication Publication Date Title
WO2014019348A1 (zh) 操作、管理和维护oam配置的方法、设备及***
US10686698B2 (en) Packet forwarding method, apparatus, and system
US8982710B2 (en) Ethernet operation and maintenance (OAM) with flexible forwarding
EP3223461B1 (en) Communicating network path and status information in multi-homed networks
US9059902B2 (en) Procedures, apparatuses, systems, and computer-readable media for operating primary and backup network elements
WO2013182059A1 (zh) 多协议标签交换流量工程隧道建立方法及设备
WO2013097459A1 (zh) 一种业务路径的探测方法及设备
WO2010069175A1 (zh) 一种建立双向转发检测的方法、***及设备
WO2012106869A1 (zh) 一种报文处理方法及相关设备
WO2013071801A1 (zh) 多协议标签交换环网的检测方法、装置及***
WO2014032435A1 (zh) 故障点位置信息处理方法及设备
WO2016041379A1 (zh) Nni ping的实现方法及装置
WO2017000802A1 (zh) 一种业务故障定位方法及装置
WO2012024952A1 (zh) 一种基于点到多点业务的路径切换方法及***
WO2020001389A1 (zh) 一种避免环路的通信方法、设备和***
WO2009092257A1 (zh) 运营商骨干网传输网络的故障检测方法和装置
EP2634978B1 (en) Message forwarding method and network device
WO2015184868A1 (zh) 一种服务层信号失效检测装置及方法
WO2020036983A9 (en) Source routing tunnel ingress protection
WO2006089490A1 (fr) Méthode d’implémentation de fec bfd
CN105812198B (zh) 桥接网络端到端的监测方法和装置
WO2011127849A2 (zh) 一种数据流传送方法及网络设备
WO2019196914A1 (zh) 一种发现转发路径的方法及其相关设备
WO2021052280A1 (zh) 网络测量***、方法、设备及存储介质
EP2832055B1 (en) Pseudowire groups in a packet switched network

Legal Events

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

Ref document number: 13826233

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13826233

Country of ref document: EP

Kind code of ref document: A1