Service transmission tunnel identification method and device, equipment and storage medium

Abstract

The invention provides a service transmission tunnel identification method and device, equipment and a storage medium, relates to the technical field of communication, and is used for solving the problem of how to identify a real SRv6 tunnel to which a path of a transmission service belongs. The method is applied to a control plane device, and comprises the following steps: obtaining service information and a path identifier, the service information being used for indicating a first service in a segment routing SRv6 message based on an Internet protocol version 6 forwarding plane sent by a first node to a second node, and the SRv6 message comprising the path identifier; and according to the path identifier, determining that the path for transmitting the first service is a path (namely a real path through which the service passes) under the first SRv6 tunnel.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a method, apparatus, device, and storage medium for identifying a service transmission tunnel. Background Art

[0002] With the rapid development of software-defined networking (SDN) and network functions virtualization (NFV) technologies, segment routing for IPv6 (SRv6), based on the Internet Protocol version 6 (IPv6) forwarding plane, has attracted widespread attention as a next-generation network technology due to its efficient data plane and flexible control plane. Network nodes can leverage the source routing mechanism of segment routing in SRv6 tunnel policies, encapsulating an ordered list of instructions at the head node to guide packets through the SRv6 tunnel.

[0003] However, the paths in existing SRv6 tunnels are identified based on the segment identifiers in the segment list. When the transmission path of a service changes, it is difficult for the controller to perceive the actual transmission path of the service.

[0004] Therefore, how to identify the actual SRv6 tunnel to which the service transmission path belongs has become a technical problem that needs to be solved urgently. Summary of the Invention

[0005] The present application provides a method, apparatus, device, and storage medium for identifying a service transmission tunnel, which are used to solve the problem of how to identify the real SRv6 tunnel to which the path for transmitting the service belongs.

[0006] To achieve the above objectives, this application adopts the following technical solutions:

[0007] In a first aspect, the present application provides a method for identifying a service transmission tunnel, which is applied to a controller. The method includes: obtaining service information and a path identifier, where the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by a first node to a second node, and the SRv6 message includes a path identifier; based on the path identifier, determining that the path for transmitting the first service is the path under the first SRv6 tunnel.

[0008] The technical solution provided by the present application brings at least the following beneficial effects: by adding the path identifier (SRv6 Policy Key) of the SRv6 tunnel to the SRv6 message, the transmission path (i.e., the service transmission path) passed by the service in the SRv6 message can be determined, and the real SRv6 tunnel carrying the service transmission can be further distinguished from the multiple SRv6 tunnels corresponding to the service transmission path (i.e., multiple SRv6 tunnels all contain candidate paths that are the same as the service transmission path), so as to facilitate traceability management of the SRv6 tunnel carrying the service transmission.

[0009] Optionally, the path identifier includes at least one of the following:

[0010] an identifier of the first node;

[0011] The identifier of the second node;

[0012] The identifier of the first SRv6 tunnel;

[0013] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0014] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0015] Optionally, the above process of “obtaining service information and path identifier” includes: receiving service information and path identifier reported by the target node;

[0016] The target node is any of the following nodes:

[0017] First node;

[0018] Second node;

[0019] A forwarding node between the first node and the second node.

[0020] Optionally, the method further includes: sending first configuration information to the first node; wherein the first configuration information is used to indicate that a path identifier is added to the SRv6 message, and the path identifier is located in a segment routing header SRH of the SRv6 message.

[0021] Optionally, the method further includes: sending second configuration information to the target node; wherein the second configuration information is used to instruct detection of an SRv6 message containing the first service, and reporting a path identifier and service information to the controller.

[0022] Optionally, there are multiple pieces of service information and multiple path identifiers, and one piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0023] In a second aspect, the present application provides a method for identifying a service transmission tunnel, which is applied to a target node, the method comprising: reporting service information and a path identifier to a controller; wherein the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by a first node to a second node, the SRv6 message including a path identifier, and the path identifier is used to determine that the path for transmitting the first service is a path under the first SRv6 tunnel.

[0024] Optionally, the path identifier includes at least one of the following:

[0025] an identifier of the first node;

[0026] The identifier of the second node;

[0027] The identifier of the first SRv6 tunnel;

[0028] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0029] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0030] Optionally, the target node is any of the following nodes:

[0031] First node;

[0032] Second node;

[0033] A forwarding node between the first node and the second node.

[0034] Optionally, the target node is the first node, and the method further includes: adding a path identifier to the SRv6 message according to the first configuration information; wherein the path identifier is located in a segment routing header SRH of the SRv6 message.

[0035] Optionally, the first configuration information is sent by the controller to the first node; or, the first configuration information is pre-configured in the first node.

[0036] Optionally, the above-mentioned process of "reporting business information and path identifier to the controller" includes: reporting business information and path identifier to the controller according to the second configuration information; wherein the second configuration information is used to indicate the detection of SRv6 packets containing the first business, and reporting the path identifier and business information to the controller.

[0037] Optionally, the second configuration information is sent by the controller to the target node; or, the second configuration information is pre-configured in the target node.

[0038] Optionally, the above-mentioned process of "reporting business information and path identifier to the controller" includes: reporting multiple business information and multiple path identifiers within the target time period to the controller; wherein, one business information corresponds to one path identifier, one first business, and one first SRv6 tunnel.

[0039] In a third aspect, the present application provides a device for identifying a service transmission tunnel, which is applied to a controller. The device includes: an acquisition module and a processing module.

[0040] an acquisition module for acquiring service information and a path identifier, wherein the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by the first node to the second node; and a processing module for determining, based on the path identifier, that a path for transmitting the first service is a path under the first SRv6 tunnel.

[0041] Optionally, the path identifier includes at least one of the following:

[0042] an identifier of the first node;

[0043] The identifier of the second node;

[0044] The identifier of the first SRv6 tunnel;

[0045] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0046] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0047] Optionally, an acquisition module is specifically configured to receive service information and a path identifier reported by a target node;

[0048] The target node is any of the following nodes:

[0049] First node;

[0050] Second node;

[0051] A forwarding node between the first node and the second node.

