Operation, Administration, and Maintenance OAM Packet Processing Method and Device

Abstract

An OAM packet processing method includes generating, by a first network device, an OAM packet, where the OAM packet is an MPLS-TP packet that includes an identifier of the first network device and indication information indicating a type of the identifier of the first network device. The first network device sends the OAM packet to the second network device. After receiving the OAM packet, the second network device can determine, based on the indication information, the type of the identifier of the first network device that is carried in the OAM packet, and accurately read the identifier of the first network device from the OAM packet. Therefore, MPLS-TP OAM can be implemented in a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including IPv4 and IPv6, to expand an application scope of MPLS-TP OAM.

Claims

1. A method implemented by a first network device, the method comprising: generating an operation, administration, and maintenance (OAM) packet comprising a first identifier of the first network device and indication information indicating a type of the first identifier; and sending the OAM packet to a second network device.

2. The method of claim 1, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 6 (IPv6) address.

3. The method of claim 1, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 4 (IPv4) address.

4. The method of claim 1, wherein the OAM packet further comprises a type field indicating a maintenance entity group (MEG) type, and wherein the type field carries the indication information.

5. The method of claim 4, wherein when the type field carries a first value, the indication information indicates that the type of the first identifier is an IPv6 address; and when the type field carries a second value, the indication information indicates that the type of the first identifier is an IPv4 address.

6. The method of claim 1, wherein the OAM packet comprises a reserved field carrying the indication information.

7. The method of claim 6, wherein when the reserved field comprises a first value, the indication information indicates that the type of the first identifier is an IPv6 address; and when the reserved field comprises a second value, the indication information indicates that the type of the first identifier is an IPv4 address.

8. The method of claim 1, wherein the OAM packet further comprises a second identifier of a path from the first network device to the second network device.

9. The method of claim 8, wherein the OAM packet further comprises a first field carrying the first identifier and a second field carrying the second identifier, and wherein the first field is adjacent to the second field.

10. The method of claim 8, wherein the second identifier is a label switched path (LSP) identifier, a section identifier, a pseudo wire (PW) identifier, or a ring identifier.

11. The method of claim 1, wherein the OAM packet corresponds to an Internet Protocol (IP) mode of multi-protocol label switching-transport profile (MPLS-TP) OAM.

12. A method implemented by a second network device, the method comprising: receiving, from a first network device, an OAM packet comprising a first identifier of the first network device and indication information indicating a type of the first identifier; and reading the first identifier in the OAM packet based on the indication information.

13. The method of claim 12, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 6 (IPv6) address, and wherein reading the first identifier comprises reading the IPv6 address of the first network device from the OAM packet.

14. The method of claim 12, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 4 (IPv4) address, and wherein reading the first identifier comprises: reading the IPv4 address of the first network device from the OAM packet.

15. The method of claim 12, wherein the OAM packet further comprises a type field indicating a maintenance entity group (MEG) type, and wherein the type field carries the indication information.

16. A first network device comprising: a memory configured to store instructions; and a processor coupled to the memory and configured to execute the instructions to cause the first network device to: generate an OAM packet comprising a first identifier of the first network device and indication information indicating a type of the first identifier; and send the OAM packet to a second network device.

17. The first network device of claim 16, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 6 (IPv6) address.

18. The first network device of claim 16, wherein the indication information indicates that the type of the first identifier is an Internet Protocol version 4 (IPv4) address.

19. The first network device of claim 16, wherein the OAM packet further comprises a type field indicating a maintenance entity group (MEG) type, and wherein the type field carries the indication information.

20. The first network device of claim 19, wherein the type field carries a first value indicating that the type of the first identifier is an IPv6 address; or wherein the type field carries a second value indicating that the type of the first identifier is an IPv4 address.

Description

BRIEF DESCRIPTION OF DRAWINGS

[0032] FIG. 1A is a schematic diagram of a format of an OAM protocol data unit (PDU) in an ICC mode according to an embodiment of the present disclosure;

[0033] FIG. 1B is a schematic diagram of a format of an OAM PDU in an IP mode according to an embodiment of the present disclosure;

[0034] FIG. 2A is a schematic diagram of a format of an OAM PDU in an IPv4 mode according to an embodiment of the present disclosure;

[0035] FIG. 2B is a schematic diagram of a format of an OAM PDU in an IPv6 mode according to an embodiment of the present disclosure;

[0036] FIG. 3 is a signaling flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0037] FIG. 4A is a schematic diagram in which a type field indicates an OAM PDU in an LSP IPv6 mode according to an embodiment of the present disclosure;

[0038] FIG. 4B is a schematic diagram in which a type field indicates an OAM PDU in a PW IPv4 mode according to an embodiment of the present disclosure;

[0039] FIG. 4C is a schematic diagram in which a type field indicates an OAM PDU in a Section IPv4 mode according to an embodiment of the present disclosure;

[0040] FIG. 4D is a schematic diagram in which a type field indicates an OAM PDU in a Section IPv6 mode according to an embodiment of the present disclosure;

[0041] FIG. 4E is a schematic diagram in which a type field indicates an OAM PDU in a Ring IPv4 mode according to an embodiment of the present disclosure;

[0042] FIG. 4F is a schematic diagram in which a type field indicates an OAM PDU in a Ring IPv6 mode according to an embodiment of the present disclosure;

[0043] FIG. 5A is a schematic diagram in which a reserved field in an LSP scenario indicates an OAM PDU in an IPv4 mode according to an embodiment of the present disclosure;

[0044] FIG. 5B is a schematic diagram in which a reserved field in an LSP scenario indicates an OAM PDU in an IPv6 mode according to an embodiment of the present disclosure;

[0045] FIG. 5C is a schematic diagram in which a reserved field in a PW scenario indicates an OAM PDU in an IPv4 mode according to an embodiment of the present disclosure;

[0046] FIG. 5D is a schematic diagram in which a reserved field in a PW scenario indicates an OAM PDU in an IPv6 mode according to an embodiment of the present disclosure;

[0047] FIG. 5E is a schematic diagram in which a reserved field in a section scenario indicates an OAM PDU in an IPv4 mode according to an embodiment of the present disclosure;

[0048] FIG. 5F is a schematic diagram in which a reserved field in a section scenario indicates an OAM PDU in an IPv6 mode according to an embodiment of the present disclosure;

[0049] FIG. 5G is a schematic diagram in which a reserved field in a ring scenario indicates an OAM PDU in an IPv4 mode according to an embodiment of the present disclosure;

[0050] FIG. 5H is a schematic diagram in which a reserved field in a ring scenario indicates an OAM PDU in an IPv6 mode according to an embodiment of the present disclosure;

[0051] FIG. 6 is a schematic diagram of another OAM PDU corresponding to the scenario in FIG. 2B according to an embodiment of the present disclosure;

[0052] FIG. 7 is a signaling flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0053] FIG. 8A is a schematic diagram of another OAM PDU corresponding to the scenario in FIG. 4A according to an embodiment of the present disclosure;

[0054] FIG. 8B is a schematic diagram of still another OAM PDU corresponding to the scenario in FIG. 4A according to an embodiment of the present disclosure;

[0055] FIG. 8C is a schematic diagram of yet another OAM PDU corresponding to the scenario in FIG. 4A according to an embodiment of the present disclosure;

[0056] FIG. 9 is a schematic flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0057] FIG. 10 is a schematic flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0058] FIG. 11 is a schematic flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0059] FIG. 12 is a schematic flowchart of an OAM packet processing method according to an embodiment of the present disclosure;

[0060] FIG. 13 is a schematic diagram of a structure of a first communications apparatus according to an embodiment of the present disclosure;

[0061] FIG. 14 is a schematic diagram of a structure of a second communications apparatus according to an embodiment of the present disclosure;

[0062] FIG. 15 is a schematic diagram of a structure of a first communications apparatus according to an embodiment of the present disclosure;

[0063] FIG. 16 is a schematic diagram of a structure of a second communications apparatus according to an embodiment of the present disclosure;

[0064] FIG. 17 is a schematic diagram of a structure of a first communications apparatus according to an embodiment of the present disclosure;

[0065] FIG. 18 is a schematic diagram of a structure of a second communications apparatus according to an embodiment of the present disclosure; and

[0066] FIG. 19 is a schematic diagram of a structure of a communications system according to an embodiment of the present disclosure.

DESCRIPTION OF EMBODIMENTS

[0067] The following describes technical solutions of embodiments in the present disclosure with reference to accompanying drawings. A network architecture and a service scenario described in embodiments of the present disclosure are intended to describe the technical solutions in embodiments of the present disclosure more clearly, and do not constitute a limitation on the technical solutions provided in embodiments of the present disclosure. A person of ordinary skill in the art may know that with evolution of the network architecture and emergence of new service scenarios, the technical solutions provided in embodiments of the present disclosure are also applicable to similar technical problems.

[0068] Ordinal numbers such as “1”, “2”, “3”, “first”, “second”, and “third” in the present disclosure are used to distinguish between a plurality of objects, but are not intended to limit a sequence of the plurality of objects.

[0069] It should be understood that “A and/or B” mentioned in the present disclosure includes the following cases: Only A is included, only B is included, or both A and B are included.

[0070] Based on an actual requirement of an operator network, management work of the network usually includes three categories: operation, administration, and maintenance, OAM for short. MPLS-TP OAM is an OAM mechanism defined in MPLS-TP. MPLS-TP OAM is compatible with MPLS OAM functions and is correspondingly extended for transport network characteristics. Therefore, MPLS-TP OAM is widely concerned by carriers.

[0071] Currently, there are two modes of MPLS-TP OAM: an international telecommunication union carrier code (ICC) mode and an Internet Protocol (IP) mode. The ICC mode is a mode defined in Y.1731. In the ICC mode, a maintenance entity group end point identifier (MEP ID) and a maintenance entity group identifier (MEG ID) need to be configured on a network device, and the MEP ID and the MEG ID is carried in an OAM packet, to manage a network. In the IP mode, an MEP ID and an MEG ID do not need to be additionally configured on a network device, but an identifier of the network device and an identifier of a path are carried in an OAM packet, to manage a network.

[0072] The OAM packet may include, for example, a continuity check message (CCM), a loss measurement message (LMM), and a loss measurement reply (LMR) packet.