[0052] Optionally, the service transmission tunnel identification device further includes a sending module, configured to send first configuration information to the first node, wherein the first configuration information is used to indicate that a path identifier is added to the SRv6 message, and the path identifier is located in a segment routing header (SRH) of the SRv6 message.

[0053] Optionally, the sending module is further used to send second configuration information to the target node; wherein the second configuration information is used to instruct detection of an SRv6 message containing the first service, and report a path identifier and service information to the controller.

[0054] Optionally, there are multiple pieces of service information and multiple path identifiers, and one piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0055] In a fourth aspect, the present application provides a device for identifying a service transmission tunnel, which is applied to a target user plane network element. The device includes: a sending module.

[0056] A sending module is used to report service information and a path identifier to the controller; wherein the service information is used to indicate a first service in a segment routing SRv6 message based on the Internet Protocol version 6 forwarding plane sent by the first node to the second node, and the SRv6 message includes a path identifier, and the path identifier is used to determine that the path for transmitting the first service is a path under the first SRv6 tunnel.

[0057] Optionally, the path identifier includes at least one of the following:

[0058] an identifier of the first node;

[0059] The identifier of the second node;

[0060] The identifier of the first SRv6 tunnel;

[0061] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0062] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0063] Optionally, the target node is any of the following nodes:

[0064] First node;

[0065] Second node;

[0066] A forwarding node between the first node and the second node.

[0067] Optionally, the target node is the first node, and the service transmission tunnel identification device further includes: a processing module. The processing module is configured to attach a path identifier to the SRv6 message according to the first configuration information; wherein the path identifier is located in a segment routing header (SRH) of the SRv6 message.

[0068] Optionally, the first configuration information is sent by the controller to the first node; or, the first configuration information is pre-configured in the first node.

[0069] Optionally, the sending module is specifically used to report the service information and path identifier to the controller according to the second configuration information; wherein the second configuration information is used to instruct the detection of the SRv6 message containing the first service, and report the path identifier and service information to the controller.

[0070] Optionally, the second configuration information is sent by the controller to the target node; or, the second configuration information is pre-configured in the target node.

[0071] Optionally, the sending module is specifically configured to report multiple service information and multiple path identifiers within a target time period to the controller; wherein one service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0072] In the fifth aspect, the present application provides a device for identifying a service transmission tunnel, the device comprising: a processor and a memory, the processor and the memory being coupled, the memory being used to store one or more programs, the one or more programs comprising computer execution instructions, and when the device for identifying a service transmission tunnel is running, the processor executes the computer execution instructions stored in the memory to implement the method for identifying a service transmission tunnel described in any one of the first and second aspects above.

[0073] In a sixth aspect, the present application provides a computer-readable storage medium, which stores instructions. When the instructions are executed on a computer, the computer executes the method for identifying a service transmission tunnel described in any one of the first and second aspects above.

[0074] In the seventh aspect, the present application provides a computer program product applied to a server, the computer program product including computer instructions. When the computer instructions are executed on the server, the server implements the method for identifying the service transmission tunnel described in any one of the first and second aspects above.

[0075] In the above scheme, the technical problems that can be solved and the technical effects achieved by the identification device, equipment, computer storage medium or computer program product of the service transmission tunnel can be referred to the technical problems and technical effects solved by the above first aspect, and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0076] Figure 1 A schematic diagram of a communication system provided in an embodiment of the present application;

[0077] Figure 2 A schematic diagram of a flow chart of a method for identifying a service transmission tunnel provided in an embodiment of the present application;

[0078] Figure 3 A schematic diagram illustrating an example of the format content of a path identifier provided in an embodiment of the present application;

[0079] Figure 4 A schematic diagram of a connection between a first node and a second node provided in an embodiment of the present application;

[0080] Figure 5This is a schematic diagram of an example of an SRv6 message format provided in an embodiment of the present application;

[0081] Figure 6 A flowchart of another method for identifying a service transmission tunnel provided in an embodiment of the present application;

[0082] Figure 7 A flowchart of another method for identifying a service transmission tunnel provided in an embodiment of the present application;

[0083] Figure 8 An example schematic diagram of a communication system provided in an embodiment of the present application;

[0084] Figure 9 An example schematic diagram of another communication system provided in an embodiment of the present application;

[0085] Figure 10 A schematic diagram of the structure of a device for identifying a service transmission tunnel provided in an embodiment of the present application;

[0086] Figure 11 A schematic diagram of the structure of another device for identifying a service transmission tunnel provided in an embodiment of the present application;

[0087] Figure 12 A schematic diagram of the structure of a service transmission tunnel identification device provided in an embodiment of the present application;

[0088] Figure 13 A conceptual partial view of a computer program product provided in an embodiment of the present application. DETAILED DESCRIPTION

[0089] The following will be combined with the accompanying drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0090] In this document, the character " / " generally indicates an "or" relationship between the preceding and following objects. For example, A / B can be understood as either A or B.

[0091] The terms “first” and “second” in the description and claims of the present application are used to distinguish different objects rather than to describe a specific order of the objects.

[0092] Furthermore, the terms "including," "having," and any variations thereof, as used in the description of this application are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or apparatus comprising a series of steps or modules is not limited to the listed steps or modules, but may optionally include other steps or modules not listed, or may optionally include other steps or modules inherent to the process, method, product, or apparatus.

[0093] Additionally, in the embodiments of this application, words such as "exemplary" or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described in this application as "exemplary" or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "for example" is intended to present concepts in a concrete manner.

[0094] Before introducing in detail the method for identifying a service transmission tunnel provided by an embodiment of the present application, the implementation environment and application scenarios of the embodiment of the present application are first introduced.

[0095] First, the application scenarios of the embodiments of the present application are introduced.

[0096] With the rapid development of software-defined networking and network function virtualization technologies, SRv6, as a next-generation network technology, has attracted widespread attention for its efficient data plane and flexible control plane. SRv6 Policy leverages the source routing mechanism of SegmentRouting to guide packets through the network by encapsulating an ordered list of instructions at the head node. SRv6 leverages the programmability of IPv6 128-bit addresses to enrich the network functions expressed by SRv6 instructions. These instructions not only identify forwarding paths but also value-added services (VAS) such as firewalls, application acceleration, and user gateways.