[0073] A CCM of MPLS-TP OAM is used as an example. A format of a (PDU of the CCM in an ICC mode is shown in FIG. 1A. The CCM PDU includes: an MEG level (MEL) field, a version field, an operation code (OpCode) field, a remote defect indication (RDI) field, a reserved field, a period field, a type length value (TLV) offset field, a sequence number field, an MEP ID field, an MEG ID (also referred to as MAID) field, a count of data frames sent at a local end TxFCf field, a count of data frames received at the local end RxFCb field, a count of data frames sent at a peer end TxFCb field, a reserved field, and an end TLV field. A value of the MEL field is used to identify a level of the CCM PDU, and is an integer ranging from 0 to 7. A value of the version field is used to identify a used protocol version. For MPLS-TP OAM, an applicable protocol version is Y.1731, and a value that is of the version field and that corresponds to the protocol version is 0. A value of the OpCode field is used to identify a type of the OAM PDU, to identify content of the OAM PDU based on the type of the OAM PDU. For the CCM, a value of the OpCode is 1. A value of the RDI field is used to identify whether a transmit end MEP detects a fault. When the value of the RDI field is 1, it indicates that the transmit end MEP detects a fault. When the value of the RDI field is 0, it indicates that the transmit end MEP does not detect a fault. A value of the period field is used to identify a period of sending a CCM. For example, when the value of the period field is 1, it indicates that the period of sending the CCM is 3.33 milliseconds (that is, 300 frames of CCMs are sent per second). When the value of the period field is 2, indicates that the period of sending the CCM is 10 milliseconds (that is, 100 frames of CCMs are sent per second). A value of the TLV offset field is used to indicate an offset of a first TLV in the OAM PDU relative to the TLV offset field, and a specific value is related to a type of the OAM PDU. For example, when TLV Offset=0, it indicates that the first TLV follows the TLV offset field, and the value of the TLV offset field in the CCM is 0x46. A value of the sequence number field is used to identify a sequence number. For MPLS-TP OAM, a value of the sequence number field is 0. A length of the MEP ID field is 16 bits, and a value of the MEP ID field is used to uniquely identify, in the MEG ID field, an MEP of sending a CCM frame, and is usually set to the least significant 13 bits. A length of the MEP ID field is 384 bits, and a value of the MEG ID field is used to globally uniquely identify an MEG to which the MEP of sending the CCM frame belongs. A value of the TxFCf field is used to indicate a count value of a non-exceeding data frame counter sent by a carrier MEP to a peer MEP during transmission of a CCM frame. A value of the RxFCb field is used to indicate a count value of a non-exceeding data frame counter received by a peer MEP during transmission of a CCM frame. When dual-ended performance statistics are not performed, the value of the RxFCb field is 0. A value of the TxFCb field is used to indicate a count value of a non-exceeding data frame counter sent by a peer MEP during transmission of a CCM frame. When dual-ended performance statistics are not performed, the values of the TxFCf field, the RxFCb field, and the TxFCb field are all 0. A value of the end TLV field is used to identify a quantity of all-zero bytes included in the CCM PDU.

[0074] A format of the CCM PDU in the IP mode is shown in FIG. 1B. The CCM PDU includes: an MEL field, a version field, an OpCode field, an RDI field, a reserved field, a period field, a TLV offset field, a sequence number field, a type field, a reserved/PW type field, a network device identifier field, a path identifier field, a reserved field, a TxFCf field, an RxFCb field, a TxFCb field, a reserved field, and an end TLV field. For related descriptions of the MEL field, the version field, the OpCode field, the RDI field, the period field, the TLV offset field, the sequence number field, the TxFCf field, the RxFCb field, the TxFCb field, and the end TLV field, refer to descriptions in FIG. 1A. A value of the type field is used to indicate a type of a path detected by the CCM. For example, if the value of the type field is 1, it indicates that the CCM detects a LSP. A value of the reserved/PW type field is used to indicate a service type. For example, when the value of the reserved/PW type field is 0x0000, the value of the reserved/PW type field is used to indicate a path type indicated by the value of the type field. For example, when Type=1 and Reserved/PW Type=0x0000, it indicates that the CCM detects an LSP. When values of the reserved/PW type field are 0x0002 to 0x001B, 0x1001, and 0x1002, the values are respectively used to indicate different PW service types. A value of the network device identifier field is used to uniquely identify a network device that sends the CCM. For example, assuming that the network device is a label switching router (LSR), a value of the network device identifier field may be an LSR ID. A value of the path identifier field is used to uniquely identify a to-be-detected path. For example, assuming that the network device is an LSR, a value of the path identifier field may be specifically an identifier of a tunnel in which the LSR is located.

[0075] It should be noted that an MPLS-TP OAM operation is performed based on a maintenance entity (ME). One ME may be understood as two endpoints of a path, that is, a pair of MEPs and an intermediate MEG intermediate point (MIP). An OAM function mainly runs between the two MEPs. One or more MEs that belong to a same transmission path form one MEG. The MEP has a capability of initiating and terminating an OAM packet, and can perform fault management and performance monitoring. The MIP is an intermediate point of the MEG, can forward an OAM packet, and respond to a part of the OAM packet, but cannot initiate the OAM packet.

[0076] In an ICC mode, to uniquely identify a sender network device and a transmission path of OAM detection, an MEP ID and an MEG ID are configured on the network device, and the MEP ID and MEG ID are carried in the OAM packet. In this way, if there are a large quantity of network devices on a network, a large quantity of configurations need to be performed. In addition, to ensure effectiveness of OAM detection, configuring repeated MEP IDs and MEG IDs on a large quantity of network devices further need to be avoided, which is not simple and convenient for a user. In the IP mode, known information on the network device, that is, an identifier of the network device and an identifier of a path, is used to replace functions of the MEP ID and the MEG ID in the OAM packet, that is, uniquely identify the sender network device and the transmission path of OAM detection. Therefore, in the IP mode of MPLS-TP OAM, the MEP ID and the MEG ID do not need to be configured on the network device, so that a configuration workload of a user can be reduced and repeated configuration does not need to be considered. Therefore, the IP mode has significant advantages and is favored by users.

[0077] Currently, an OAM packet in the IP mode of MPLS-TP OAM is shown in FIG. 1B. A length of a network device identifier field is 32 bits, and the field is applicable only to carrying an IP address of a network device in an IPv4 scenario, and cannot be applied to carrying a 128-bit IP address of a network device in an IPv6 scenario. Therefore, the IP mode of MPLS-TP OAM cannot meet requirements of an IPv6 network and a network smoothly evolving from IPv4 to IPv6.

[0078] Based on this, an embodiment of the present disclosure provides an OAM packet processing method. An OAM packet generated by a sender network device includes indication information, and the indication information is used to indicate a type of an identifier of the sender network device, that is, indicate whether the identifier of the sender network device is an IPv4 address or an IPv6 address. When the indication information carried in the OAM packet indicates that an IP address of the sender network device is the IPv4 address, the identifier that is of the first network device and that is included in the OAM packet is the IPv4 address of the first network device. When the indication information carried in the OAM packet indicates that an IP address of the sender network device is the IPv6 address, the identifier that is of the first network device and that is included in the OAM packet is the IPv6 address of the first network device. In this way, a second network device that receives the OAM packet can determine, based on the indication information, the type of the identifier that is of the sender network device and that is carried in the OAM packet, and accurately read the identifier of the sender network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM to reduce a configuration workload, and can also implement MPLS-TP OAM in a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including IPv4 and IPv6, to expand an application scope of MPLS-TP OAM, and improve use experience of the user.

[0079] It should be noted that the OAM packet in this embodiment of the present disclosure may be a packet corresponding to any mode of MPLS-TP OAM. For example, if the OAM packet is a packet corresponding to an ICC mode of MPLS-TP OAM, the indication information in the OAM packet may also be used to indicate a type of an identifier (that is, an MEP ID) of the first network device, and is specifically used to indicate whether the OAM packet is an IPv4 network packet or an IPv6 network packet. In the IP mode of MPLS-TP OAM, the MEP ID and the MEG ID do not need to be configured on the network device, so that configuration resources can be saved. Therefore, the IP mode provides better user experience. Based on this, in this embodiment of the present disclosure, the OAM packet corresponding to the IP mode of MPLS-TP OAM is used as an example for related description.

[0080] For example, the CCM is still used as an example. In this embodiment of the present disclosure, a value of the type field is set to indicate an MEG type detected by the CCM and an applicable IP network. For example, values 1 to 4 of the type field respectively indicate that the CCM detects MEGs of an LSP type, a PW type, a section type, and a ring type, and is applicable to an IPv4 network; and values 5 to 8 of the type field respectively indicate that the CCM detects MEGs of an LSP type, a PW type, a section type, and a ring type, and is applicable to an IPv6 network.

[0081] In an example, a format of a CCM PDU in a CCM generated by a network device in an IPv4 network is shown in FIG. 2A. In addition to the MEL field, the version field, the OpCode field, the RDI field, the reserved field, the period field, the TLV offset field, the sequence number field, the TxFCf field, the RxFCb field, the TxFCb field, the reserved field, and the end TLV field, the CCM PDU further includes a type field, a reserved field, a network device identifier field, a path identifier field, and a reserved field. If a value of the type field is 1, it indicates that the CCM detects an MEG of an LSP type and is applicable to an IPv4 network. A value of the network device identifier field is an LSR ID, and the LSR ID may be specifically a 32-bit IPv4 address of an LSR. A value of the path identifier field is an identifier of a tunnel in which the LSR is located.

[0082] In another example, a format of a CCM PDU in a CCM generated by a network device in an IPv6 network is shown in FIG. 2B. In the CCM PDU, if a value of the type field is 6, it indicates that the CCM detects an MEG of a PW type and is applicable to the IPv6 network; a value of the network device identifier field is an LSR ID, and the LSR ID may be specifically a 128-bit IPv6 address of an LSR; and a value of the path identifier field is an identifier of a virtual channel (VC) of a PW.

[0083] In this way, the receiver network device can accurately read the identifier of the sender network device based on the indication information in the received OAM packet, to effectively implement an OAM function.

[0084] It should be noted that the network device in this embodiment of the present disclosure is any network device that can implement an OAM function, for example, may be a packet transport network (PTN) device, a switch, or a router. This is not specifically limited in this embodiment of the present disclosure.

[0085] It may be understood that, the scenario is merely a scenario example provided in embodiments of the present disclosure, but embodiments of the present disclosure are not limited to the scenario.

[0086] With reference to the accompanying drawings, the following describes in detail a specific implementation of an OAM packet processing method in embodiments of the present disclosure by using embodiments.

[0087] An embodiment of the present disclosure provides an OAM packet processing method 100. An IP mode of MPLS-TP OAM is used as an example. The method 100 is applicable to an IPv4 network, an IPv6 network, and a network including both IPv4 and IPv6. FIG. 3 is a schematic flowchart of an OAM packet processing method 100 according to an embodiment of the present disclosure. Refer to FIG. 3. The method 100 may include, for example, the following steps.

[0088] S301: A network device 1 generates an OAM packet, where the OAM packet includes indication information and an identifier 1 of the network device 1, and the indication information is used to indicate a type of the identifier 1 of the network device 1.

[0089] The network device 1 is an MEP that initiates an OAM packet in an MEG, and an MEP that receives and terminates the OAM packet in the MEG is a network device 2. The OAM packet is specifically a packet corresponding to an IP mode of MPLS-TP OAM.

[0090] The OAM packet includes an identifier 1 of a network device 1 and a path identifier 1, which are respectively used to notify a network device 2 that a network device that initiates OAM detection is the network device 1 and a path of OAM detection is a path 1, to ensure that effective OAM detection can be implemented based on the OAM packet. For example, the network device 1 is an LSR. The identifier 1 of the network device 1 may be an LSR ID, and the LSR ID is used to uniquely identify an LSR. The LSR ID may be, for example, an IP address of the LSR. If the LSR belongs to an IPv4 network, the LSR ID is an IPv4 address of the LSR. If the LSR belongs to an IPv6 network, the LSR ID is an IPv6 address of the LSR.

[0091] If the identifier 1 of the network device 1 is an IPv4 address, a field used to carry the identifier 1 of the network device 1 occupies at least 32-bit space in the OAM packet; or if the identifier 1 of the network device 1 is an IPv6 address, a field used to carry the identifier 1 of the network device 1 occupies at least 128-bit space in the OAM packet, to expand an application scope of MPLS-TP OAM, so that an OAM function is applicable to a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including an IPv4 and an IPv6. To enable the receiver network device to effectively obtain the identifier 1 of the network device 1, the OAM packet also carries indication information. The indication information is used to indicate a type of the identifier 1 of the network device 1, that is, the indication information may be used to indicate whether the OAM packet is an IPv4 network packet or an IPv6 network packet, or the indication information may indicate whether the identifier 1 of the network device 1 is an IPv6 address or an IPv4 address. In this way, the receiver network device can accurately obtain the identifier 1 of the network device 1 from the OAM packet based on the indication information, to implement effective OAM detection.

[0092] In an example, the indication information may be carried in a type field, and the type field is further used to indicate a type of an MEG. For example, if a value of the type field is 1, it indicates that the OAM detects an MEG of an LSP type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv4 address; if a value of the type field is 2, it indicates that the OAM detects an MEG of a PW type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv4 address; if a value of the type field is 3, it indicates that the OAM detects an MEG of a section type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv4 address; if a value of the type field is 4, it indicates that the OAM detects an MEG of a ring type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv4 address; if a value of the type field is 5, it indicates that the OAM detects an MEG of an LSP type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv6 address; if a value of the type field is 6, it indicates that the OAM detects an MEG of a PW type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv6 address; if a value of the type field is 7, it indicates that the OAM detects an MEG of a section type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv6 address; or if a value of the type field is 8, it indicates that the OAM detects an MEG of a ring type, and the identifier 1 of the network device 1 initiating OAM detection is an IPv6 address. Based on this, when the value of the type field is any value in 1 to 4, it may indicate that the type of the identifier 1 of the network device 1 is the IPv4 address; and when the value of the type field is any value in 5 to 8, it may indicate that the type of the identifier 1 of the network device 1 is the IPv6 address.

[0093] In another example, the indication information may alternatively be carried in a reserved field. For example, at least one unoccupied bit in the reserved field is used to carry the indication information. It should be noted that the reserved field is a space of 16 bits (a zeroth bit to a fifteenth bit), and currently an eighth bit and a twelfth bit are occupied to represent a service type of a PW. Based on this, the indication information may be specifically at least one of an eighth bit, a ninth bit, a tenth bit, an eleventh bit, a thirteenth bit, a fourteenth bit, and a fifteenth bit. When the at least one bit is a first value, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address; or when the at least one bit is a second value, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. In a case, for example, an eighth bit of the reserved field carries the indication information. The first value is 0, and the second value is 1. In this case, when a value of the eighth bit of the reserved field is 0, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address; or when a value of the eighth bit of the reserved field is 1, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. In another case, for example, the eighth bit and the ninth bit of the reserved field carry the indication information. The first value is 00, and the second value is 11. In this case, when values of the eighth bit and the ninth bit of the reserved field are 00, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address; or when values of the eighth bit and the ninth bit of the reserved field are 11, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. In still another case, for example, the eighth bit to the eleventh bit of the reserved field carry the indication information. The first value is 0, and the second value is 1. In this case, when the eighth bit to the eleventh bit of the reserved field are 0000 (a value of 0), it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address; or when the eighth bit to the eleventh bit of the reserved field are 0001 (a value of 1), it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address.

[0094] In a case in which the type field carries the indication information, a format of the OAM PDU is described by using an example in which a path type detected in the CCM is an LSP type, a section type, a PW type, or a ring type.

[0095] When the detected path type is the LSP type, if the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 2A. If Type field=1, it indicates that the OAM detects an MEG of the LSP type and the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as an LSP ID in the figure) of the path identifier 1=Identifier of a tunnel in which the network device 1 is located. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4A. If Type field=5, it indicates that the OAM detects an MEG of the LSP type and the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as an LSP ID in the figure) of the path identifier 1=Identifier of a tunnel in which the network device 1 is located.

[0096] When the detected path type is the PW type, if the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4B. If Type field=2, it indicates that the OAM detects an MEG of the PW type and the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as a PW VC ID in the figure) of the path identifier 1=Identifier of a PW VC in which the network device 1 is located. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 2B. If Type field=6, it indicates that the OAM detects an MEG of the PW type and the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as a PW VC ID in the figure) of the path identifier 1=Identifier of a PW VC in which the network device 1 is located. The eighth bit and the twelfth bit of the reserved field are occupied to indicate a type of the PW VC (that is, indicate a service type of the PW). In this scenario, the reserved field is also referred to as a PW VC type field.

[0097] When the detected path type is the section type, if the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4C. If Type field=3, it indicates that the OAM detects an MEG of the section type and the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as a section ID in the figure) of the path identifier 1=Identifier of a section to which the network device 1 belongs. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4D. If Type field=7, it indicates that the OAM detects an MEG of the section type and the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as a section ID in the figure) of the path identifier 1=Identifier of a section to which the network device 1 belongs.

[0098] When the detected path type is the ring type, if the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4E. If Type field=4, it indicates that the OAM detects an MEG of the ring type and the type of the identifier 1 of the network device 1 is an IPv4 address. The identifier 1 of the network device 1 is represented by the identifier 1 (represented as a ring node ID in the figure) of the network device 1 and a direction in a ring, that is, the OAM PDU includes an 8-bit direction field and an 8-bit ring node ID field. Field (represented as a ring ID in the figure) of the path identifier 1=Identifier of a ring to which the network device 1 belongs. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 4F. If Type field=8, it indicates that the OAM detects an MEG of the ring type and the type of the identifier 1 of the network device 1 is an IPv6 address. The LSR ID is represented by a direction field and a ring node ID field. Field (represented as a ring ID in the figure) of the path identifier 1=Identifier of a ring to which the network device 1 belongs.

[0099] In a case in which the reserved field carries the indication information, it is assumed that the eighth bit of the reserved field is used to carry the indication information. A format of the OAM PDU is described by using an example in which a path type detected in the CCM is an LSP type, a section type, a PW type, and a ring type.

[0100] When the detected path type is an LSP, if Type field=1, it indicates that the OAM detects an MEG of an LSP type. If the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5A. If Eighth bit of the reserved field=0, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as an LSP ID in the figure) of the path identifier 1=Identifier of a tunnel in which the network device 1 is located. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5B. If Eighth bit of the reserved field=1, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as an LSP ID in the figure) of the path identifier 1=Identifier of a tunnel in which the network device 1 is located.

[0101] When the detected path type is the PW type, if Type field=2, it indicates that the OAM detects an MEG of the PW type. If the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5C. If Eighth bit of the reserved field=0, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as a PW VC ID in the figure) of the path identifier 1=Identifier of a PW VC in which the network device 1 is located. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5D. If Eighth bit of the reserved field=1, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as a PW VC ID in the figure) of the path identifier 1=Identifier of a PW VC in which the network device 1 is located. The eighth bit and the twelfth bit of the reserved field are occupied to indicate a type of the PW VC (that is, indicate a service type of the PW). In this scenario, the reserved field is also referred to as a PW VC type field.