[0097] In addition, SRv6 has powerful scalability. Deploying new network functions only requires defining new instructions without changing the protocol mechanism or performing additional deployment, which significantly shortens the delivery cycle of new network services.

[0098] However, the controller's current perception of SRv6 message paths relies solely on theoretical deduction, which has limitations in timeliness and accuracy.

[0099] Specifically, the controller has an inherent delay in updating the network status. For example, the delay in obtaining status change information can reach 10-60 seconds, and the status acquisition mechanism occasionally experiences anomalies, requiring a second refresh confirmation. This poses a severe test for scenarios that rely on real-time status for path calculation and decision-making.

[0100] Taking multipath tunnel configuration as an example, ideally, traffic paths should be dynamically adjusted based on the primary / backup relationships and priorities of the three pre-set tunnels, ensuring high network availability and efficiency. However, in practice, due to the controller's lag in sensing status, it may not immediately respond to actual changes in network links, resulting in inaccurate path inference, affecting the correct routing of traffic and the effectiveness of failover mechanisms.

[0101] Furthermore, in the tunnel load balancing scenario, a single path contains multiple sub-paths running in parallel. Although the traffic distribution strategy based on hash rules or random device allocation improves bandwidth utilization efficiency, it also increases the complexity of operation and maintenance detection, because the existing mechanism makes it difficult to track and verify the actual transmission trajectory of each message in real time.

[0102] Currently, existing technical solutions include:

[0103] Solution 1: In-flow inspection and testing (IFIT) perception path function.

[0104] However, IFIT path sensing has different system requirements. IFIT technology requires that all nodes along the path being tested in existing networks must support IFIT to ensure the integrity of path detection. If any node along the path does not support IFIT, the entire path cannot be effectively detected.

[0105] Furthermore, IFIT's path-sensing function suffers from low path recognition accuracy. IFIT can only infer the path's direction, but cannot precisely determine which tunnel it belongs to. When two tunnels have identical paths, IFIT cannot distinguish which tunnel the path belongs to. This limits its applicability when adjustments are needed to a specific tunnel's path.

[0106] Solution 2: Tracert.

[0107] Tracert is primarily used to detect best-effort (BE) paths. Its packet forwarding is based on the Internet Protocol (IP) routing table, not the explicit path (segment routing header (SRH)) of the SRv6 Policy tunnel. Therefore, Tracert cannot detect the path of an SRv6 Policy tunnel.

[0108] Therefore, how to identify the actual SRv6 tunnel to which the service transmission path belongs has become a technical problem that needs to be solved urgently.

[0109] In order to solve the above problems, the embodiment of the present application provides a method for identifying a service transmission tunnel, and the method for identifying a service transmission tunnel provided by the embodiment of the present application is applied to the scenario of segmented routing. By adding the path identifier (SRv6 Policy Key) of the SRv6 tunnel to the SRv6 message, the transmission path (i.e., the service transmission path) passed by the service in the SRv6 message can be determined, and the real SRv6 tunnel carrying the service transmission can be further distinguished from the multiple SRv6 tunnels corresponding to the service transmission path (i.e., multiple SRv6 tunnels all contain candidate paths that are the same as the service transmission path), so as to facilitate traceability management of the SRv6 tunnel carrying the service transmission.

[0110] The implementation environment of the embodiments of the present application is introduced below.

[0111] like Figure 1 As shown, a schematic diagram of a communication system provided in an embodiment of the present application may include: a controller 101, a user node 102, a user node 103, a first node 104, a second node 105, and at least one forwarding node between the first node 104 and the second node 105 (such as forwarding node 106, forwarding node 107, forwarding node 108).

[0112] Among them, the user node 102 can access the first node 104, and transmit the SRv6 message containing the service to the second node 105 accessed by the user node 103 through at least one of the forwarding nodes 106, 107 and 108, so that the second node 105 can read the service from the user node 102 in the SRv6 message through the second node 105.

[0113] In the above process, the controller 101 can obtain the path identifier corresponding to the transmission path of the SRv6 message between the first node 104 and the second node 105 (i.e., the service transmission path), as well as the service information used to indicate the service in the SRv6 message, and determine the real SRv6 tunnel to which the path for transmitting the service belongs based on the path identifier, so as to achieve accurate path perception and service statistics.

[0114] That is to say, the SRv6 tunnel for service transmission can be determined through the SRv6 Policy. However, there may be multiple paths (i.e., candidate paths) under the SRv6 tunnel corresponding to the SRv6 Policy. In order to distinguish the actual SRv6 tunnel to which the service transmission path belongs when the same path exists under two different SRv6 tunnels, the path identifier can be used to describe the service transmission path in detail to identify the actual SRv6 tunnel to which the service transmission path belongs.

[0115] The path identifier may be represented by an SRv6 Policy Key.

[0116] It should be noted that in the embodiment of the present application, the user node (i.e., user node 102, user node 103) may be a customer edge (CE) node, the first node 104 and / or the second node 105 may be an operator edge (PE) node, and the forwarding node (i.e., forwarding node 106, forwarding node 107, forwarding node 108) may be an operator (provider, P) node.

[0117] After introducing the application scenario and implementation environment of the embodiment of the present application, the following describes in detail the method for identifying the service transmission tunnel provided by the embodiment of the present application in combination with the above-mentioned implementation environment.

[0118] The methods in the following embodiments can all be implemented in the above application scenarios and implementation environments. The embodiments of the present application are described in detail below with reference to the accompanying drawings.

[0119] Figure 2 This is a flow chart of a method for identifying a service transmission tunnel provided in an embodiment of the present application. Figure 2 As shown, the method is applied to a controller, including: S201-S202.

[0120] S201: Obtain service information and path identifier.

[0121] The service information is used to indicate the first service in the SRv6 message sent by the first node to the second node.

[0122] It should be noted that the first node is the PE node connected to the source CE node that initiates the first service, and the second node is the PE node connected to the destination CE node that receives the first service. Both the first node and the second node support the SRv6 protocol and can carry and transmit the first service through SRv6 messages.

[0123] In addition, the embodiments of the present application do not limit the first service. For example, the first service may be a voice call service. For another example, the first service may be a video transmission service. For another example, the first service may be a text upload service.