[0102] When the detected path type is a section type, if Type field=3, it indicates that the OAM detects an MEG of the section type. If the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5E. If Eighth bit of the reserved field=0, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address. Field (represented as an LSR ID in the figure) of the identifier 1 of the network device 1=32-bit IPv4 address of the network device 1. Field (represented as a section ID in the figure) of the path identifier 1=Identifier of a section to which the network device 1 belongs. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5F. If Eighth bit of the reserved field=1, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. LSR ID=128-bit IPv6 address of the network device 1. Field (represented as a section ID in the figure) of the path identifier 1=Identifier of a section to which the network device 1 belongs.

[0103] When the detected path type is a ring type, if Type field=4, it indicates that the OAM detects an MEG of the ring type. If the identifier 1 of the network device 1 is an IPv4 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5G. If Eighth bit of the reserved field is 0, it indicates that the type of the identifier 1 of the network device 1 is an IPv4 address. The identifier 1 of the network device 1 is represented by a direction field and a ring node ID field. Field (represented as a ring ID in the figure) of the path identifier 1=Identifier of a ring to which the network device 1 belongs. If the identifier 1 of the network device 1 is an IPv6 address of the network device 1, for details about the OAM PDU, reference is made to FIG. 5H. If Eighth bit of the reserved field=1, it indicates that the type of the identifier 1 of the network device 1 is an IPv6 address. The LSR ID is represented by a direction field and a ring node ID field. Field (represented as a ring ID in the figure) of the path identifier 1=Identifier of a ring to which the network device 1 belongs.

[0104] It should be noted that, in the foregoing example, the identifier 1 of the network device 1 occupies continuous space of the OAM PDU in the OAM packet, and a field that carries the identifier 1 of the network device 1 is adjacent to a field that carries the path identifier 1. In some other possible implementations, in order not to extend a length of the field that carries the identifier 1 of the network device 1 in the current IP mode, when the network device 1 is a network device in an IPv6 network, the 128-bit identifier 1 of the network device 1 may be segmented into the first 32 bits and the last 96 bits, where the first 32 bits are stored in the field that carries the identifier 1 of the network device 1 in the current IP mode, and the last 96 bits of the IPv6 address are stored in a reserved field after a field that carries the path identifier 1. The scenario shown in FIG. 2B is used as an example. For example, for a format of the OAM PDU in this implementation, refer to FIG. 6.

[0105] In this way, the network device 1 generates the OAM packet that carries the indication information, so that it is possible that an OAM mechanism is applicable to more extensive application scenarios.

[0106] S302: The network device 1 sends the OAM packet to the network device 2.

[0107] S303: The network device 2 receives the OAM packet sent by the network device 1.

[0108] In this embodiment of the present disclosure, an occasion, a rule, and a specific sending manner of sending the OAM packet by the network device 1 to the network device 2 are not limited.

[0109] S304: The network device 2 reads the identifier 1 of the network device 1 from the OAM packet based on the indication information.

[0110] In a specific implementation, after receiving the OAM packet, the network device 2 obtains the indication information from the OAM packet, and accurately reads the identifier 1 of the network device 1 from the OAM packet based on an indication of the indication information. In an example, when the indication information is used to indicate that the type of the identifier 1 of the network device 1 is an IPv6 address, S304 may be that the network device 2 reads the IPv6 address of the network device 1 from the OAM packet. In another example, when the indication information is used to indicate that the type of the identifier 1 of the network device 1 is an IPv4 address, S304 may be that the network device 2 reads the IPv4 address of the network device 1 from the OAM packet.

[0111] For example, it is assumed that a format of an OAM PDU in the OAM packet is shown in FIG. 2A, FIG. 4B, FIG. 4C, or FIG. 4E. S304 may specifically mean that the network device 2 parses the OAM packet to obtain a value of the type field, and determines, based on the value of the type field, that the type of the identifier 1 of the network device 1 that initiates the OAM packet is an IPv4 address. In this case, the network device 2 reads, from the OAM packet, 32-bit information that is before the field used to carry the path identifier 1 and that is adjacent to the field, and uses the information as the identifier 1 of the network device 1, that is, the IPv4 address of the network device 1. It is assumed that a format of an OAM PDU in the OAM packet is shown in FIG. 4A, FIG. 2B, FIG. 4D, or FIG. 4F. S304 may specifically mean that the network device 2 parses the OAM packet to obtain a value of the type field, and determines, based on the value of the type field, that the type of the identifier 1 of the network device 1 that initiates the OAM packet is an IPv6 address. In this case, the network device 2 reads, from the OAM packet, 128-bit information that is before the field used to carry the path identifier 1 and that is adjacent to the field, and uses the information as the identifier 1 of the network device 1, that is, the IPv6 address of the network device 1. In addition, it is assumed that a format of an OAM PDU in the OAM packet is shown in FIG. 6. S304 may specifically mean that the network device 2 parses the OAM packet to obtain a value of the type field, and determines, based on the value of the type field, that the type of the identifier 1 of the network device 1 that initiates the OAM packet is an IPv6 address. In this case, the network device 2 reads, from the OAM packet, 32-bit information that is before the field used to carry the path identifier 1 and that is adjacent to the field, and 96-bit information that is after the field used to carry the path identifier 1 and that is adjacent to the field, and combines the 32-bit information and the 96-bit information to obtain the identifier 1 of the network device 1, that is, the IPv6 address of the network device 1.

[0112] For example, it is assumed that a format of an OAM PDU in the OAM packet is shown in FIG. 5A, FIG. 5C, FIG. 5E, or FIG. 5G. S304 may specifically mean that the network device 2 parses the OAM packet to obtain a value of the eighth bit of the reserved field, and determines, based on the value of the eighth bit of the reserved field, that the type of the identifier 1 of the network device 1 that initiates the OAM packet is an IPv4 address. In this case, the network device 2 reads, from the OAM packet, 32-bit information that is after the reserved field and that is before the field used to carry the path identifier 1, and uses the information as the identifier 1 of the network device 1, that is, the IPv4 address of the network device 1. It is assumed that a format of an OAM PDU in the OAM packet is shown in FIG. 5B, FIG. 5D, FIG. 5F, or FIG. 5H. S304 may specifically mean that the network device 2 parses the OAM packet to obtain a value of the eighth bit of the reserved field, and determines, based on the value of the eighth bit of the reserved field, that the type of the identifier 1 of the network device 1 that initiates the OAM packet is an IPv6 address. In this case, the network device 2 reads, from the OAM packet, 128-bit information that is after the reserved field and that is before the field used to carry the path identifier 1, and uses the information as the identifier 1 of the network device 1, that is, the IPv6 address of the network device 1.

[0113] It should be noted that in this embodiment of the present disclosure, an example in which the OAM packet is a CCM is used for description. Other OAM packets such as an LMM and an LMR packet are all applicable to the OAM packet processing method provided in this embodiment of the present disclosure. To be specific, the indication information used to indicate the type of the identifier of the network device is carried in the OAM packet, so that an OAM mechanism is applicable to more network scenarios. For specific implementations of all types of OAM packets, refer to related descriptions of the CCM packet. Details are not described again in this embodiment of the present disclosure.

[0114] It should be noted that the network device 2 may implement OAM detection on the MEG from the network device 1 to the network device 2 based on the received OAM packet. A specific detection principle and implementation are not improvement points in this embodiment of the present disclosure, and are not described in detail in this embodiment of the present disclosure.