[0124] As a possible implementation method, the SRv6 message containing the first service also includes a path identifier, which is used to identify the transmission path of the SRv6 message containing the first service (i.e., the path for transmitting the first service) and indicate that the path for transmitting the first service is a candidate path under the first SRv6 tunnel.

[0125] The path identifier may include at least one of the following (1)-(5):

[0126] (1) The identifier of the first node (such as the head node);

[0127] (2) The identifier of the second node (such as the destination node (Endpoint));

[0128] (3) The identifier of the first SRv6 tunnel (e.g., color attribute (Policy Color));

[0129] (4) Preferences of multiple candidate paths under the first SRv6 tunnel;

[0130] (5) Segment List of multiple candidate paths under the first SRv6 tunnel.

[0131] It can be understood that providing detailed information of the path through the path identifier, indicating the SRv6 tunnel (Policy) that the service actually passes through, the candidate path (CP) in the SRv6 Policy, and the segment list in the candidate path, so as to clearly identify the SRv6 tunnel to which the path for transmitting the service belongs, can support more accurate path perception and service statistics.

[0132] Moreover, in addition to the SRv6 policy needing to be identified by a triplet (Headend, Policy Color, Endpoint), a priority field can also be added to the path identifier to be used to perceive the actual candidate path, and a List ID (i.e., segment list identifier) ​​field can be used to perceive the actual segment list under the CP. In other words, in addition to being used to enable the controller to perceive the Policy path for the actual forwarding of service messages, it can also perceive the actual candidate path and segment list. The SRv6 PolicyKey enables the controller to accurately perceive the tunnel corresponding to the path, the candidate path under the tunnel, and the specific segment identifier (SID) list (i.e., segment list), which provides precise guidance for subsequent service optimization. In this way, by describing the path in the SRv6 tunnel in detail, the actual path carrying service transmission in multiple paths under the same SRv6 tunnel can be identified, making up for the shortcomings of Tracert in this regard.

[0133] In addition, the identifier used to identify the SRv6 tunnel that carries business transmission is composed of relevant information about the path under the tunnel, which can better establish the association between the path identifier and the tunnel where the path is located, and avoid the path identifier that has no connection with the path from being unable to identify the tunnel where the path is located when the mapping list fails, thereby improving the accuracy and stability of identifying the tunnel where the path is located based on the path identifier.

[0134] For example, Figure 3 The figure shows the format of the path identifier, defines the type-length-value (TLV) format of the path identifier, and includes flags and reserved bits. The priority attribute is 32 bits and is used to identify the priorities of multiple candidate paths associated with the same SRv6 Policy. The color attribute (Policy Color) is 32 bits and, combined with the head node identifier and destination node identifier, specifies different SRv6 tunnels between the head node and the destination node. The list ID is 32 bits and is used to identify a specific forwarding segment list.

[0135] S202: Determine, based on the path identifier, that the path for transmitting the first service is a path under the first SRv6 tunnel (the actual path through which the service passes).

[0136] For example, Figure 4 As shown, there are multiple forwarding nodes (node ​​1, node 2 and node 3) between the first node and the second node. The first node can pass the SRv6 message containing the first service to the second node through at least one of node 1, node 2 and node 3.

[0137] For example, path A: first node - node 1 - second node. Another example, path B: first node - node 2 - node 1 - second node. Another example, path C: first node - node 1 - node 2 - node 3 - second node.

[0138] In addition, the first node may also transmit the SRv6 message containing the second service to the second node through at least one of node 1, node 2, and node 3.

[0139] Among them, the SRv6 message containing the first service corresponds to the first SRv6 tunnel, the SRv6 message containing the second service corresponds to the second SRv6 tunnel, and the multiple candidate paths under the first SRv6 tunnel include path A and path B, and the multiple candidate paths under the second SRv6 tunnel include path B and path C, then the same path exists between the first SRv6 tunnel and the second SRv6 tunnel.

[0140] In this way, the controller can determine the first SRv6 tunnel to which the path transmitting the first service belongs and the second SRv6 tunnel to which the path transmitting the second service belongs based on the different Policy Colors, Preferences or Segment Lists between the path identifiers corresponding to the first service and the path identifiers corresponding to the second service.

[0141] The technical solution provided by the above embodiment brings at least the following beneficial effects: by adding the path identifier of the SRv6 tunnel to the SRv6 message, the transmission path (i.e., the service transmission path) passed by the service in the SRv6 message can be determined, and the real SRv6 tunnel carrying the service transmission can be further distinguished from the multiple SRv6 tunnels corresponding to the service transmission path (i.e., multiple SRv6 tunnels all contain candidate paths that are the same as the service transmission path), so as to facilitate traceability management of the SRv6 tunnel carrying the service transmission.

[0142] In some embodiments, in the process of the controller acquiring the service information and the path identifier (ie, S201 ), the controller may acquire the service information and the path identifier by receiving the service information and the path identifier reported by the target node.

[0143] The target node can be any of the following nodes:

[0144] First node;

[0145] Second node;

[0146] A forwarding node between the first node and the second node.

[0147] That is, the controller can identify the actual SRv6 tunnel to which the service transmission path belongs based on the different node locations of the service during transmission.

[0148] As a possible implementation manner, before the controller receives the service information and the path identifier reported by the target node, the controller may send first configuration information to the first node.

[0149] The first configuration information is used to indicate that a path identifier for identifying a transmission path of the first service is added to the SRv6 message containing the first service, and the path identifier is located in a segment routing header (SRH) of the SRv6 message.

[0150] That is to say, by carrying the path identifier that identifies the service transmission path in the SRv6 message, any node in the transmission process of the SRv6 message can determine and report the path identifier of the service transmission path, thereby realizing true perception of the node-level message path and facilitating the controller's tunnel identification of the service transmission path.

[0151] For example, Figure 5The figure shows the SRv6 message format after the path identifier is added, including the extension headers (ETH), the IPv6 basic message header, the SRH, and the payload. The SRH includes: the SRH basic message header, the segment list, and the path identifier, and the path identifier is the newly added SRH extension header.

[0152] That is, adding a path identifier to an SRv6 message is to add new extended information to the optional TLV objects (Optional TLV Objects) of the SRH segment of the SRv6 message.

[0153] Optionally, before the controller receives the service information and path identifier reported by the target node, the controller may further send second configuration information to the target node.

[0154] The second configuration information is used to instruct detection of an SRv6 message containing the first service, and reporting a path identifier and service information to the controller.

[0155] In other words, the controller can specify the services to be queried and identified to the target node, and receive the path identifier and service information of the specified services in a targeted manner, thereby enabling targeted transmission tunnel identification for different services. Furthermore, by instructing the target node to query and identify services, the nodes that need to perform real-path perception and service statistics can enable this function, calculate the path information, and report it to the controller, without requiring additional nodes to take on this function. In this way, the SRv6 Policy Key only requires the nodes of interest to support this function, rather than every node on the path.

[0156] In some embodiments, there are multiple pieces of service information and multiple pieces of path identifiers, and one piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0157] That is, the controller may identify multiple transmission tunnels of the first service between the first node and the second node to count and analyze service details of each path between the first node and the second node.

[0158] It should be noted that multiple business information and multiple path identifiers can be reported to the controller by multiple target nodes (i.e., one target node reports one business information and one path identifier), or multiple business information and multiple path identifiers can be reported to the controller by the same target node.

[0159] As one possible implementation, the controller may receive multiple service information and multiple path identifiers reported by a forwarding node between the first and second nodes during a target time period. Each service information corresponds to a path identifier, a first service, and a first SRv6 tunnel. The controller may then identify the first SRv6 tunnel corresponding to each first service to obtain service details for each path passing through the forwarding node during the target time period.

[0160] In some embodiments, as Figure 6 As shown, an embodiment of the present application further provides a method for identifying a service transmission tunnel, which is applied to a target node and includes:

[0161] S601: Report service information and path identifier to the controller.

[0162] The service information is used to indicate the first service in the SRv6 message sent by the first node to the second node.

[0163] It should be noted that, for the introduction of the business information, reference may be made to the description of the business information in the above embodiment, which will not be repeated here.

[0164] In this embodiment of the present application, the path identifier is used to determine that the path for transmitting the first service is a path under the first SRv6 tunnel.

[0165] The path identifier may include at least one of the following (1)-(5):

[0166] (1) The identifier of the first node;

[0167] (2) the identifier of the second node;

[0168] (3) The identifier of the first SRv6 tunnel;

[0169] (4) Priorities of multiple candidate paths under the first SRv6 tunnel;

[0170] (5) A segment list of multiple candidate paths under the first SRv6 tunnel.

[0171] It should be noted that, for the introduction of the path identifier, reference may be made to the description of the path identifier in the above embodiment, which will not be repeated here.

[0172] As a possible implementation, the target node can be any of the following nodes:

[0173] First node;

[0174] Second node;

[0175] A forwarding node between the first node and the second node.

[0176] That is, during the service transmission process, nodes at different locations can report path identifiers and service information to the controller, so that the controller can identify the actual SRv6 tunnel to which the service transmission path belongs based on the different node locations.

[0177] In some embodiments, before the above-mentioned target node reports the service information and path identifier to the controller (i.e., S601), the first node can attach a path identifier corresponding to the first service to the SRv6 message containing the first service based on the first configuration information, and the path identifier is located in the SRH of the SRv6 message.

[0178] It should be noted that the first configuration information may be sent by the controller to the first node, or the first configuration information may be pre-configured in the first node.

[0179] As a possible implementation manner, the first configuration information is sent by the controller to the first node. The first node can attach a path identifier corresponding to the first service to the SRv6 message containing the first service according to the first configuration information sent by the controller.

[0180] As another possible implementation manner, the first configuration information is pre-configured in the first node, and the first node may attach a path identifier corresponding to the first service to the SRv6 message containing the first service according to the pre-configured first configuration information.

[0181] That is to say, the first node can use the controller's signaling control or its own device command line to allow the SRv6 message to carry the path identifier that identifies the service transmission path, so that any node in the SRv6 message transmission process can determine and report the path identifier of the service transmission path, thereby realizing true perception of the node-level message path and facilitating the controller's tunnel identification of the service transmission path.

[0182] In some embodiments, during the process of the target node reporting the service information and the path identifier to the controller (i.e., S601), the target node may report the service information and the path identifier to the controller based on the second configuration information. The second configuration information is used to instruct the detection of the SRv6 message containing the first service and the reporting of the path identifier and the service information to the controller.

[0183] It should be noted that the second configuration information may be sent by the controller to the target node, or the second configuration information may be pre-configured in the target node.

[0184] As a possible implementation manner, the second configuration information is sent by the controller to the target node, and the target node can report the service information and the path identifier to the controller according to the second configuration information sent by the controller.

[0185] As another possible implementation manner, the second configuration information may be pre-configured in the target node, and the target node may report the service information and the path identifier to the controller according to the pre-configured second configuration information.

[0186] That is, the target node can report the path identifier and service information of the specified service in a targeted manner to achieve targeted transmission tunnel identification for different services.

[0187] In some embodiments, during the process of the target node reporting the service information and path identifier to the controller (i.e., S601), the target node may collect multiple SRv6 packets containing the first service that passed through the target node during a target time period, determine the service information and path identifier in each SRv6 packet, and obtain multiple service information and multiple path identifiers. The target node may then report the multiple service information and multiple path identifiers during the target time period to the controller.

[0188] Among them, one piece of service information corresponds to a path identifier, a first service, and a first SRv6 tunnel.

[0189] That is, the target node may report multiple transmission tunnels of the first service between the first node and the second node to the controller so that the controller can collect statistics and analyze service details of each path between the first node and the second node.

[0190] In some embodiments, as Figure 7 As shown, taking the interaction between the controller and the target node as an example, the identification method of the service transmission tunnel provided by the embodiment of the present application is introduced, including:

[0191] Step 1: The target node reports service information and path identifier to the controller.

[0192] Step 2: The controller receives the service information and path identifier reported by the target node to obtain the service information and path identifier.