[0115] It can be learned that, according to the method 100 provided in this embodiment of the present disclosure, the OAM packet generated by the sender network device includes the indication information, and the indication information is used to indicate the type of the identifier of the sender network device, that is, indicate whether the identifier of the sender network device is an IPv4 address or an IPv6 address. When the indication information carried in the OAM packet indicates that an IP address of the sender network device is the IPv4 address, the identifier that is of the sender network device and that is included in the OAM packet is the IPv4 address of the sender network device. When the indication information carried in the OAM packet indicates that an IP address of the sender network device is the IPv6 address, the identifier that is of the sender network device and that is included in the OAM packet is the IPv6 address of the sender network device. In this way, a receiver network device that receives the OAM packet can determine, based on the indication information, the type of the identifier that is of the sender network device and that is carried in the OAM packet, and accurately read the identifier of the sender network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM to reduce a configuration workload, and can also implement MPLS-TP OAM in a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including IPv4 and IPv6, to expand an application scope of MPLS-TP OAM, and improve use experience of the user.

[0116] FIG. 7 is a schematic flowchart of an OAM packet processing method 200 according to an embodiment of the present disclosure. Refer to FIG. 7. An IP mode of MPLS-TP OAM is used as an example. The method 200 is applicable to an IPv6 network. The method 200 may include, for example, the following steps.

[0117] S701: A network device 1 generates an OAM packet, where the OAM packet includes an IPv6 address of the network device 1.

[0118] Because a type of an identifier of the network device 1 is the IPv6 address, an identifier 1 that is of the network device 1 and that is carried in the OAM packet needs to occupy 128-bit space. To be applicable to an MPLS-TP OAM mechanism in an IPv6 network, the OAM packet generated by the network device 1 needs to include 128-bit space used to carry the identifier 1 of the network device 1.

[0119] In an example, a field that carries the identifier 1 of the network device 1 may be extended in the OAM packet, and is extended from 32 bits to 128 bits, to carry the IPv6 address of the network device 1. The scenario corresponding to FIG. 4A is used as an example. For example, for an OAM PDU in the OAM packet generated based on the method 200, refer to FIG. 8A.

[0120] In another example, in the OAM packet, a field that carries the identifier 1 of the network device 1 is not extended, but 96 bits of the reserved field after the field used to carry the path identifier 1 are used to carry the last 96 bits of the IPv6 address of the network device 1, or 128 bits of the reserved field after the field used to carry the path identifier 1 are used to carry the IPv6 address of the network device 1. The scenario corresponding to FIG. 4A is still used as an example. For example, for the OAM PDU in the OAM packet generated according to the method 200, refer to FIG. 8B or FIG. 8C. In FIG. 8B, the field originally used to carry the identifier 1 of the network device 1 carries the first 32 bits of the IPv6 address of the network device 1, and the reserved field carries the last 96 bits of the IPv6 address of the network device 1. In FIG. 8C, a value of the field originally used to carry the identifier 1 of the network device 1 is not limited, and the reserved field carries 128 bits of the IPv6 address of the network device 1.

[0121] It should be noted that the OAM packet may further include a path identifier 1, used to indicate a path type of OAM detection. The path type may be, for example, an LSP type, a PW type, a section type, or a ring type. In this case, the path identifier 1 may be any one of the following identifiers: an LSP identifier, a section identifier, a PW identifier, or a ring identifier.

[0122] S702: The network device 1 sends the OAM packet to the network device 2.

[0123] S703: The network device 2 receives the OAM packet sent by the network device 1.

[0124] S704: The network device 2 reads the IPv6 address of the network device 1 from the OAM packet.

[0125] In a specific implementation, after receiving the OAM packet, the network device 2 reads the identifier 1 of the network device 1 from the OAM packet, that is, reads the 128-bit IPv6 address of the network device 1 from the OAM packet.

[0126] In this embodiment, the OAM packet may further include indication information, which is used to indicate a type of the identifier of the network device 1, and is specifically used to indicate whether the OAM packet is an IPv4 network packet or an IPv6 network packet. For a manner of carrying the indication information in the OAM packet, refer to related descriptions of the indication information in the embodiment shown in FIG. 3.

[0127] It can be learned that, according to the method 200 provided in this embodiment of the present disclosure, the OAM packet generated by the sender network device includes the IPv6 address of the network device 1 that is used as the identifier 1 of the network device 1. In this way, a receiver network device that receives the OAM packet can accurately read the identifier of the sender network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM in an IP mode to reduce a configuration workload, and can also implement MPLS-TP OAM in an IPv6 network scenario to improve use experience of the user.

[0128] FIG. 9 is a schematic flowchart of an OAM packet processing method 300 according to an embodiment of the present disclosure. Refer to FIG. 9. For an IP mode of MPLS-TP OAM, the method 300 is performed by a first network device. The method 300 may include, for example, the following steps.

[0129] S901: A first network device generates an OAM packet, where the OAM packet includes indication information and an identifier of the first network device, and the indication information is used to indicate a type of the identifier of the first network device.

[0130] S902: The first network device sends the OAM packet to a second network device.

[0131] The first network device may be the network device 1 in the method 100, and the second network device is the network device 2 in the method 100. For specific operations performed by the first network device, refer to the operations performed by the network device 1 in the method 100. The OAM packet may be the OAM packet in the method 100, the indication information may be the indication information in the method 100, and the identifier of the first network device may be the identifier 1 of the network device 1 in the method 100.

[0132] In an example, the indication information in the OAM packet is used to indicate that the type of the identifier of the first network device is an IPv6 address. This ensures that the method 300 is applicable to an IPv6 network.

[0133] In another example, the indication information in the OAM packet is used to indicate that the type of the identifier of the first network device is an IPv4 address. This ensures that the method 300 is applicable to an IPv4 network.

[0134] In some possible implementations, the OAM packet includes a type field used to indicate an MEG type, and the type field may be used to carry the indication information. In a specific implementation, if a value of the type field is a first value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv6 address; or if a value of the type field is a second value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv4 address.

[0135] In some other possible implementations, the OAM packet includes a reserved field, and at least one bit in the reserved field may be used to carry the indication information. In a specific implementation, if the at least one bit in the reserved field is a first value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv6 address; or if the at least one bit in the reserved field is a second value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv4 address.

[0136] In an example, the OAM packet may further include an identifier of a path from the first network device to the second network device. The identifier of the path may be any one of the following identifiers: a label switched path LSP identifier, a section identifier, a PW identifier, or a ring identifier. In an embodiment, a field that is in the OAM packet and that is used to carry the identifier of the path may be adjacent to a field used to carry the identifier of the first network device. In this way, the receiver can accurately complete OAM detection based on the identifier of the path and the identifier of the first network device.

[0137] It should be noted that the OAM packet in this embodiment of the present disclosure is specifically a packet corresponding to an IP mode of MPLS-TP OAM.

[0138] It can be learned that, according to the method 300 provided in this embodiment of the present disclosure, the OAM packet generated by the first network device includes the indication information, and the indication information is used to indicate the type of the identifier of the first network device, that is, indicate whether the identifier of the first network device is an IPv4 address or an IPv6 address. When the indication information carried in the OAM packet indicates that an IP address of the first network device is the IPv4 address, the identifier that is of the first network device and that is included in the OAM packet is the IPv4 address of the first network device. When the indication information carried in the OAM packet indicates that an IP address of the first network device is the IPv6 address, the identifier that is of the first network device and that is included in the OAM packet is the IPv6 address of the first network device. In this way, it can be ensured that a receiver network device that receives the OAM packet determines, based on the indication information, the type of the identifier that is of the first network device and that is carried in the OAM packet, and accurately reads the identifier of the first network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM in an IP mode to reduce a configuration workload, and can also implement MPLS-TP OAM in a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including IPv4 and IPv6, to expand an application scope of MPLS-TP OAM, and improve use experience of the user.

[0139] FIG. 10 is a schematic flowchart of an OAM packet processing method 400 according to an embodiment of the present disclosure. Refer to FIG. 10. For an IP mode of MPLS-TP OAM, the method 400 is performed by a second network device. The method 400 may include, for example, the following steps.

[0140] S1001: A second network device receives an OAM packet sent by a first network device, where the OAM packet includes indication information and an identifier of the first network device, and the indication information is used to indicate a type of the identifier of the first network device.

[0141] S1002: The second network device reads the identifier of the first network device from the OAM packet based on the indication information.

[0142] The second network device may be the network device 2 in the method 100, and the first network device is the network device 1 in the method 100. For specific operations performed by the second network device, refer to the operations performed by the network device 2 in the method 100. The OAM packet may be the OAM packet in the method 100, the indication information may be the indication information in the method 100, and the identifier of the first network device may be the identifier 1 of the network device 1 in the method 100.

[0143] In an example, the indication information in the OAM packet may be used to indicate that the type of the identifier of the first network device is an IPv6 address. In this case, for example, S1002 may include: The second network device reads the IPv6 address of the first network device from the OAM packet. This ensures that the method 400 is applicable to an IPv6 network.

[0144] In another example, the indication information in the OAM packet is used to indicate that the type of the identifier of the first network device is an IPv4 address. In this case, for example, S1002 may include: The second network device reads the IPv4 address of the first network device from the OAM packet. This ensures that the method 400 is applicable to an IPv4 network.

[0145] In some possible implementations, the OAM packet includes a type field used to indicate a MEG type, and the type field may be used to carry the indication information. In a specific implementation, if a value of the type field is a first value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv6 address; or if a value of the type field is a second value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv4 address.

[0146] In some other possible implementations, the OAM packet includes a reserved field, and at least one bit in the reserved field may be used to carry the indication information. In a specific implementation, if the at least one bit in the reserved field is a first value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv6 address; or if the at least one bit in the reserved field is a second value, the indication information is used to indicate that the type of the identifier of the first network device is the IPv4 address.

[0147] In an example, the OAM packet may further include an identifier of a path from the first network device to the second network device. The identifier of the path may be any one of the following identifiers: a label switched path LSP identifier, a section identifier, a PW identifier, or a ring identifier. In an embodiment, a field that is in the OAM packet and that is used to carry the identifier of the path may be adjacent to a field used to carry the identifier of the first network device. In this way, the receiver can accurately complete OAM detection based on the identifier of the path and the identifier of the first network device.

[0148] It should be noted that the OAM packet in this embodiment of the present disclosure is specifically a packet corresponding to an IP mode of MPLS-TP OAM.

[0149] It can be learned that, according to the method 400 provided in this embodiment of the present disclosure, the OAM packet received by the second network device includes the indication information, and the indication information is used to indicate the type of the identifier of the first network device, that is, indicate whether the identifier of the first network device is an IPv4 address or an IPv6 address. In this way, the second network device can determine, based on the indication information, the type of the identifier that is of the first network device and that is carried in the OAM packet, and accurately read the identifier of the first network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM in an IP mode to reduce a configuration workload, and can also implement MPLS-TP OAM in a plurality of scenarios such as an IPv4 network, an IPv6 network, and a network including IPv4 and IPv6, to expand an application scope of MPLS-TP OAM, and improve use experience of the user.

[0150] FIG. 11 is a schematic flowchart of an OAM packet processing method 500 according to an embodiment of the present disclosure. Refer to FIG. 11. For an IP mode of MPLS-TP OAM, the method 500 is performed by a first network device. The method 500 may include, for example, the following steps.

[0151] S1101: A first network device generates an OAM packet, where the OAM packet includes an IPv6 address of the first network device.

[0152] S1102: The first network device sends an OAM packet to a second network device.

[0153] The first network device may be the network device 1 in the method 200, and the second network device is the network device 2 in the method 200. For specific operations performed by the first network device, refer to the operations performed by the network device 1 in the method 200. The OAM packet may be the OAM packet in the method 200, and the IPv6 address of the first network device may be the IPv6 address of the network device 1 in the method 200.

[0154] In an example, the OAM packet may further include an identifier of a path from the first network device to the second network device. The identifier of the path may be any one of the following identifiers: a label switched path LSP identifier, a section identifier, a PW identifier, or a ring identifier. In an embodiment, a field that is in the OAM packet and that is used to carry the identifier of the path may be adjacent to a field used to carry the identifier of the first network device. In this way, the receiver can accurately complete OAM detection based on the identifier of the path and the identifier of the first network device.

[0155] It should be noted that the OAM packet in this embodiment of the present disclosure is specifically a packet corresponding to an IP mode of MPLS-TP OAM.

[0156] It can be learned that, according to the method 500 provided in this embodiment of the present disclosure, the OAM packet generated by the first network device includes the IPv6 address of the first network device that is used as the identifier of the first network device. In this way, after receiving the OAM packet, the second network device can accurately read the identifier of the first network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM in an IP mode to reduce a configuration workload, and can also implement MPLS-TP OAM in an IPv6 network scenario to improve use experience of the user.

[0157] FIG. 12 is a schematic flowchart of an OAM packet processing method 600 according to an embodiment of the present disclosure. Refer to FIG. 12. For an IP mode of MPLS-TP OAM, the method 600 is performed by a second network device. The method 600 may include, for example, the following steps.

[0158] S1201: A second network device receives an OAM packet sent by a first network device, where the OAM packet includes an IPv6 address of the first network device.

[0159] S1202: The second network device reads the IPv6 address of the first network device from the OAM packet.

[0160] The second network device may be the network device 2 in the method 200, and the first network device is the network device 1 in the method 200. For specific operations performed by the second network device, refer to the operations performed by the network device 2 in the method 200. The OAM packet may be the OAM packet in the method 200, and the IPv6 address of the first network device may be the IPv6 address of the network device 1 in the method 200.

[0161] In an example, the OAM packet may further include an identifier of a path from the first network device to the second network device. The identifier of the path may be any one of the following identifiers: a label switched path LSP identifier, a section identifier, a PW identifier, or a ring identifier. In an embodiment, a field that is in the OAM packet and that is used to carry the identifier of the path may be adjacent to a field used to carry the identifier of the first network device. In this way, the receiver can accurately complete OAM detection based on the identifier of the path and the identifier of the first network device.

[0162] It should be noted that the OAM packet in this embodiment of the present disclosure is specifically a packet corresponding to an IP mode of MPLS-TP OAM.

[0163] It can be learned that, according to the method 600 provided in this embodiment of the present disclosure, the OAM packet received by the second network device includes the IPv6 address of the first network device, so that the second network device can accurately read the identifier of the first network device from the OAM packet. Therefore, a user can perform MPLS-TP OAM in an IP mode to reduce a configuration workload, and can also implement MPLS-TP OAM in an IPv6 network scenario to improve use experience of the user.

[0164] In addition, as shown in FIG. 13, an embodiment of the present disclosure further provides a first communications apparatus 1300. The first communications apparatus 1300 includes a processing unit 1301 and a sending unit 1302. The processing unit 1301 is configured to perform the processing operation performed by the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and the processing operation performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11. The sending unit 1302 is configured to perform the sending operation performed by the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and the sending operation performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11. For example, the processing unit 1301 may perform an operation in the embodiment in FIG. 3: generating an OAM packet. For example, the sending unit 1302 may perform an operation in the embodiment in FIG. 3: sending the OAM packet to the network device 2.