[0193] Step 3: The controller determines, based on the path identifier, that the path for transmitting the first service is a path under the first SRv6 tunnel.

[0194] In summary, the application of path identifiers is mainly reflected in two core functions:

[0195] 1. Identify and control the path of messages or business flows;

[0196] 2. Conduct statistics and analysis on the services supported by network nodes.

[0197] The following describes a method for identifying a service transmission tunnel provided in an embodiment of the present application with reference to specific examples.

[0198] 1. Message and service path identification.

[0199] Step 1: Enable the SRv6 Policy Key function.

[0200] This function is enabled on the initiator of the SRv6 Policy through the controller or device command line. When a packet reaches the initiator of the SRv6 tunnel, the initiator contains the SRv6 Policy Key attached to the packet.

[0201] Step 2: Message identification and path perception.

[0202] like Figure 8 As shown, it includes the following three steps:

[0203] Step 1: Enable the packet or service detection function on the initiator (PE1) or destination (PE2) of the SRv6 Policy using the command line on the controller or device.

[0204] Step 2: When the initiator or destination node detects the specified message or service in the SRv6 Policy message, it reports the SRv6 Policy Key and the specified message information or service information in the SRv6 Policy message to the controller.

[0205] Taking the detection point as the first node as an example, the first node receives a message from CE1 that only includes the extended header and payload. The first node can process the message from CE1 (i.e., the service initiating node) and obtain an SRv6 message with a path identifier attached (i.e., the above Figure 5 The SRv6 message shown in FIG5 is sent to the destination node PE through the forwarding node P1 among multiple forwarding nodes (P1, P2, and P3).

[0206] Taking the detection as the destination node as an example, the destination node can process the SRv6 message from the head node, obtain the original message sent by CE1, and send the original message to CE2 (ie, the service receiving node).

[0207] Furthermore, as a detection point, the head node / destination node can also report the path identifier and message information / service information to the controller.

[0208] Step 3: The controller queries the segment list of the candidate path under the specific SRv6 Policy based on the SRv6 Policy Key information, thereby determining the path corresponding to the message or service.

[0209] Specifically, by enabling the True Path Awareness feature on the first node of an SRv6 Policy, the SRv6 Policy Key is added to packets according to a pre-defined policy, enabling path identification. This feature relies on information exchange between the controller and the node that enables it to complete the True Path Awareness function, implementing a packet-level True SRv6 tunnel path detection solution. This ensures that the controller can accurately assess the consistency between the actual data transmission path and the preset expected path, thus achieving path consistency verification.

[0210] 2. Statistics of services supported by the node.

[0211] Step 1: Enable the SRv6 Policy Key function.

[0212] This function is enabled on the initiator of the SRv6 Policy through the controller or device command line. When a packet reaches the initiator of the SRv6 tunnel, the initiator contains the SRv6 Policy Key attached to the packet.

[0213] Step 2: Message identification and path perception.

[0214] Combined with the above Figure 8 In the embodiment shown, the detection point is taken as the forwarding node P1 as an example. Figure 9 As shown, it includes the following three steps:

[0215] Step 1. Enable the service statistics function on a specified node using the command line on the controller or device. This node will parse all SRv6 Policy messages passing through it and extract service information and the SRv6 Policy Key.

[0216] Step 2: Collect statistics on the service information associated with each SRv6 Policy Key within a specific time period and report the statistics to the controller.

[0217] Step 3: The controller uses the SRv6 Policy Key to query the candidate path and segment list under the corresponding SRv6 Policy to obtain the service details of each path passing through the node.

[0218] In other words, by enabling the service statistics function on a designated node, the service information of all SRv6Policy packets passing through that node is parsed and collected. The controller then queries and manages this information, enabling real-time monitoring and optimization of service distribution across the entire network and implementing a service statistics solution. This allows the controller to collect statistics on the data services passing through each port of the entire network node, enabling service flow analysis.

[0219] In this way, controller path visualization can be achieved, enhancing the visual management level of network path information.

[0220] In summary, the embodiments of the present application address the timeliness and accuracy issues of the controller's perception of the real path in the SRv6 Policy in an SRv6 network. This proposes adding a new extended TLV, the SRv6 Policy Key, to the SRH segment of the SRv6 message, and defining the format of the SRv6 Policy TLV to enable the controller to accurately perceive the Policy, candidate paths, and segment lists that the SRv6 message forwarding path passes through. This mechanism allows some network nodes to enable this function and support reporting path information to the controller, ensuring that the controller has real-time and accurate information about the real path. Furthermore, the embodiments of the present application support two core functions: path perception and control, and service statistics, aiming to optimize the controller's network management efficiency and intelligent decision-making capabilities, and improve network availability and operation and maintenance efficiency.

[0221] The above mainly introduces the solution provided by the embodiment of the present application from the perspective of computer equipment. It is understandable that, in order to implement the above functions, the computer equipment includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that, in combination with the steps of the identification method of the service transmission tunnel of each example described in the embodiment disclosed in this application, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0222] The present application also provides an apparatus for identifying a service transmission tunnel. The apparatus for identifying a service transmission tunnel may be a computer device, a CPU in the computer device, a processing module in the computer device for identifying a service transmission tunnel, or a client in the computer device for identifying a service transmission tunnel.

[0223] In the embodiment of the present application, the identification device of the service transmission tunnel can be divided into functional modules or functional units according to the above method example. For example, each functional module or functional unit can be divided according to each function, or two or more functions can be integrated into one processing module. The above-mentioned integrated module can be implemented in the form of hardware or in the form of software functional modules or functional units. Among them, the division of modules or units in the embodiment of the present application is schematic and is only a logical functional division. There may be other division methods in actual implementation.

[0224] like Figure 10 FIG2 is a schematic diagram of a structure of a device for identifying a service transmission tunnel according to an embodiment of the present invention. The device 1000 for identifying a service transmission tunnel is applied to a controller and may include an acquisition module 1001 and a processing module 1002 .

[0225] An acquisition module 1001 is configured to acquire service information and a path identifier, where the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by a first node to a second node; and a processing module 1002 is configured to determine, based on the path identifier, that a path for transmitting the first service is a path under a first SRv6 tunnel.

[0226] Optionally, the path identifier includes at least one of the following:

[0227] an identifier of the first node;

[0228] The identifier of the second node;

[0229] The identifier of the first SRv6 tunnel;

[0230] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0231] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0232] Optionally, the acquisition module 1001 is specifically configured to receive service information and a path identifier reported by a target node;

[0233] The target node is any of the following nodes:

[0234] First node;

[0235] Second node;

[0236] A forwarding node between the first node and the second node.

[0237] Optionally, the service transmission tunnel identification device 1000 may further include: a sending module 1003. The sending module 1003 is configured to send first configuration information to the first node, wherein the first configuration information is used to indicate that a path identifier is added to the SRv6 message, and the path identifier is located in the segment routing header (SRH) of the SRv6 message.

[0238] Optionally, the sending module 1003 is further configured to send second configuration information to the target node; wherein the second configuration information is used to instruct detection of an SRv6 message containing the first service, and reporting a path identifier and service information to the controller.

[0239] Optionally, there are multiple pieces of service information and multiple path identifiers, and one piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0240] like Figure 11 FIG2 is a schematic diagram of another device for identifying a service transmission tunnel according to an embodiment of the present invention. The device 1100 for identifying a service transmission tunnel is applied to a target node and may include a sending module 1101 .

[0241] A sending module 1101 is used to report service information and a path identifier to the controller; wherein the service information is used to indicate a first service in a segment routing SRv6 message based on the Internet Protocol version 6 forwarding plane sent by the first node to the second node, and the SRv6 message includes a path identifier, and the path identifier is used to determine that the path for transmitting the first service is a path under the first SRv6 tunnel.

[0242] Optionally, the path identifier includes at least one of the following:

[0243] an identifier of the first node;

[0244] The identifier of the second node;

[0245] The identifier of the first SRv6 tunnel;

[0246] Priorities of multiple candidate paths under the first SRv6 tunnel;

[0247] A list of segments of multiple candidate paths under the first SRv6 tunnel.

[0248] Optionally, the target node is any of the following nodes:

[0249] First node;

[0250] Second node;

[0251] A forwarding node between the first node and the second node.

[0252] Optionally, the target node is the first node, and the service transmission tunnel identification device 1100 may further include: a processing module 1102. The processing module 1102 is configured to attach a path identifier to the SRv6 message according to the first configuration information; wherein the path identifier is located in the segment routing header (SRH) of the SRv6 message.

[0253] Optionally, the first configuration information is sent by the controller to the first node; or, the first configuration information is pre-configured in the first node.

[0254] Optionally, the sending module 1101 is specifically configured to report service information and a path identifier to the controller according to the second configuration information; wherein the second configuration information is configured to instruct detection of an SRv6 message containing the first service, and report the path identifier and service information to the controller.

[0255] Optionally, the second configuration information is sent by the controller to the target node; or, the second configuration information is pre-configured in the target node.

[0256] Optionally, the sending module 1101 is specifically configured to report multiple service information and multiple path identifiers within a target time period to the controller; wherein one service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

[0257] Figure 12 1 is a schematic diagram illustrating a device for identifying a service transmission tunnel according to an exemplary embodiment. The device for identifying a service transmission tunnel may include a processor 1202 configured to execute application code to implement the method for identifying a service transmission tunnel in this application.

[0258] The processor 1202 may be a CPU, a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the program of the present application.

[0259] like Figure 12 As shown, the service transmission tunnel identification device may further include a memory 1203. The memory 1203 is used to store application code for executing the solution of the present application, and the processor 1202 controls the execution thereof.

[0260] The memory 1203 may be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, an optical disc storage (including a compact disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), a magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and can be accessed by a computer, but is not limited thereto. The memory 1203 may exist independently and be connected to the processor 1202 via the bus 1204. The memory 1203 may also be integrated with the processor 1202.

[0261] like Figure 12 As shown, the service transmission tunnel identification device may further include a communication interface 1201, wherein the communication interface 1201, the processor 1202, and the memory 1203 may be coupled to each other, for example, via a bus 1204. The communication interface 1201 is used to exchange information with other devices, for example, to support information exchange between the service transmission tunnel identification device and other devices.

[0262] It should be pointed out that Figure 12 The device structure shown in the figure does not constitute a limitation on the identification device of the service transmission tunnel, except Figure 12 In addition to the components shown, the traffic transmission tunnel identification device may include more or fewer components than shown, or combine certain components, or arrange the components differently.

[0263] In actual implementation, the functions implemented by the processing module 1002 and the processing module 1102 can be implemented by Figure 12 The processor 1202 shown calls the program code in the memory 1203 to implement it.

[0264] The present application also provides a computer-readable storage medium having instructions stored thereon. When the instructions in the computer-readable storage medium are executed by a processor of a computer device, the computer device is enabled to perform the identification of the service transmission tunnel provided in the above-described embodiment. For example, the computer-readable storage medium may be a memory 1203 including instructions, and the instructions may be executed by the processor 1202 of the computer device to perform the above-described method. Optionally, the computer-readable storage medium may be a non-transitory computer-readable storage medium, for example, a ROM, RAM, CD-ROM, magnetic tape, floppy disk, or optical data storage device.

[0265] Figure 13 A conceptual partial view of a computer program product provided by an embodiment of the present application is exemplarily shown, where the computer program product includes a computer program for executing a computer process on a computing device.

[0266] In one embodiment, the computer program product is provided using a signal bearing medium 1300. The signal bearing medium 1300 may include one or more program instructions that, when executed by one or more processors, may provide the above-described Figure 3 、 Figure 4 or Figure 5 Thus, for example, reference to Figure 3 In the embodiment shown in , one or more features of S301 to S303 may be undertaken by one or more instructions associated with the signal bearing medium 1300. In addition, Figure 13 The program instructions in also describe example instructions.

[0267] In some examples, the signal-bearing medium 1300 may include a computer-readable medium 1301, such as, but not limited to, a hard drive, a compact disk (CD), a digital video disk (DVD), a digital tape, a memory, a read-only memory (ROM), or a random access memory (RAM), and the like.