[0165] In addition, as shown in FIG. 14, an embodiment of the present disclosure further provides a second communications apparatus 1400. The second communications apparatus 1400 includes a receiving unit 1401 and a processing unit 1402. The receiving unit 1401 is configured to perform the receiving operation performed by the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and the receiving operation performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12. The processing unit 1402 is configured to perform the processing operation performed by the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and the processing operation performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12. For example, the receiving unit 1401 may perform an operation in the embodiment in FIG. 3: receiving an OAM packet sent by the network device 1. The processing unit 1402 may perform an operation in the embodiment in FIG. 3: reading an identifier 1 of the network device 1 from the OAM packet based on indication information.

[0166] In addition, as shown in FIG. 15, an embodiment of the present disclosure further provides a first communications apparatus 1500. The first communications apparatus 1500 includes a first communications interface 1501, a second communications interface 1502, and a processor 1503. The first communications interface 1501 is configured to perform the receiving operation performed by the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and the receiving operation performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11. The second communications interface 1502 is configured to perform the sending operation performed by the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and the sending operation performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11. The processor 1503 is configured to perform an operation other than the receiving operation and the sending operation that is performed by the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and an operation other than the receiving operation and the sending operation that is performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11. For example, the processor 1503 may perform an operation in the embodiment in FIG. 3: generating an OAM packet.

[0167] In addition, as shown in FIG. 16, an embodiment of the present disclosure further provides a second communications apparatus 1600. The second communications apparatus 1600 includes a first communications interface 1601, a second communications interface 1602, and a processor 1603. The first communications interface 1601 is configured to perform the receiving operation performed by the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and the receiving operation performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12. The second communications interface 1602 is configured to perform the sending operation performed by the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and the sending operation performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12. The processor 1603 is configured to perform an operation other than the receiving operation and the sending operation that is performed by the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and an operation other than the receiving operation and the sending operation that is performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12. For example, the processor 1603 may perform an operation in the embodiment in FIG. 3: reading an identifier 1 of the network device 1 from the OAM packet based on indication information.

[0168] In addition, as shown in FIG. 17, an embodiment of the present disclosure further provides a first communications apparatus 1700. The first communications apparatus 1700 includes a memory 1701 and a processor 1702 communicating with the memory 1701. The memory 1701 includes computer-readable instructions. The processor 1702 is configured to execute the computer-readable instructions, so that the first communications apparatus 1700 performs the method performed on a side of the network device 1 in the embodiments shown in FIG. 3 and FIG. 7 and the method performed by the first network device in the embodiments shown in FIG. 9 and FIG. 11.

[0169] In addition, as shown in FIG. 18, an embodiment of the present disclosure further provides a second communications apparatus 1800. The second communications apparatus 1800 includes a memory 1801 and a processor 1802 communicating with the memory 1801. The memory 1801 includes computer-readable instructions. The processor 1802 is configured to execute the computer-readable instructions, so that the second communications apparatus 1800 performs the method performed on a side of the network device 2 in the embodiments shown in FIG. 3 and FIG. 7 and the method performed by the second network device in the embodiments shown in FIG. 10 and FIG. 12.

[0170] It may be understood that, in the foregoing embodiment, the processor may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP. Alternatively, the processor may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), generic array logic (GAL), or any combination thereof. The processor may be one processor, or may include a plurality of processors. The memory may include a volatile memory, for example, a random-access memory (RAM). Alternatively, the memory may include a non-volatile memory, for example, a read-only memory (ROM), a flash memory, a hard disk drive (HDD), or a solid-state drive SSD). Alternatively, the memory may include a combination of the foregoing memories. The memory may be one memory, or may include a plurality of memories. In a specific implementation, the memory stores computer-readable instructions, and the computer-readable instructions include a plurality of software modules, for example, a sending module, a processing module, and a receiving module. After executing each software module, the processor may perform a corresponding operation according to an indication of each software module. In this embodiment, an operation performed by a software module is actually an operation performed by the processor according to an indication of the software module. After executing the computer-readable instructions in the memory, the processor may perform, according to an indication of the computer-readable instructions, all operations that can be performed by each network node in OAM detection.

[0171] It may be understood that, in the foregoing embodiment, the second communications apparatus 1502 in the first communications apparatus 1500 may be specifically used as the sending unit 1302 in the first communications apparatus 1300 to implement data communication between the first network device and the second network device. The first communications interface 1501 in the first communications apparatus 1500 may be specifically used as the receiving unit in the first communications apparatus 1300, for example, may be configured to receive another OAM packet sent by an upstream network device. Similarly, the first communications interface 1601 in the second communications apparatus 1600 may be specifically used as the receiving unit 1401 in the second communications apparatus 1400 to implement data communication between the first network device and the second network device. The second communications interface 1602 in the second communications apparatus 1600 may be specifically used as the sending unit in the second communications apparatus 1400 to implement data communication between the second network device and a downstream network device.

[0172] In addition, as shown in FIG. 19, an embodiment of the present disclosure further provides a communications system 1900. The communications system 1900 includes a first communications apparatus 1901 and a second communications apparatus 1902. The first communications apparatus 1901 may be specifically the first communications apparatus 1300, the first communications apparatus 1500, or the first communications apparatus 1700. The second communications apparatus 1902 may be specifically the second communications apparatus 1400, the second communications apparatus 1600, or the second communications apparatus 1800.

[0173] It should be noted that each communications apparatus in the foregoing embodiments may be a network device configured to perform the foregoing method, or may be a board, a line card, a chip, or the like configured to perform the foregoing method.

[0174] In addition, an embodiment of the present disclosure further provides a computer-readable storage medium. The computer-readable storage medium stores instructions, and when the instructions are run on a computer, the computer is enabled to perform the OAM packet processing methods in the embodiments shown in FIG. 3, FIG. 7, and FIG. 9 to FIG. 12.

[0175] In addition, an embodiment of the present disclosure further provides a computer program product, including a computer program or computer-readable instructions. When the computer program or the computer-readable instructions are run on a computer, the computer is enabled to perform the OAM packet processing methods in the embodiments shown in FIG. 3, FIG. 7, and FIG. 9 to FIG. 12.

[0176] It can be learned from the foregoing descriptions of the implementations that, a person skilled in the art may clearly understand that some or all steps of the methods in embodiments may be implemented by software in addition to a universal hardware platform. Based on such an understanding, the technical solutions of the present disclosure may be implemented in a form of a software product. The computer software product may be stored in a storage medium, for example, a ROM/RAM, a magnetic disk, or a compact disc, and includes several instructions for instructing a computer device (which may be a personal computer, a server, or a network communications device such as a router) to perform the methods described in embodiments or some parts of embodiments of the present disclosure.

[0177] Embodiments in this specification are all described in a progressive manner, for same or similar parts in embodiments, reference may be made to these embodiments, and each embodiment focuses on a difference from other embodiments. Especially, system and device embodiments are basically similar to the method embodiments, and therefore are described briefly. For related parts, refer to partial descriptions in the method embodiments. The described device and system embodiments are merely examples. The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, and may be located in one position, or may be distributed on a plurality of network units. Some or all of the modules may be selected based on actual requirements to achieve the objectives of the solutions of embodiments. A person of ordinary skill in the art may understand and implement embodiments of the present disclosure without creative efforts.

[0178] The foregoing descriptions are merely example implementations of the present disclosure, but are not intended to limit the protection scope of the present disclosure. It should be noted that a person of ordinary skill in the art may make some improvements and polishing without departing from the present disclosure and the improvements and polishing shall fall within the protection scope of the present disclosure.