[0268] In some embodiments, the signal bearing medium 1300 may include a computer recordable medium 1302 such as, but not limited to, a memory, a read / write (R / W) CD, a R / W, a DVD, or the like.

[0269] In some embodiments, signal bearing medium 1300 may include communication medium 1303 such as, but not limited to, digital and / or analog communication media (eg, fiber optic cables, waveguides, wired communication links, wireless communication links, etc.).

[0270] The signal bearing medium 1300 may be conveyed by a wireless form of communication medium 1303. The one or more program instructions may be, for example, computer executable instructions or logic implemented instructions.

[0271] In some examples, such as for Figure 10 or Figure 11 The described traffic transmission tunnel identification apparatus may be configured to provide various operations, functions, or actions in response to one or more program instructions via the computer-readable medium 1301 , the computer-recordable medium 1302 , and / or the communication medium 1303 .

[0272] Through the description of the above implementation methods, technical personnel in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be distributed and completed by different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete the full classification or partial functions described above.

[0273] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of modules or units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0274] The units described as separate components may or may not be physically separate, and the components shown as units may be one physical unit or multiple physical units, that is, they may be in one location or distributed across multiple locations. Depending on actual needs, some or all of the units may be selected to achieve the purpose of this embodiment.

[0275] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0276] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiment of the present application is essentially or the part that contributes to the prior art or the full classification part or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions to enable a device (which can be a single-chip microcomputer, chip, etc.) or a processor (processor) to execute the full classification part or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk or an optical disk.

[0277] The above are only specific embodiments of the present application, but the scope of protection of the present application is not limited thereto. Any changes or replacements within the technical scope disclosed in this application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A method for identifying a service transmission tunnel, characterized in that: Applied to a controller, the method comprises: Acquire service information and a path identifier, wherein the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by the first node to the second node, wherein the SRv6 message includes the path identifier; According to the path identifier, it is determined that the path for transmitting the first service is a path under the first SRv6 tunnel.

2. The method according to claim 1, characterized in that The path identifier includes at least one of the following: an identifier of the first node; an identifier of the second node; an identifier of the first SRv6 tunnel; priorities of multiple candidate paths under the first SRv6 tunnel; A segment list of multiple candidate paths under the first SRv6 tunnel.

3. The method according to claim 2, characterized in that The obtaining of the service information and the path identifier includes: Receiving the service information and the path identifier reported by the target node; The target node is any of the following nodes: the first node; the second node; A forwarding node between the first node and the second node.

4. The method according to claim 3, characterized in that The method further comprises: Sending first configuration information to the first node; The first configuration information is used to instruct to attach the path identifier to the SRv6 message, and the path identifier is located in a segment routing header SRH of the SRv6 message.

5. The method according to claim 4, characterized in that The method further comprises: Sending second configuration information to the target node; The second configuration information is used to instruct the detection of the SRv6 message containing the first service, and to report the path identifier and the service information to the controller.

6. The method according to any one of claims 1 to 5, characterized in that There are multiple pieces of service information, and there are multiple pieces of path identifiers. One piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

7. A method for identifying a service transmission tunnel, characterized in that: Applied to a target node, the method comprises: Reporting service information and path identifiers to the controller; The service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by the first node to the second node, and the SRv6 message includes the path identifier, and the path identifier is used to determine that the path for transmitting the first service is a path under the first SRv6 tunnel.

8. The method according to claim 7, characterized in that The path identifier includes at least one of the following: an identifier of the first node; an identifier of the second node; an identifier of the first SRv6 tunnel; priorities of multiple candidate paths under the first SRv6 tunnel; A segment list of multiple candidate paths under the first SRv6 tunnel.

9. The method according to claim 8, characterized in that The target node is any of the following nodes: the first node; the second node; A forwarding node between the first node and the second node.

10. The method according to claim 8, characterized in that The target node is the first node, and the method further includes: According to the first configuration information, attach the path identifier to the SRv6 message; The path identifier is located in a segment routing header SRH of the SRv6 message.

11. The method according to claim 10, characterized in that The first configuration information is configuration sent by the controller to the first node; or, The first configuration information is pre-configured in the first node.

12. The method according to claim 8, characterized in that The reporting of the service information and the path identifier to the controller includes: reporting the service information and the path identifier to the controller according to the second configuration information; The second configuration information is used to instruct the detection of the SRv6 message containing the first service, and to report the path identifier and the service information to the controller.

13. The method according to claim 12, characterized in that The second configuration information is a configuration sent by the controller to the target node; or, The second configuration information is pre-configured in the target node.

14. The method according to claim 8, characterized in that The reporting of the service information and the path identifier to the controller includes: Reporting the plurality of service information and the plurality of path identifiers within a target time period to the controller; Among them, one piece of service information corresponds to one path identifier, one first service, and one first SRv6 tunnel.

15. A device for identifying a service transmission tunnel, characterized in that: Applied to a controller, the device comprises: An acquisition module, used to acquire service information and a path identifier, wherein the service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by the first node to the second node; A processing module is used to determine, according to the path identifier, that a path for transmitting the first service is a path under the first SRv6 tunnel.

16. A device for identifying a service transmission tunnel, characterized in that: Applied to a target node, the device comprises: A sending module, used to report service information and path identifiers to the controller; The service information is used to indicate a first service in a segment routing SRv6 message based on an Internet Protocol version 6 forwarding plane sent by the first node to the second node, and the path identifier is used to determine that a path for transmitting the first service is a path under a first SRv6 tunnel.

17. A device for identifying a service transmission tunnel, characterized in that: include: Processor and memory; The processor is coupled to the memory; The memory is used to store one or more programs, and the one or more programs include computer execution instructions. When the identification device of the service transmission tunnel is running, the processor executes the computer execution instructions stored in the memory to enable the identification device of the service transmission tunnel to perform the identification method of the service transmission tunnel as described in any one of claims 1-14.

18. A computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium, characterized in that: When a computer executes the instruction, the computer executes the method for identifying a service transmission tunnel as described in any one of claims 1 to 14.

19. A computer program product, characterized in that The computer program product comprises computer program instructions, and when the computer program instructions are executed, the method for identifying a service transmission tunnel according to any one of claims 1 to 14 is implemented.

Images