WO2020063500A1 - 获取SRv6隧道信息的方法、设备和系统 - Google Patents

获取SRv6隧道信息的方法、设备和系统 Download PDF

Info

Publication number
WO2020063500A1
WO2020063500A1 PCT/CN2019/107161 CN2019107161W WO2020063500A1 WO 2020063500 A1 WO2020063500 A1 WO 2020063500A1 CN 2019107161 W CN2019107161 W CN 2019107161W WO 2020063500 A1 WO2020063500 A1 WO 2020063500A1
Authority
WO
WIPO (PCT)
Prior art keywords
network device
information
srv6 tunnel
srv6
field
Prior art date
Application number
PCT/CN2019/107161
Other languages
English (en)
French (fr)
Inventor
施健健
华庭
张永康
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to KR1020217012440A priority Critical patent/KR102486372B1/ko
Priority to EP19868102.5A priority patent/EP3849138B1/en
Priority to JP2021517659A priority patent/JP7209820B2/ja
Publication of WO2020063500A1 publication Critical patent/WO2020063500A1/zh
Priority to US17/216,395 priority patent/US11558341B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/34—Source routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/65—Telephone numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses

Definitions

  • the present application relates to the field of communications, and in particular, to a method, device, and system for acquiring SRv6 tunnel information.
  • Segment routing is a tunnel technology based on source routing and forwarding mode.
  • the data plane of SR adopts Multi-Protocol Label Switching (MPLS) or Internet Protocol Version 6 (IPv6).
  • MPLS Multi-Protocol Label Switching
  • IPv6 Internet Protocol Version 6
  • the SR based on IPv6 method is called Internet Protocol version 6 segment routing (Internet Segmentation Routing, IPv6 SR) or IPv6 data plane segment routing (Segment Routing Routing IPv6 data plane, SRv6).
  • IP Internet Protocol
  • traceroute In an Internet Protocol (IP) network, an IP route trace (English: traceroute) tool is generally used to implement the path discovery function. However, IP Traceroute does not currently support obtaining SRv6 tunnel information.
  • the method, device, and system for obtaining SRv6 tunnel information provided in the embodiments of the present application are helpful for solving the problem that the SRv6 tunnel information cannot be obtained in the prior art, and for maintaining and managing the SRv6 tunnel.
  • an embodiment of the present application provides a method for acquiring SRv6 tunnel information.
  • the first network device sends a request message to the second network device, the request message is used to request to detect the reachability of the SRv6 tunnel and obtain the SRv6 tunnel information of the second network device, wherein the The second network device is a network device on the SRv6 tunnel; the first network device receives a response packet from the second network device, and the response packet includes SRv6 tunnel information of the second network device ; The first network device acquires SRv6 tunnel information of the second network device according to the response message.
  • the method before the first network device sends a request message to the second network device, the method further includes: the first network device obtains a keyword from a command line configured by the user, and according to the keyword Generating the request message, wherein the keyword instructs to obtain SRv6 tunnel information of a network device on the SRv6 tunnel; or the first network device receives a message from a control and management device and generates the message according to the message The request message, wherein the message instructs to obtain SRv6 tunnel information of a network device on the SRv6 tunnel.
  • Configuring or receiving configuration parameters from the control and management device through the command line helps you to obtain SRv6 tunnel information flexibly and on demand.
  • the request message is a user datagram protocol UDP message
  • the UDP message includes a first field, where the first field indicates that an SRv6 tunnel of a network device on the SRv6 tunnel is acquired. information.
  • the SRv6 tunnel information of the network device on the SRv6 tunnel includes at least one of the following information: the active segment identification SID information of the network device on the SRv6 tunnel, and the The network device's segment routing SR policy information associated with the bound segment identifier BSID, and the service chain information of the network device on the SRv6 tunnel.
  • the UDP packet further includes a second field, where the second field indicates to obtain at least one of the following information: active SID information of a network device on the SRv6 tunnel; the SR policy information associated with a BSID of a network device on the SRv6 tunnel; and service chain information of the network device on the SRv6 tunnel.
  • the UDP packet further includes at least one of the following fields: an optional field, a length field, and a reserved field, where the optional field is used to carry the second field to indicate acquisition A parameter in the information, the length field is used to indicate the length of the optional field, and the reserved field is used to define new functions in the future.
  • the response message is an Internet Control Message Protocol ICMP message
  • the ICMP message carries SRv6 tunnel information of the second network device.
  • the SRv6 tunnel information of the second network device includes at least one of the following information: active SID information of the second network device, and information of the second network device that is associated with the BSID. SR policy information and service chain information of the second network device.
  • the ICMP message includes an ICMP extended object field
  • the ICMP extended object field includes a length field, a classification number Class-Num field, a classification type C-Type field, and an object payload field.
  • the length field is used to indicate the length of the ICMP extension object field
  • the value of the Class-Num field indicates that the object payload field carries SRv6 tunnel information of the network device on the SRv6 tunnel
  • the C-Type field The value of indicates that the object payload field carries the active SID information of the network device on the SRv6 tunnel, the SR policy information associated with the BSID of the network device on the SRv6 tunnel, or the network device on the SRv6 tunnel.
  • Service chain information where the value of the object payload field is the active SID information of the second network device, the SR policy information associated with the BSID of the second network device, and the service chain information of the second network device At least one.
  • an embodiment of the present application provides a method for sending SRv6 tunnel information.
  • the second network device receives a request message from the first network device, and the request message is used to request to detect the reachability of the SRv6 tunnel and obtain the SRv6 tunnel information of the second network device.
  • the second network device is a network device on the SRv6 tunnel; the second network device obtains SRv6 tunnel information of the second network device according to the request message; and the second network device sends the second network device to the The first network device sends the response message, and the response message includes SRv6 tunnel information of the second network device.
  • the request message is a user datagram protocol UDP message
  • the UDP message includes a first field, where the first field indicates that an SRv6 tunnel of a network device on the SRv6 tunnel is acquired. information.
  • the SRv6 tunnel information of the network device on the SRv6 tunnel includes at least one of the following information: the active segment identification SID information of the network device on the SRv6 tunnel, and the The network device's segment routing SR policy information associated with the bound segment identifier BSID, and the service chain information of the network device on the SRv6 tunnel.
  • the UDP packet further includes a second field, where the second field indicates to obtain at least one of the following information: active SID information of a network device on the SRv6 tunnel; the SR policy information associated with a BSID of a network device on the SRv6 tunnel; and service chain information of the network device on the SRv6 tunnel.
  • the UDP packet further includes at least one of the following fields: an optional field, a length field, and a reserved field, where the optional field is used to carry the second field to indicate acquisition A parameter in the information, the length field is used to indicate the length of the optional field, and the reserved field is used to define new functions in the future.
  • the acquiring, by the second network device, the SRv6 tunnel information of the second network device according to the request message includes: when the first field indicates acquiring the network device on the SRv6 tunnel When the SRv6 tunnel information of the SRv6 tunnel is obtained and the second field indicates to obtain the active SID information of the network device on the SRv6 tunnel, the second network device obtains the active SID information of the second network device; when the first field When instructing to acquire SRv6 tunnel information of a network device on the SRv6 tunnel and the second field instructing to acquire SR policy information associated with a BSID of a network device on the SRv6 tunnel, the second network device acquires the SRv6 tunnel information SR policy information associated with the BSID of the second network device; when the first field indicates acquiring SRv6 tunnel information of the network device on the SRv6 tunnel and the second field indicates acquiring network device on the SRv6 tunnel
  • the second network device obtains its own relevant SRv6 tunnel information as needed, which helps to obtain information accurately and quickly, and improves the efficiency and flexibility of obtaining information .
  • the response message is an Internet Control Message Protocol ICMP message
  • the ICMP message carries SRv6 tunnel information of the second network device.
  • the SRv6 tunnel information of the second network device includes at least one of the following information: active SID information of the second network device, and information of the second network device that is associated with the BSID. SR policy information and service chain information of the second network device.
  • the ICMP message includes an ICMP extended object field
  • the ICMP extended object field includes a length field, a classification number Class-Num field, a classification type C-Type field, and an object payload field.
  • the length field is used to indicate the length of the ICMP extension object field
  • the value of the Class-Num field indicates that the object payload field carries SRv6 tunnel information of the network device on the SRv6 tunnel
  • the C-Type field The value of indicates that the object payload field carries the active SID information of the network device on the SRv6 tunnel, the SR policy information associated with the BSID of the network device on the SRv6 tunnel, or the network device on the SRv6 tunnel.
  • Service chain information where the value of the object payload field is the active SID information of the second network device, the SR policy information associated with the BSID of the second network device, and the service chain information of the second network device At least one.
  • an embodiment of the present application provides a first network device.
  • the first network device includes a memory and a processor connected to the memory.
  • the processor is configured to execute computer-readable instructions in the memory to perform the first aspect or the method in any possible implementation manner of the first aspect.
  • the present invention provides a computer-readable medium including instructions that, when run on a computer, cause the computer to execute the method of the first aspect or any possible implementation of the first aspect.
  • an embodiment of the present application provides a second network device.
  • the second network device includes a memory and a processor connected to the memory.
  • the processor is configured to execute computer-readable instructions in the memory to perform the second aspect or the method in any possible implementation of the second aspect.
  • the present invention provides a computer-readable medium including instructions that, when run on a computer, cause the computer to execute the method of the second aspect or any possible implementation of the second aspect.
  • the present invention provides a system including the first network device of the third or fourth aspect and the second network device of the fifth or sixth aspect.
  • FIG. 1a is a schematic diagram of a network application scenario according to an embodiment of the present application.
  • FIG. 1b is a schematic diagram of another network application scenario according to an embodiment of the present application.
  • FIG. 2 is a flowchart of a method for obtaining SRv6 tunnel information in an embodiment of the present application
  • FIG. 3a is a schematic diagram of a field format of a UDP packet according to an embodiment of the present application.
  • FIG. 3b is a schematic diagram of an ICMP extended object field format according to an embodiment of the present application.
  • FIG. 4 is a schematic diagram of a first network device 400 according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a second network device 500 according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a system 600 in an embodiment of the present application.
  • the network architecture and service scenarios described in the embodiments of the present invention are intended to more clearly illustrate the technical solutions of the embodiments of the present invention, and do not constitute a limitation on the technical solutions provided by the embodiments of the present invention. Those of ordinary skill in the art will know that with the network The evolution of the architecture and the emergence of new service scenarios. The technical solutions provided by the embodiments of the present invention are also applicable to similar technical problems.
  • the present invention is applied to an SRv6 network. Therefore, the following first briefly introduces the concepts related to SRv6.
  • SR includes the data plane based on MPLS or IPv6
  • only the head node of the service flow path that is, the SR tunnel
  • SR policy implies: SR policy
  • SRv6 is implemented by defining a new IPv6 routing header (referred to as SRH).
  • SID List The Segment Identifier List (SID List) carried in the SRH is used to specify the forwarding path of IPv6 packets.
  • the SRH includes a Next Header field, a Segment Left field, and a Segment List [n] field.
  • the next header indicates the protocol header carried after the SRH header.
  • the segment list carries the IP addresses of each node (excluding the source node) specified on the forwarding path and is expressed in the form of an array.
  • the index of the array ranges from 0 to n, where n is a positive integer.
  • n + 1 expresses the number of nodes on the forwarding path other than the head node that needs to pass.
  • the SegmentLeft field indicates the index of the array. It should be noted that the segment identification list (SID list) and the segment list in this article have the same meaning.
  • SRH adopts the loose source routing mode, that is, it does not require that each hop on the forwarding path supports and parses SRH, nor does it require that the SID list in SRH includes every hop node on the path.
  • SRv6 tunnel packets may not even contain SRH.
  • SRv6 tunnels can be established in two ways: distributed and centralized.
  • distributed SIDs are issued through the Interior Gateway Protocol (IGP) and Border Gateway Protocol (BGP) protocols.
  • IGP Interior Gateway Protocol
  • BGP Border Gateway Protocol
  • the SID and calculation path are collected centrally through a Software Defined Networking (SDN) controller.
  • SDN Software Defined Networking
  • the SID list of the SRv6 tunnel can be specified in two ways: Explicit candidate path (Dynamic candidate path) and Dynamic candidate path (Dynamic candidate path).
  • Explicit candidate path Dynamic candidate path
  • Dynamic candidate path Dynamic candidate path
  • Binding SID Binding SID
  • SRv6 In addition to the common features of SR, compared with SR MPLS, its most significant feature is that it supports network programming (English: Network Programming). Through network programming, SRv6 has a very powerful scalability. It can be applied to various application scenarios, for example, to implement BGP / SR L3VPN, EVPN L2VPN / L3VPN, SFC, etc.
  • SID is an instruction with topology or business semantics. Network programming is to effectively combine SIDs according to business requirements to form a SID list (representing the forwarding path of the SRv6 tunnel).
  • the SID is a 16-bit (English: 16-bit) IPv6 address.
  • the SID includes three parts: location (English: Locator), function (English: Function), and parameters (English: Argument). Among them, Argument is optional, Locator is usually used for addressing (relevant to routing), Function indicates a function related to SID (for example, topology or service), and Argument indicates parameters for performing related operations of Function.
  • the nodes can be divided into the following types (ie, device roles (English; device roles)):
  • Non-SRv6 nodes (English: Non-SRv6node): Node types that do not support or have SRv6 enabled. This type of node only performs native (English: Native) IPv6 forwarding processing.
  • Transit node (English: Transit node): Node type with SRv6 function enabled.
  • Active SID (English: Active SID) of the SRv6 message is not installed in my local SID table (English: My Local SID table).
  • Binding segment identification node (English: BSID node): A node type that enables the SRv6 function and the BSID mechanism. This node can introduce traffic to a new SR policy through the BSID mechanism.
  • BSID node A node type that enables the SRv6 function and the BSID mechanism. This node can introduce traffic to a new SR policy through the BSID mechanism.
  • BSID mechanism please refer to the draft-ietf-spring-segment-routing-policy published by the IETF.
  • the contents of this document and the relevant parts of the document are generally incorporated by reference in this text. For descriptions that contradict or conflict with this application, the description in this application shall prevail. For brevity, we will not repeat them here.
  • Endpoint node (English: Endpoint node): The node type that has the SRv6 function enabled and the active SID of the SRv6 message has been installed in the MyLocalSID table.
  • My Local SID table In order to implement SRv6 Network Programming, My Local SID table needs to be used. This table maintains all local SIDs of the Endpoint node (SIDs assigned and resolved by the node).
  • a Transit node or Endpoint node When a Transit node or Endpoint node receives an IPv6 packet, it first uses the Active SID (that is, the outermost IPv6 destination address (DA) in the IPv6 packet) to query the My Local SID table. If there is a matching entry, The function associated with the local SID is executed.
  • Active SID that is, the outermost IPv6 destination address (DA) in the IPv6 packet
  • the network devices may be routers, switches, and other devices.
  • the routers and switches may be physical devices or virtual devices (such as virtual servers, virtual routers, and virtual switches) implemented based on virtualization technologies.
  • the network device is different according to the location, function, and characteristics deployed in a specific network.
  • the network device may also be referred to as a Customer Edge (CE) device, a Provider Edge (PE) device, and a Provider (Provider). , P) equipment.
  • CE Customer Edge
  • PE Provider Edge
  • P Provider
  • CE equipment, PE equipment, and P equipment are referred to as CE, PE, and P, respectively.
  • FIG. 1a is a schematic diagram of an SRv6 network that does not support Binding Segment Identifier (BSID).
  • the network diagram includes CE1, PE1, P1, P2, P3, PE2, and CE2.
  • An SRv6 tunnel is created between PE1 and PE2, for example, an SRv6 best-effort (BE) tunnel or a SRv6 Traffic Engineering (TE) tunnel.
  • BE SRv6 best-effort
  • TE Traffic Engineering
  • PE1 is the head node of the SRv6 tunnel
  • PE2 is the tail node of the SRv6 tunnel
  • P1, P2, and P3 are the intermediate nodes of the SRv6 tunnel.
  • PE1, PE2, P1, and P2 support and enable the SRv6 function and are the endpoint nodes.
  • P3 does not support or enable the SRv6 function, it is the non-SRv6 node or the transit node.
  • P1, P2, and PE2 have been configured with SRv6Node SIDs, have been installed in their My Local SID table, and have been released to PE1. For example, publishing through IGP, BGP, or SDN controller (English: Controller).
  • an operation for detecting the reachability of the SRv6 tunnel is initiated on PE1.
  • PE1 sends IP Traceroute detection packets (for example, UDP detection packets) to P1, P2, P3, and PE2 to detect the reachability of PE1 to PE2.
  • IP Traceroute detection packets for example, UDP detection packets
  • P1, P2, P3, and PE2 On PE1, by matching the FIB table, these UDP detection packets are steered to SR policy (English: policy) 1.
  • SR policy1 indicates the SID list of the forwarding path from PE1 to PE2 (that is, the forwarding SID list of the entire SRv6 tunnel).
  • FIG. 1b is a schematic diagram of an SRv6 network supporting a Binding Segment Identifier (BSID) mechanism.
  • FIG. 1b is similar to the network structure in FIG. 1a, except that the BSID technology (or mechanism) is also supported.
  • P2 also supports the BSID mechanism, which is the BSID node.
  • SR policy1 indicates the SID list of the forwarding path from PE1 to P2 (that is, the SID list of the forwarding SID from PE1 to P2 in the SRv6 tunnel).
  • UDP detection packets are based on SR policy1 and follow the The SRv6 tunnel is transmitted to P2 (P2 supports the BSID mechanism). On P2, through the BSID mechanism, these UDP detection packets are redirected to another SR policy 2.
  • SR policy 2 indicates the SID list of the forwarding path from P2 to PE2 (that is, the section from P2 to PE2 in the SRv6 tunnel) List of forwarded SIDs). These UDP detection packets are transmitted to PE2 along the SRv6 tunnel according to the SR policy 2.
  • the embodiment of the present invention provides a method for acquiring SRv6 tunnel information by extending the IP Traceroute detection message, and solves the problem that the SRv6 tunnel information cannot be acquired in the prior art.
  • FIG. 2 is a schematic flowchart of a method for obtaining SRv6 tunnel information according to an embodiment of the present invention. The method includes the following content.
  • the first network device sends a request message to the second network device, where the request message is used to request to detect reachability of an SRv6 tunnel and obtain SRv6 tunnel information of the second network device, wherein the The second network device is a network device on the SRv6 tunnel.
  • the request message is, for example, an extended IP traceroute message.
  • the extended IP traceroute message can be implemented by extending two types of messages, one is a UDP message, and the other is an ICMP message (for example, a ping request).
  • the destination port number of the UDP message (also referred to as a UDP detection message) uses an unused UDP port number of the detection target node (for example, the default value is 33434).
  • the extended UDP messages are described in detail below.
  • traceroute is one of the common tools for managing IP networks. It is used to implement path discovery functions. For example, when displaying paths and measuring data packets are forwarded by IP nodes through network nodes (for example, routers, switches). Delay. Traceroute can be applied to different program operating systems. For example, in modern Unix systems, such as Linux systems, traceroute is called tracepath; in Windows systems, it is called tracert; in IPv6 protocol, it can be called traceroute6 or tracert6. For different application systems, the names of the corresponding traceroutes are different, which is not limited in the embodiments of the present application.
  • the SRv6 tunnel information may be an overall, unclassified collection of information, or may be further classified into a collection of several types of information.
  • the SRv6 tunnel information is further subdivided into several types of information, including active SID information, SR policy information associated with the BSID, and service chain information.
  • the active SID information indicates information related to the active SID, including: device role (English: Device), SID value, SID type (for example, Node SID, adjacency (English: Adjacency) SID, BSID, etc.), SID function (for example, , End, End.X, etc.).
  • the SR policy information associated with the BSID indicates information related to the SR policy associated with the BSID, including information such as Active Candidate Path.
  • the service chain information indicates information related to the service chain, including information such as a service chain identifier and a service chain path.
  • For the information model of SR policy please refer to the draft-ietf-spring-segment-routing-policy published by the IETF for details. The content of this related part of this document seems to be copied as a whole and is generally incorporated by reference. In this text, the descriptions that contradict or conflict with this application shall prevail over the description in this application. For brevity, we will not repeat them here.
  • the first network device before the first network device sends a request message to a second network device, the first network device obtains a keyword from a command line configured by a user, and generates a keyword based on the keyword.
  • the request message is described.
  • the keyword indicates acquiring SRv6 tunnel information of a network device on the SRv6 tunnel.
  • command line is:
  • -srv6 is a newly added optional parameter (that is, the keyword), which is used to instruct to obtain SRv6 tunnel information.
  • destination-ip-address is used to indicate the IP address of the detected destination node.
  • keywords added in the command line may further include instructions
  • the sub-keywords of the information type for example:
  • the sub-keyword active-sid is used to indicate the active SID information
  • the sub-keyword bsid is used to indicate the SRPolicy information associated with the BSID.
  • the sub-keyword s-chain is used to indicate service chain information.
  • the first network device before the first network device sends a request message to the second network device, the first network device receives a message sent from a control management device, and generates the message according to the message. Request message. The message instructs to obtain SRv6 tunnel information of a network device on the SRv6 tunnel.
  • the message may be sent through a management channel or sent through a control channel protocol.
  • management channel protocols may include: Simple Network Management Protocol (SNMP, Simple Network Management Protocol), Network Configuration Protocol (Network Configuration Protocol, NETCONF), etc.
  • control channel protocols for example, may include: OpenFlow protocol, Path Computing Communication Protocol (PCEP), Border Gateway Protocol (BGP), and Routing System Interface (Interface) the Routing System (I2RS), etc.
  • the server to be detected in the anycast server cluster can be specified flexibly and on demand.
  • the request message is a User Datagram Protocol (UDP) message.
  • the UDP message includes a first field, and the first field indicates that SRv6 tunnel information of a network device on the SRv6 tunnel is acquired.
  • the SRv6 tunnel information of the network device on the SRv6 tunnel includes at least one of the following information: the active segment identification SID information of the network device on the SRv6 tunnel, and the identification of the network device on the SRv6 tunnel with the bound segment Segment route SR policy information associated with the BSID, and service chain information of network equipment on the SRv6 tunnel.
  • the UDP message further includes a second field, where the second field indicates that at least one of the following information is acquired:
  • the conditions that the second field can indicate include:
  • the UDP packet further includes at least one of the following fields:
  • -Optional field used to carry a parameter (information) in the obtained information indicated by the second field
  • Length field used to indicate the length of the optional field
  • the field format of the UDP message is shown in Figure 3a.
  • the UDP message is encapsulated in an IP message, and the IP message may be an IPv4 message or an IPv6 message.
  • the Marker (English: Marker) field is extended in the payload of the UDP message, that is, the first field described above.
  • the Marker field is used to indicate the type of information that needs to be obtained. For example, the hexadecimal value 0x00 represents SRv6 tunnel information, and Ox01 represents some other type of information that needs to be obtained in the future. Therefore, the Marker field is also used to achieve backward compatibility, and its length is, for example, 8 bytes.
  • the SRv6 tunnel information includes Active SID information, SR Policy information associated with the BSID, service chain information, and so on.
  • the payload of the UDP message may also be extended with a Flag field, that is, the second field described above.
  • the Flag field is used to instruct to obtain specific information in the information indicated by the Marker field.
  • the value of the Flag field indicates the following:
  • the value of the Flag field is a hexadecimal value of 0x10, it means that the SRPolicy information associated with the BSID needs to be obtained;
  • the value of the Flag field is a hexadecimal value of 0x11, it means that it is necessary to obtain active SID information and SRPolicy information associated with the BSID;
  • the value of the Flag field is a hexadecimal value of 0x100, it means that the service chain information needs to be obtained;
  • the representative needs to obtain service chain information and active SID information;
  • the representative needs to obtain service chain information and SRPolicy information associated with the BSID;
  • the representative needs to obtain service chain information, active SID information, and SRPolicy information associated with the BSID.
  • the Flag field when the Flag field is not set (for example, the default value is a hexadecimal value of 0x00), the Flag field may indicate that no SRv6 tunnel information is returned by default, or may indicate that all SRv6 are returned by default. Tunnel information. It is determined according to different demand scenarios. For example, when there is a lot of SRv6 tunnel information, in order to avoid too much information being returned, it may be instructed not to return any information of the SRv6 tunnel. When there is not much SRv6 tunnel information, all the information about the SRv6 tunnel can be returned. This is just an example. The user can define the meaning of the default value of the Flag field according to their different needs. There is no limitation here.
  • the payload of the UDP message may also be extended with a length field (English: Length, abbreviated as Len) and an optional (English: Options) field.
  • the Len field indicates the length of the Options field, for example, is 2 bytes.
  • the Options field is an optional part, and may indicate that the Flag field (that is, the second field described above) indicates a specific parameter (information) in the obtained information type. For example, it is a sub-information in the active SID information: SID type.
  • the Options field may be in a Type Length Value (TLV) format.
  • TLV Type Length Value
  • the lengths of the type and length fields are 2B, respectively. It should be noted that if the value of the Options field is not currently defined, the Len field is always set to 0.
  • the payload of the UDP message may also be extended with a Reservation (English: Reservation, Abbreviated as Res) field.
  • the Res field is a reserved field and is currently undefined, and is used to expand the use according to future requirements. For example, its length is 2B. When generating a UDP detection packet, this field should be set to 0. When a network device receives the UDP detection packet, it ignores this field.
  • the second network device receives the request message from the first network device.
  • the second network device obtains SRv6 tunnel information of the second network device according to the request message.
  • the acquiring, by the second network device according to the request message, SRv6 tunnel information of the second network device includes:
  • the second network device acquires The active SID information of the second network device
  • the second network device acquires the active SID information of the second network device and the SR policy information associated with the BSID of the second network device;
  • the second network device acquires Service chain information of the second network device
  • the second network device obtains the service chain information of the network device on the SRv6 tunnel and the active SID information of the network device on the SRv6 tunnel;
  • the second network device obtains the service chain information of the network device on the SRv6 tunnel and the SR policy information associated with the BSID of the network device on the SRv6 tunnel;
  • the second network device obtains service chain information of the network device on the SRv6 tunnel, The active SID information of the network device and the SR policy information associated with the BSID of the network device on the SRv6 tunnel.
  • the second network device obtains its own relevant SRv6 tunnel information as needed, which helps to obtain information accurately and quickly, and improves the efficiency and flexibility of obtaining information .
  • the second network device sends a response packet to the first network device, where the response packet includes SRv6 tunnel information of the second network device.
  • the response message is an Internet Control Message Protocol (ICMP) message
  • the ICMP message carries SRv6 tunnel information of the second network device.
  • the SRv6 tunnel information of the second network device includes at least one of the following information: active SID information of the second network device, and SR policy information associated with the BSID of the second network device.
  • the ICMP message may be, for example, an ICMP timeout error message or an ICMP port unreachable error message.
  • the ICMP timeout error message can be an ICMPv4 error (English: error) message based on the IPv4 type (English: type) is 11 and the code (English: code) is 0. ICMPv6 error message with 0.
  • the ICMP port unreachable error message can be an ICMPv4 error message based on IPv4 type 3 and code 3, or an ICMPv6 error message based on IPv6 type 1 and code 4.
  • RRC Request for Comments
  • the ICMP message includes an ICMP extended object field, and the format of the ICMP extended object field is shown in FIG. 3b.
  • the ICMP extended object field includes a length (English) field, a class number (English: Class-Num) field, a classification type (English: C-Type) field, and an object payload (English: Object payload) field.
  • the length field is used to indicate the length of the ICMP extension object field.
  • the value of the Class-Num field is a newly defined value, which is used to indicate that the object payload field carries SRv6 tunnel information of a network device on the SRv6 tunnel. For example, you can use any value in the range [247,255].
  • the value of the C-Type field is used to indicate that the object payload field carries a certain type of information in the SRv6 tunnel information of the network device on the SRv6 tunnel: active SID information, SR policy information associated with the BSID, or Business chain information.
  • C-Type when the value of C-Type is 1, it indicates that the object payload field carries the active SID information in the SRv6 tunnel information of the network device on the SRv6 tunnel.
  • active SID information please refer to the description in section 101 above, which will not be repeated here.
  • the C-Type value When the C-Type value is 2, it indicates that the object payload field carries the SR policy information associated with the BSID of the network device on the SRv6 tunnel.
  • the SR policy information associated with the BSID please refer to the description in section 101 above, which will not be repeated here.
  • the C-Type value When the C-Type value is 3, it indicates that the object payload field carries service chain information of the network device on the SRv6 tunnel.
  • service chain information please refer to the description in section 101 above, which will not be repeated here.
  • C-Type is only an example and does not play any limiting role.
  • the specific value should be based on the standardized value.
  • the value of the object payload field is the active SID information of the second network device, the SR policy information associated with the BSID of the second network device, and the second network device One of the business chain information.
  • multiple ICMP extension objects may be carried. For example, if you need to carry the active SID information and service chain information back to the first network device, you can carry two ICMP extension objects.
  • the C-Type value of one ICMP extension object is 1 to carry the active SID information; the other The C-Type value of the ICMP extension object is 3, which is used to carry service chain information.
  • the first network device receives a response packet from the second network device, where the response packet includes SRv6 tunnel information of the second network device.
  • the first network device obtains SRv6 tunnel information of the second network device according to the response packet.
  • the first network device may be PE1 or CE1 in FIG. 1a and FIG. 1b
  • the second network device may be P1, P2, P3, or PE2 in FIG. 1a and FIG. 1b
  • the SRv6 tunnel path from PE1 to PE2 is PE1-P1-P2-P3-PE2.
  • PE1, PE2, P1, and P2 support and enable the SRv6 function, while P3 does not support or does not enable the SRv6 function.
  • PE1 as the head node initiates the acquisition of SRv6 tunnel information of each node (in turn, P1, P2, P3, and PE2) in the tunnel PE1 to PE2.
  • PE1 sends extended IP traceroute detection packets to P1, P2, P3, and PE2 to obtain the SRv6 tunnel information of each node, for example, the active SID information of each node and the SR policy information associated with the BSID.
  • a UDP detection packet 1 with a time-to-live (TTL) of 1 hop is triggered and sent to the P1 node.
  • TTL time-to-live
  • -m ⁇ max-hop-limit> is used to indicate the limit of the maximum number of hops.
  • the UDP detection packet 1 is encapsulated in the IP packet header.
  • the TTL value in the IP packet header is 1.
  • the TTL field in the IPv4 packet header carries the TTL value.
  • the IPv6 hop limit (English: Hop The Limit) field carries the TTL value.
  • the value of the Marker field in the UDP detection message 1 is set to indicate the acquisition of SRv6 tunnel information, and the value of the Flag field is set to indicate the acquisition of active SID information and SR policy information associated with the BSID.
  • the destination IP address in the IP header of the UDP detection packet 1 is the IP address of PE2.
  • PE1 obtains the active SID information of P1 from the ICMP timeout error packet 1.
  • P2 has the same role as P1, is the endpoint node, and has no SR policy information associated with the BSID. Therefore, P2 can only encapsulate the active SID information of P2 in the ICMP timeout error message 2 and send it to PE1.
  • PE1 obtains the active SID information of P2 from the ICMP timeout error packet 2.
  • the ICMP timeout error message 3 sent does not carry SRv6 tunnel information.
  • PE2 After receiving the UDP detection packet 4, PE2 obtains the IP address of the destination IP address and looks up the forwarding entry, and finds that the destination address is the IP address of the local device (PE2), and then sends it to the control plane for processing. Then, the destination port number in the UDP detection packet 4 is parsed as an unused UDP port number (for example, the default value is 33434), and an ICMP port unreachable error packet 1 is triggered. PE2 also parses the indication of the Maker field and the Flag field to obtain the active SID information of P1 and the SR policy information associated with the BSID.
  • PE2 obtains the locally stored role information for the endpoint node, so there is no SR policy information associated with the BSID on PE2. Then PE2 only gets the active SID information on PE2. PE2 encapsulates the active SID information of PE2 in the ICMP port unreachable error message 1 and sends it to PE1.
  • PE1 obtains the active SID information of PE2 from the ICMP port unreachable error packet 1. So far, PE1 has obtained the active SID information of all nodes on the SRv6 tunnel.
  • the scenario shown in FIG. 1b is similar to the scenario in FIG. 1a.
  • the P2 node in FIG. 1b is a BSID node. Therefore, in Figure 1b, PE1 sends extended IP traceroute detection packets to P1, P2, P3, and PE2 to obtain the active SID information of each node and the SR policy information associated with the BSID.
  • the process is the same.
  • P2 receives the UDP detection packet 2
  • P2 parses the instructions of the Maker field and the Flag field, and needs to obtain P2's active SID information and SR policy information associated with the BSID.
  • P2 obtains the role information stored locally as the BSID node.
  • P2 parses the active SID1 from the SRH in the IPv6 packet of the UDP detection packet 2. After querying the MyLocalSID table, it is learned that the active SID1 is associated with an SR policy information. At this time, the active SID1 is called the BSID 1. Then, the SR policy information associated with the BSID 1 is acquired. P2 encapsulates the active SID information of P2 and the SR policy information of P2 associated with the BSID1 in the ICMP timeout error message 1 and sends it to PE1. Therefore, PE1 also obtains the SR policy information associated with the BSID of the P2 node.
  • PE1 is used as the initiator of the IP traceroute detection.
  • CE1 can also be used as the initiator.
  • SRv6 tunnel information of PE1, P1, P2, and PE2 can be obtained.
  • IP traceroute detection initiated by CE1 or PE1 can be IPv6traceroute or IPv4traceroute. If it is IPv4 traceroute detection, it supports IPv4 and IPv6 dual stack functions on PE1 and PE2, and it will also do IPv4 and IPv6 conversion.
  • FIG. 4 is a schematic diagram of a first network device in an embodiment of the present application.
  • the first network device 400 includes a processor 410, a memory 420 coupled to the processor 410, and a transceiver 430.
  • the first network device 400 may be PE1 or CE1 in FIG. 1 a and FIG. 1 b, and is the first network device in FIG. 2.
  • the processor 410 may be a central processing unit (English: central processing unit, abbreviation: CPU), a network processor (English: network processor, abbreviation: NP), or a combination of CPU and NP.
  • the processor may also be an application-specific integrated circuit (English: application-specific integrated circuit (abbreviation: ASIC)), a programmable logic device (English: programmable logic device (abbreviation: PLD)), or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the PLD may be a complex programmable logic device (English: complex programmable device, abbreviation: CPLD), a field programmable logic gate array (English: field-programmable gate array, abbreviation: FPGA), general array logic (English: generic array) logic, abbreviation: GAL) or any combination thereof.
  • the processor 410 may refer to one processor, or may include multiple processors.
  • the transceiver 430 is configured to send a request message to the second network device. The request message is used to request to detect the reachability of the SRv6 tunnel and obtain the SRv6 tunnel information of the second network device.
  • the second network device is a network device on the SRv6 tunnel.
  • the transceiver 430 is further configured to receive a response message from the second network device, where the response message includes SRv6 tunnel information of the second network device.
  • the memory 420 may include volatile memory (English: volatile memory), such as random access memory (English: random-access memory, abbreviation: RAM); the memory may also include non-volatile memory (English: non-volatile memory) , Such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state drive , Abbreviation: SSD); the memory may also include a combination of the above types of memories.
  • the memory 420 stores computer-readable instructions, and the computer-readable instructions include at least one software module, for example, the obtaining module 422.
  • the processor 410 executes each software module, it can perform corresponding operations according to the instructions of each software module.
  • an operation performed by a software module actually refers to an operation performed by the processor 410 according to an instruction of the software module.
  • the obtaining module 422 may be configured to obtain SRv6 tunnel information of the second network device according to the response packet.
  • the processor 410 may perform all operations that can be performed by the first network device according to the instructions of the computer-readable instructions.
  • the first network device performs the same operations as those in FIGS. 1a and 1b. The operations performed in the embodiments corresponding to FIG. 2, FIG. 2, FIG. 3a, and FIG. 3b.
  • FIG. 5 is a schematic diagram of a second network device 500 according to an embodiment of the present application.
  • the second network device 500 includes a processor 510, a memory 520 coupled to the processor 510, and a transceiver 530.
  • the second network device 500 may be a P1, P2, or P3 node in FIG. 1a and FIG. 1b, and is the second network device in FIG.
  • the processor 510 may be a central processing unit (English: central processing unit, abbreviation: CPU), a network processor (English: network processor, abbreviation: NP), or a combination of CPU and NP.
  • the processor may also be an application-specific integrated circuit (English: application-specific integrated circuit (abbreviation: ASIC)), a programmable logic device (English: programmable logic device (abbreviation: PLD)), or a combination thereof.
  • ASIC application-specific integrated circuit
  • PLD programmable logic device
  • the PLD may be a complex programmable logic device (English: complex programmable device, abbreviation: CPLD), a field programmable logic gate array (English: field-programmable gate array, abbreviation: FPGA), general array logic (English: generic array) logic, abbreviation: GAL) or any combination thereof.
  • the processor 510 may refer to one processor, or may include multiple processors.
  • the transceiver 530 is configured to receive a request message from the first network device. The request message is used to request to detect the reachability of the SRv6 tunnel and obtain the SRv6 tunnel information of the second network device.
  • the second network device is a network device on the SRv6 tunnel.
  • the memory 520 may include volatile memory (English: volatile memory), such as random access memory (English: random-access memory, abbreviation: RAM); the memory may also include non-volatile memory (English: non-volatile memory) , Such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state drive , Abbreviation: SSD); the memory may also include a combination of the above types of memories.
  • the memory 520 stores computer-readable instructions, and the computer-readable instructions include at least one software module, for example, the obtaining module 522.
  • the processor 510 After the processor 510 executes each software module, it can perform corresponding operations according to the instructions of each software module. In this embodiment, an operation performed by a software module actually refers to an operation performed by the processor 510 according to an instruction of the software module.
  • the obtaining module 522 is configured to obtain SRv6 tunnel information of the second network device according to the request message.
  • the transceiver 530 is further configured to send the response message to the first network device, where the response message includes SRv6 tunnel information of the second network device.
  • the processor 510 executes the computer-readable instructions in the memory 520, it can perform all operations that can be performed by the control and management device according to the instructions of the computer-readable instructions. For example, the control and management device performs the same operations as in FIG. 1a, FIG. 2. Operations performed in the embodiments corresponding to FIG. 3a and FIG. 3b.
  • FIG. 6 is a schematic diagram of a system for acquiring SRv6 tunnel information according to an embodiment of the present invention.
  • the system 600 includes a first network device 610 and a second network device 620.
  • the first network device 610 is the network device described in FIG. 4, and the second network device 620 is the second network device described in FIG. 5.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not deal with the embodiments of the present invention.
  • the implementation process constitutes any limitation.

Landscapes

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

Abstract

本申请公开了一种获取互联网通信协议第6版分段路由SRv6隧道信息的方法，包括：第一网络设备向第二网络设备发送请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；所述第一网络设备接收来自所述第二网络设备的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息；所述第一网络设备根据所述响应报文获取所述第二网络设备的SRv6隧道信息。有助于获得SRv6隧道信息，对SRv6隧道进行维护和管理。

Description

获取SRv6隧道信息的方法、设备和系统
本申请要求于2018年9月29日提交中国国家知识产权局、申请号201811151917.6、申请名称为“获取SRv6隧道信息的方法、设备和系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，尤其涉及获取SRv6隧道信息的方法、设备和系统。
背景技术
分段路由(Segment Routing，SR)是一种基于源路由转发模式的隧道技术。SR的数据面采用多协议标记交换(Multi-Protocol Label Switching，MPLS)或互联网通信协议第6版(Internet Protocol version 6，IPv6)两种方式。基于IPv6方式的SR，称为互联网通信协议第6版分段路由(Internet Protocol version 6 Segment Routing,IPv6 SR)或基于IPv6数据平面的分段路由(Segment Routing over IPv6 data plane，SRv6)。
在互联网通信协议(Internet Protocol,IP)网络中，一般采用IP路由跟踪(英文：traceroute)工具来实现路径发现的功能。但是，IP traceroute当前不支持获取SRv6隧道的信息。
发明内容
本申请实施例提供的获取SRv6隧道信息的方法、设备和系统，有助于解决现有技术中无法获得SRv6隧道信息的问题，有助于对SRv6隧道进行维护和管理。
第一方面，本申请的实施例提供一种获取SRv6隧道信息的方法。依照该方法，第一网络设备向第二网络设备发送请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；所述第一网络设备接收来自所述第二网络设备的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息；所述第一网络设备根据所述响应报文获取所述第二网络设备的SRv6隧道信息。
通过扩展检测SRv6隧道(或路径)可达性的请求报文，使其具有获取SRv6隧道信息的能力，有助于对SRv6隧道进行维护和管理。
在一种可能的设计中，在所述第一网络设备向第二网络设备发送请求报文之前还包括：所述第一网络设备从用户配置的命令行获得关键字，并根据所述关键字生成所述请求报文，其中，所述关键字指示获取所述SRv6隧道上的网络设备的SRv6隧道信息；或者所述第一网络设备接收控制管理设备发来的消息，并根据所述消息生成所述请求报文，其中，所述消息指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
通过命令行配置或者接收控制管理设备发来的配置参数，有助于灵活、按需的实现获取SRv6隧道信息。
在一种可能的设计中，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
通过在UDP报文中扩展第一字段来指示获取所述SRv6隧道上的网络设备的SRv6隧道信息，提供了一种简便且扩展性较好的方法，有助于简便的实施发明方案、后向兼容性好。
在一种可能的设计中，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
通过对SRv6隧道信息的进一步分类，有助于灵活地、按照用户的需要来管理SRv6隧道信息，避免了SRv6信息太大造成的不能快速定位需要信息、传输占用带宽多、存贮占用存贮空间大等问题。
在一种可能的设计中，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：所述SRv6隧道上的网络设备的活跃SID信息；所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；所述SRv6隧道上的网络设备的业务链信息。
通过在UDP报文中扩展第二字段指示获取SRv6隧道信息中的若干个分类信息，提供了一种简便且扩展性较好的方法，有助于精准地获取用户需要的SRv6隧道信息中的某类信息。
在一种可能的设计中，所述UDP报文还包括以下字段中的至少一个：可选字段、长度字段和预留字段，其中，所述可选字段用于携带所述第二字段指示获取的信息中的一个参数，所述长度字段用于指示可选字段的长度，所述预留字段用于未来定义新的功能。
通过在UDP报文中扩展可选字段、长度字段和预留字段，提供了一种简便且扩展性较好的方法，有助于获取SRv6隧道信息中的某个分类信息中的某个参数(子信息)，进一步提高了获取SRv6隧道的精细粒度。
在一种可能的设计中，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
通过扩展ICMP报文携带所述第二网络设备的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案。
在一种可能的设计中，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
通过对SRv6隧道信息的进一步分类，有助于灵活地、按照用户的需要来管理SRv6隧道信息，避免了SRv6信息太大造成的不能快速定位需要信息、传输占用带宽多、存贮占用存贮空间大等问题。
在一种可能的设计中，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
通过扩展ICMP报文中的扩展对象字段的取值，来支持携带各个分类粒度的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案，灵活按需的携带用户需要的各个粒度的SRv6隧道信息。
第二方面，本申请的实施例提供一种发送SRv6隧道信息的方法。依照该方法，第二网络设备接收来自第一网络设备的请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息；所述第二网络设备向所述第一网络设备发送所述响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。
通过扩展检测SRv6隧道(或路径)可达性的请求报文，使其具有获取SRv6隧道信息的能力，有助于对SRv6隧道进行维护和管理。
在一种可能的设计中，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
通过在UDP报文中扩展第一字段来指示获取所述SRv6隧道上的网络设备的SRv6隧道信息，提供了一种简便且扩展性较好的方法，有助于简便的实施发明方案、后向兼容性好。
在一种可能的设计中，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
通过对SRv6隧道信息的进一步分类，有助于灵活地、按照用户的需要来管理SRv6隧道信息，避免了SRv6信息太大造成的不能快速定位需要信息、传输占用带宽多、存 贮占用存贮空间大等问题。
在一种可能的设计中，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：所述SRv6隧道上的网络设备的活跃SID信息；所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；所述SRv6隧道上的网络设备的业务链信息。
通过在UDP报文中扩展第二字段指示获取SRv6隧道信息中的若干个分类信息，提供了一种简便且扩展性较好的方法，有助于精准地获取用户需要的SRv6隧道信息中的某类信息。
在一种可能的设计中，所述UDP报文还包括以下字段中的至少一个：可选字段、长度字段和预留字段，其中，所述可选字段用于携带所述第二字段指示获取的信息中的一个参数，所述长度字段用于指示可选字段的长度，所述预留字段用于未来定义新的功能。
通过在UDP报文中扩展可选字段、长度字段和预留字段，提供了一种简便且扩展性较好的方法，有助于获取SRv6隧道信息中的某个分类信息中的某个参数(子信息)，进一步提高了获取SRv6隧道的精细粒度。
在一种可能的设计中，所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息包括：当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的与BSID相关联的SR策略信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息和所述第二网络设备的与BSID相关联的SR策略信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息时，所述第二网络设备获取所述第二网络设备的业务链信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字 段指示获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息。
通过按照所述第一字段和所述第二字段指示的要求，所述第二网络设备按需获取自己的相关SRv6隧道信息，有助于精准快速获取信息，提高了获取信息的效率和灵活性。
在一种可能的设计中，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
通过扩展ICMP报文携带所述第二网络设备的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案。
在一种可能的设计中，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
通过对SRv6隧道信息的进一步分类，有助于灵活地、按照用户的需要来管理SRv6隧道信息，避免了SRv6信息太大造成的不能快速定位需要信息、传输占用带宽多、存贮占用存贮空间大等问题。
在一种可能的设计中，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
通过扩展ICMP报文中的扩展对象字段的取值，来支持携带各个分类粒度的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案，灵活按需的携带用户需要的各个粒度的SRv6隧道信息。
第三方面，本申请的实施例提供一种第一网络设备。所述第一网络设备包括存储器和与所述存储器相连的处理器。所述处理器用于执行所述存储器中的计算机可读指令从而执行第一方面或第一方面的任意可能的实现方式中的方法。
第四方面，本发明提供一种计算机可读介质，包括指令，当其在计算机上运行时， 使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法。
第五方面，本申请的实施例提供一种第二网络设备。所述第二网络设备包括存储器和与所述存储器相连的处理器。所述处理器用于执行所述存储器中的计算机可读指令从而执行第二方面或第二方面的任意可能的实现方式中的方法。
第六方面，本发明提供一种计算机可读介质，包括指令，当其在计算机上运行时，使得计算机执行第二方面或第二方面的任意可能的实现方式中的方法。
第七方面，本发明提供一种系统，所述系统包括第三方面或第四方面的第一网络设备和第五方面或第六方面的第二网络设备。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其它的附图。
图1a所示为本申请实施例中一种网络应用场景示意图；
图1b所示为本申请实施例中另一种网络应用场景示意图；
图2所示为本申请实施例中获取SRv6隧道信息方法的流程图；
图3a所示为本申请实施例中UDP报文的字段格式示意图；
图3b所示为本申请实施例中ICMP扩展对象字段格式示意图；
图4所示为本申请实施例中的第一网络设备400的示意图；
图5所示为本申请实施例中的第二网络设备500的示意图；
图6所示为本申请实施例中的系统600的示意图。
具体实施方式
下面将结合附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。
本发明应用于SRv6网络中，因此，下文首先简要介绍与SRv6相关的概念。
SR(包括数据面基于MPLS或IPv6两种方式)的一个基本设计思想是：只需要在 业务流路径(即SR隧道)的头节点上维护每流(英文：per-flow)的状态(即，段路由策略(英文：SR policy))，无需在中间节点和尾节点上维护per-flow的状态。其中，SRv6是通过定义新的IPv6路由头(称为SRH)来实现的。SRH为路由类型为4(Routing Type＝4)的IPv6路由头(IPv6Routing Header)，SRH中携带的段标识列表(Segment Identifier List，SID List)用来指定IPv6报文的转发路径。具体地，SRH中包括下一个头(Next Header)字段、剩余段数(Segment Left)字段和段列表(Segment List[n])字段。下一个头指示SRH头之后携带的协议头。段列表携带了转发路径上指定需要经过的各个节点(不包括源节点)的IP地址，以数组的形式表达，数组的下标从0至n取值，n为正整数。n+1表达了所述转发路径上除了头节点以外、指定需要经过的节点个数。Segment Left字段指示了该数组的下标。需要说明的是本文中的段标识列表(SID List)和段列表是同一个意思。有关SRH的细节，请参考国际互联网工程任务组(Internet Engineering Task Force，IETF)发布的草案(英文：draft)：draft-ietf-6man-segment-routing-header，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。此处为了简洁，不再赘述。
SRH采用的是宽松源路由模式，即，不要求转发路径上的每一跳都支持和解析SRH、也不要求SRH中的SID list包含路径上的每一跳节点。SRv6的隧道报文中甚至也可以不包含SRH。
SRv6隧道的建立可以使用分布式和集中式两种方式。例如，分布式通过内部网关协议(interior gateway protocol，IGP)、边界网关协议(border gateway protocol，BGP)协议发布SID。集中式通过软件定义网络(Software Defined Networking，SDN)控制器收集SID和计算路径。
在头节点，可以通过两种方式指定SRv6隧道的SID list：显式候选路径(Explicit candidate path)和动态候选路径(Dynamic candidate path)。详细请参考：IETF发布的文稿draft-ietf-spring-segment-routing-policy，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。此处为了简洁，不再赘述。
为了屏蔽部分网络的拓扑细节、以及规避硬件芯片SID的最大深度(Maximum SID Depth，MSD)规格不足的问题，可以使用绑定SID(Binding SID，BSID)来将流量引入(英文：steer)SR policy。
对于SRv6而言，除了具备SR的通用特点之外，与SR MPLS相比，它最为显著的地方就是支持网络编程(英文：Network Programming)，通过网络编程，使得SRv6具有非常强大的可扩展能力，可以适用于各种应用场景，例如，实现BGP/SR L3VPN、EVPN L2VPN/L3VPN、SFC等。从概念上讲，SID是一种具有拓扑或业务语义的指令，网络编程就是将SID按照业务需求有效组合起来形成SID list(代表了SRv6隧道的转发路径)。有关SRv6网络编程的详细内容，请参考：IETF发布的文稿draft-filsfils-spring-srv6-network-programming，该文档与此相关部分的内容好像整体复制 一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。本文本中，此处为了简洁，不再赘述。
对于SRv6，SID在形式上是16位(英文：16-bits)的IPv6地址。SID包括位置(英文：Locator)、功能(英文：Function)和参数(英文：Argument)三个部分。其中，Argument是可选的，Locator通常用来寻址(与路由相关)，Function指示与SID相关的功能(例如，拓扑或业务)，而Argument则指示执行Function的相关操作的参数。
在SRv6隧道的转发路径上，可以将节点分成如下几种类型(即设备角色(英文；device role))：
–非SRv6节点(英文：Non-SRv6node)：不支持或未使能SRv6的节点类型。这类节点只进行原始(英文：Native)的IPv6转发处理。
–中转节点(英文：Transit node)：使能SRv6功能的节点类型。但是，在我的本地SID表(英文：My Local SID table)中未安装SRv6报文的活跃SID(英文：Active SID)。
–绑定段标识节点(英文：BSID node)：使能SRv6功能和BSID机制的节点类型。该节点通过BSID机制，可以将流量引入一个新的SR policy。有关BSID机制，详细请参见IETF发布的文稿draft-ietf-spring-segment-routing-policy，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。此处为了简洁，不再赘述。
–端点节点(英文：Endpoint node)：使能SRv6功能，且在My Local SID table中已安装SRv6报文的活跃SID的节点类型。
为实现SRv6 Network Programming，需要使用到My Local SID table，该表维护了Endpoint node的所有local SID(由该节点分配和解析的SID)。
当Transit node或Endpoint node接收到IPv6报文时，首先使用Active SID(即该IPv6报文中最外层的IPv6目的地址(Destination Address，DA))查询My Local SID Table，如果存在匹配表项，则执行该local SID所关联的Function。
在简要介绍了与SRv6相关的概念之后，下面举例介绍图1a和图1b两种SRv6网络场景。
在SRv6网络中，通常包括多个支持IPv6分段路由技术的网络设备，所述网络设备可以是路由器、交换机等设备。所述路由器、交换机可以是物理设备，也可以是基于虚拟化技术实现的虚拟设备(如，虚拟服务器、虚拟路由器、虚拟交换机)。所述网络设备根据在具体网络中部署的位置、功能、特点等不同，例如，也可称为用户边缘(Customer Edge，CE)设备、运营商边缘(Provider Edge，PE)设备和运营商(Provider，P)设备。下文中分别将CE设备、PE设备、P设备简称为CE、PE、P。
图1a是不支持绑定段标识(Binding Segment Identifier，BSID)的SRv6网络示意图。该网络示意图中包括CE1、PE1、P1、P2、P3、PE2和CE2。在PE1与PE2之间创建了SRv6隧道，例如，SRv6尽力而为(Best Effort，BE)隧道或SRv6流量工程(Traffic Engineer，TE)隧道。其中，PE1是该SRv6隧道的头节点，PE2是该SRv6隧道的尾节点，P1、P2和P3是该SRv6隧道的中间节点。PE1、PE2、P1和P2支持且使能了SRv6功能，为所述端点节点。而P3不支持或未使能SRv6功能，为所述非SRv6节点或所述中转节点。P1、P2和PE2都已配置了SRv6Node SID，在自身的My Local SID table中已完成安装，并且都已发布给了PE1。例如，通过IGP、BGP，或SDN控制器(英文：Controller)发布。
在图1a所示的网络中，例如，在PE1上发起检测该SRv6隧道可达性的操作。PE1分别向P1、P2、P3和PE2发送IP Traceroute检测报文(例如，UDP检测报文)来检测PE1到PE2的可达性。在PE1上，通过匹配FIB表，这些UDP检测报文被引流(steer)至SR policy(英文：policy)1。在图1a中，SR policy 1指示了从PE1至PE2转发路径的SID列表(即整条SRv6隧道的转发SID列表)，这些UDP检测报文依据SR policy 1，沿着该SRv6隧道直接被传输至PE2。
图1b是支持绑定段标识(Binding Segment Identifier，BSID)机制的SRv6网络示意图。图1b与图1a的组网结构类似，不同的是还支持BSID技术(或机制)，例如，P2还支持BSID机制，为所述BSID节点。
在图1b所示的网络中，例如，在PE1上发起检测该SRv6隧道可达性的操作。PE1分别向P1、P2、P3和PE2发送IP Traceroute检测报文(例如，用户数据报协议(User Datagram Protocol，UDP)检测报文)来检测PE1到PE2的可达性。在PE1上，通过匹配转发信息库(Forwarding Information Base，FIB)表，这些UDP检测报文被引流(英文：steer)至SR策略1。在图1a中，SR policy 1指示了从PE1至P2转发路径的SID列表(即该SRv6隧道中从PE1至P2这一段的转发SID列表)，这些UDP检测报文依据SR policy 1，沿着该SRv6隧道被传输至P2(P2支持BSID机制)。在P2上，通过BSID机制，这些UDP检测报文又被引流到另一个SR policy 2中，SR policy 2指示了从P2至PE2转发路径的SID列表(即该SRv6隧道中从P2至PE2这一段的转发SID列表)。这些UDP检测报文依据SR policy 2，继续沿着该SRv6隧道被传输至PE2。
本发明实施例中通过扩展IP Traceroute检测报文提供了一种获取SRv6隧道信息的方法，解决了现有技术中无法获取SRv6隧道信息的问题。
如图2所示为本发明实施例的获取SRv6隧道信息方法的流程示意图，该方法包括以下内容。
101、所述第一网络设备向所述第二网络设备发送请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备。
所述请求报文，例如，是扩展的IP traceroute报文。所述扩展的IP traceroute报文可以通过扩展两类报文来实现，一类是UDP报文，另一类是ICMP报文(如，Ping请求)。所述UDP报文(也称为UDP检测报文)的目的端口号使用检测目标节点一个未使用的UDP端口号(例如，缺省值为33434)。有关扩展的UDP报文下文会详细描述。
需要说明的是，traceroute是对IP网络进行管理的常用工具之一，用于实现路径发现的功能，例如，显示路径和测量数据包在IP网络经过网络节点(例如，路由器、交换机)转发的时延。traceroute可以应用于不同的程序运行系统，例如，在现代Unix系统，比如Linux系统，traceroute被称为tracepath；在Windows系统则被称为tracert；在IPv6协议中可以被称为traceroute6或tracert6。对于不同的应用系统，相应的traceroute的名称有所不同，本申请实施例对此不予限定。
所述SRv6隧道信息可以是一个整体的、没有分类的信息的集合，也可以对其进一步分类成若干类信息的集合。例如，所述SRv6隧道信息还细分成若干类信息，包括活跃SID信息、与BSID相关联的SR策略信息、业务链信息等。所述活跃SID信息指示活跃SID相关的信息，包括：设备角色(英文：Device role)、SID值、SID类型(例如，Node SID、邻接(英文：Adjacency)SID、BSID等)、SID功能(例如，End、End.X等)等信息。与BSID相关联的SR策略信息指示与BSID所关联的SR policy相关的信息，包括：活跃候选路径(Active Candidate Path)等信息。业务链信息指示与业务链相关的信息，包括：业务链标识、业务链路径等信息。有关SR policy的信息模型，详细请参见IETF发布的文稿draft-ietf-spring-segment-routing-policy，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。此处为了简洁，不再赘述。
通过对SRv6隧道信息的进一步分类，有助于灵活地、按照用户的需要来管理SRv6隧道信息，避免了SRv6信息太大造成的不能快速定位需要信息、传输时占用带宽多、存贮时占用存贮空间大等问题。
在一个具体的实施方式中，在所述第一网络设备向第二网络设备发送请求报文之前，所述第一网络设备从用户配置的命令行获得关键字，并根据所述关键字生成所述请求报文。所述关键字指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
例如，所述命令行为：
tracert destination-ip-address–srv6
其中，–srv6为新增可选参数(即所述关键字)，用于指示获取SRv6隧道信息。destination-ip-address用于指示检测的目标节点的IP地址。
进一步，当SRv6隧道信息还分为若干类型(例如，活跃SID信息、与BSID相关联的SR Policy信息、业务链信息等信息类型)时，所述命令行中新增的关键字还可以包括指示所述信息类型的子关键字，例如：
tracert destination-ip-address–srv6{active-sid|bsid|s-chain…|}
其中，子关键字active-sid用来指示活跃SID信息，子关键字bsid用来指示与BSID相关联的SR Policy信息。子关键字s-chain用来指示业务链信息。
在另一个具体的实施方式中，在所述第一网络设备向第二网络设备发送请求报文之 前，所述第一网络设备接收控制管理设备发来的消息，并根据所述消息生成所述请求报文。所述消息指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
所述消息可以是通过管理通道发送，也可以是通过控制通道协议进行发送。目前常用的管理通道协议，例如，可以包括：简单网络管理协议(SNMP，Simple Network Management Protocol)，网络配置协议(Network Configuration Protocol,NETCONF)等。目前常用的控制通道协议，例如，可以包括：开放流(OpenFlow)协议、路径计算通信协议(Path Computation Element Communication Protocol,PCEP)、边界网关协议(Border Gateway Protocol，BGP)、路由系统接口(Interface to the Routing System，I2RS)等。
通过命令行配置或者接收控制管理设备发来的配置参数，可以灵活、按需的指定任播服务器集群里的待检测的服务器。
在又一个具体的实施方式中，所述请求报文为用户数据报协议(User Datagram Protocol，UDP)报文。所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
通过在UDP报文中扩展第一字段来指示获取所述SRv6隧道上的网络设备的SRv6隧道信息，提供了一种简便且扩展性较好的方法，有助于简便的实施发明方案、后向兼容性好。
进一步，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：
–所述SRv6隧道上的网络设备的活跃SID信息；
–所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
–所述SRv6隧道上的网络设备的业务链信息。
也就是，所述第二字段可以指示的情况包括：
1)获取所述SRv6隧道上的网络设备的活跃SID信息；
2)获取所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
3)获取所述SRv6隧道上的网络设备的活跃SID信息和与BSID相关联的SR策略信息；
4)获取所述SRv6隧道上的网络设备的业务链信息；
5)获取所述SRv6隧道上的网络设备的业务链信息和活跃SID信息；
6)获取所述SRv6隧道上的网络设备的业务链信息和与BSID相关联的SR Policy信息；
7)获取所述SRv6隧道上的网络设备的业务链信息、活跃SID信息和与BSID相关联的SR Policy信息。
通过在UDP报文中扩展第二字段指示获取SRv6隧道信息中的若干个分类信息，提供了一种简便且扩展性较好的方法，有助于精准地获取用户需要的SRv6隧道信息中的 某类信息。
进一步，所述UDP报文还包括以下字段中的至少一个：
–可选字段：用于携带所述第二字段指示获取的信息中的一个参数(信息)；
–长度字段：用于指示可选字段的长度；
–预留字段：用于未来定义新的功能。
通过在UDP报文中扩展可选字段、长度字段和预留字段，提供了一种简便且扩展性较好的方法，有助于获取SRv6隧道信息中的某个分类信息中的某个参数(子信息)，进一步提高了获取SRv6隧道的精细粒度。
所述UDP报文的字段格式如图3a所示。所述UDP报文被封装在IP报文中，IP报文可以为IPv4报文或者IPv6报文。在所述UDP报文的载荷中扩展了标记(英文：Marker)字段，也就是上文的所述第一字段。所述Marker字段用来指示需要获取的信息类型。例如，十六进制数值0x00代表SRv6隧道信息，Ox01代表未来需要获取的某种其它类型的信息。因而，所述Marker字段也用来实现后向兼容，其长度，例如，为8字节。在生成UDP检测报文时，如果设置Marker字段的值为0x00，则指示检测发起节点PE1希望获取SRv6隧道信息。所述SRv6隧道信息包括Active SID信息、与BSID相关联的SR Policy信息、业务链信息等等。
进一步，所述UDP报文的载荷中还可以扩展标志(英文：Flag)字段，也就是上文的所述第二字段。所述Flag字段用来指示获取所述Marker字段指示的信息中的若干具体信息，例如，所述Flag字段的取值指示以下情况：
当所述Flag字段的取值为十六进制数值0x01时，代表需要获取活跃SID信息；
当所述Flag字段的取值为十六进制数值0x10时，代表需要获取与BSID相关联的SR Policy信息；
当所述Flag字段的取值为十六进制数值0x11时，代表需要获取活跃SID信息和与BSID相关联的SR Policy信息；
当所述Flag字段的取值为十六进制数值0x100时，代表需要获取业务链信息；
当所述Flag字段的取值为十六进制数值0x101时，代表需要获取业务链信息和活跃SID信息；
当所述Flag字段的取值为十六进制数值0x110时，代表需要获取业务链信息和与BSID相关联的SR Policy信息；
当所述Flag字段的取值为十六进制数值0x111时，代表需要获取业务链信息、活跃SID信息和与BSID相关联的SR Policy信息。
需要说明的是，当不设置所述Flag字段(例如，其默认取值为十六进制数值0x00)时，所述Flag字段可以默认指示不返回SRv6隧道信息，也可以默认指示返回所有的SRv6隧道信息。具体根据不同的需求场景来决定，例如，当SRv6隧道信息很多时，为了避免返回的信息过多，可以指示不返回SRv6隧道的任何信息。当SRv6隧道信息不是很多时，可以指示返回SRv6隧道的所有信息。此处仅仅是举例，用户可以根据自己不同的需求来定义Flag字段默认取值的含义，此处不做任何限定。
进一步，所述UDP报文的载荷中还可以扩展长度字段(英文：Length，简写为Len)和可选(英文：Options)字段。所述Len字段指示Options字段的长度，例如，为2字节。所述Options字段为可选部分，可以指示所述Flag字段(即上文所述的第二字段)指示获取的信息类型中的一个具体参数(信息)。例如，为活跃SID信息中的一个子信息：SID类型。所述Options字段可以为类型长度值(Type Length Value，TLV)格式，例如，type和length字段的长度分别为2B。需要说明的是，如果当前未定义Options字段的取值，则所述Len字段始终设置为0。
进一步，所述UDP报文的载荷中还可以扩展保留(英文：Reservation，简称为Res)字段。所述Res字段为保留字段，当前未定义，用来根据未来的需求扩展使用。例如，其长度为2B。在生成UDP检测报文时，该字段应该设置0，网络设备收到该UDP检测报文时，忽略掉该字段。
201、所述第二网络设备接收来自所述第一网络设备的所述请求报文。
有关所述请求报文的说明，详见上述101部分的介绍，为了简洁，此处不再赘述。
202、所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息。
在一个具体的实施方式中，所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息包括：
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的与BSID相关联的SR策略信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息和所述第二网络设备的与BSID相关联的SR策略信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息时，所述第二网络设备获取所述第二网络设备的业务链信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述 第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
–当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息。
通过按照所述第一字段和所述第二字段指示的要求，所述第二网络设备按需获取自己的相关SRv6隧道信息，有助于精准快速获取信息，提高了获取信息的效率和灵活性。
203、所述第二网络设备向所述第一网络设备发送响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。
在一个具体的实施方式中，所述响应报文为互联网控制消息协议(Internet Control Message Protocol，ICMP)报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息。
通过扩展ICMP报文携带所述第二网络设备的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案。
所述ICMP报文，例如，可以是ICMP超时差错报文或者ICMP端口不可达差错报文。ICMP超时差错报文可以是基于IPv4的类型(英文：type)为11、代码(英文：code)为0的ICMPv4差错(英文：error)报文，也可以是基于IPv6的type为3、code为0的ICMPv6差错报文。ICMP端口不可达差错报文可以是基于IPv4的type为3、code为3的ICMPv4差错报文，也可以是基于IPv6的type为1、code为4的ICMPv6差错报文。有关所述ICMP超时超时差错报文和端口不可达差错报文的详细描述，请参见IETF发布的征求意见(英文：Request For Comments，RFC)4443，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。本文本中，此处为了简洁，不再赘述。
进一步，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段格式如图3b所示。所述ICMP扩展对象字段包括长度(英文：Length)字段、分类号(英文：Class-Num)字段、分类类型(英文：C-Type)字段和对象载荷(英文：Object payload)字段。
所述长度字段用于指示所述ICMP扩展对象字段的长度。
所述Class-Num字段的值为新定义的一个值，用于指示所述对象载荷字段中携带所 述SRv6隧道上的网络设备的SRv6隧道信息。例如，可以使用[247,255]范围内的任一个值。
所述C-Type字段的值用于指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息中的某一类信息：活跃SID信息、与BSID相关联的SR策略信息或者业务链信息。
例如，C-Type的值为1时，指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息中的活跃SID信息。有关活跃SID信息的细节，请参考前文101部分的说明，此处不再赘述。
C-Type的值为2时，指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息。有关与BSID相关联的SR策略信息的细节，请参考前文101部分的说明，此处不再赘述。
C-Type的值为3时，指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的业务链信息。有关业务链信息的细节，请参考前文101部分的说明，此处不再赘述。
需要说明的是，C-Type的取值只是一个举例，不起任何限定作用。具体的取值需要根据标准化后的值为准。
根据C-Type字段的取值，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的一个。
如果所述响应报文需要携带多个类型的SRv6隧道信息，则可以携带多个ICMP扩展对象。例如，需要携带活跃SID信息和业务链信息返回给所述第一网络设备，则可以携带两个ICMP扩展对象，一个ICMP扩展对象的C-Type值为1，用来携带活跃SID信息；另一个ICMP扩展对象的C-Type值为3，用来携带业务链信息。
有关所述ICMP扩展对象字段格式的详细描述，请参见IETF发布的RFC4884，该文档与此相关部分的内容好像整体复制一般以引入的方式并入(incorporated by reference)本文本中，对于其中与本申请矛盾或冲突的描述，以本申请的描述为准。本文本中，此处为了简洁，不再赘述。
通过扩展ICMP报文中的扩展对象字段的取值，来支持携带各个分类粒度的SRv6隧道信息，提供了一种简便的方法，有助于简便的实施发明方案，灵活按需的携带用户需要的各个粒度的SRv6隧道信息。
102、所述第一网络设备接收来自所述第二网络设备的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。
103、所述第一网络设备根据所述响应报文获取所述第二网络设备的SRv6隧道信息。
有关响应报文的详细描述请参考上述201部分，有关SRv6隧道信息的详细描述请参考上文101部分，此处不再赘述。
综上所述，通过扩展检测SRv6隧道(或路径)可达性的请求报文和响应报文，使其具有获取和携带SRv6隧道信息的能力，有助于对SRv6隧道进行维护和管理。
下面基于图1a和图1b的应用场景举例对本发明实施例进一步详细说明。下文中的 第一网络设备可以为图1a和图1b中的PE1或CE1，第二网络设备可以为图1a和图1b中的P1、P2、P3或PE2。从PE1至PE2的SRv6隧道路径为PE1-P1-P2-P3-PE2。PE1、PE2、P1和P2支持且使能了SRv6功能，而P3不支持或未使能SRv6功能。
例如图1a所示，PE1作为头节点发起获取PE1至PE2这条隧道上的各个节点(依次为P1、P2、P3和PE2)的SRv6隧道信息。PE1分别向P1、P2、P3和PE2发送扩展的IP traceroute检测报文来获取各个节点的SRv6隧道信息，例如，获取每个节点的活跃SID信息和与BSID相关联的SR策略信息。
首先，在PE1上通过配置，触发生成生存时间(Time To Live，TTL)为1跳的UDP检测报文1，发往P1节点。例如，执行如下形式的IP traceroute命令行：
tracert PE2-ip-address–srv6{active-sid|bsid}–m<1>
其中，-m<max-hop-limit>用来指示最大跳数的限制，此处设置为1，即代表此UDP检测报文1的TTL＝1。
该UDP检测报文1被封装在IP报文头中，IP报文头中的TTL值为1，具体地，IPv4报文头的TTL字段携带该TTL值，IPv6的跳数限制(英文：Hop Limit)字段携带该TTL值。该UDP检测报文1中的Marker字段的值设置为指示获取SRv6隧道信息，Flag字段的值设置为指示获取活跃SID信息和与BSID相关联的SR策略信息。封装该UDP检测报文1的IP头中的目的IP地址为PE2的IP地址。
P1收到该UDP检测报文1后，获取目的IP地址为PE2的IP地址，查找转发表项后，将TTL值(＝1)减1为0，则会上送控制面处理，触发ICMP TTL超时差错处理。于是，P1生成ICMP超时差错报文1。P1解析该Maker字段和Flag字段的指示，要获取P1的活跃SID信息和与BSID相关联的SR策略信息。P1获取自己本地存储的角色信息为所述端点节点，即支持且使能了SRv6功能，但不支持BSID功能。因此P1上没有与BSID相关联的SR策略信息。于是P1只获取P1上的活跃SID信息。P1将P1的活跃SID信息封装在该ICMP超时差错报文1中，发送给PE1。
PE1从该ICMP超时差错报文1中获取到P1的活跃SID信息。
其次，同理，在PE1上通过配置，触发生成TTL＝2的UDP检测报文2，发往P2节点。该UDP检测报文2先到达P1，P1获取目的IP地址为PE2的IP地址，与本机(P1)的IP地址比较，结果不同。然后、TTL值(＝2)减1为1，则不会触发TTL超时。因此继续转发该UDP检测报文2(TTL值为1)到P2。与P1收到该UDP检测报文1的处理一致，在P2上，TTL值(＝1)减1为0，触发TTL超时处理。此时，P2和P1的角色一样，是所述端点节点，没有与BSID相关联的SR策略信息。因此P2只能将P2的活跃SID信息封装在该ICMP超时差错报文2中，发送给PE1。
PE1从该ICMP超时差错报文2中获取到P2的活跃SID信息。
然后，同理，在PE1上通过配置，触发生成TTL＝3的UDP检测报文3，发往P3节点。因为P3节点的角色为中转节点或非SRv6节点，所以P3上没有SRv6隧道信息。发送的ICMP超时差错报文3中不携带SRv6隧道信息。
最后，同理，在PE1上通过配置，触发生成TTL＝4的UDP检测报文4，发往PE2节点。PE2收到该UDP检测报文4后，获取目的IP地址为PE2的IP地址查找转发表项，发现目的 地址为本机(PE2)的IP地址，则上送控制面处理。然后解析该UDP检测报文4中的目的端口号为一个未使用的UDP端口号(例如，缺省值为33434)，则会触发生成ICMP端口不可达差错报文1。PE2还解析该Maker字段和Flag字段的指示为要获取P1的活跃SID信息和与BSID相关联的SR策略信息。PE2获取自己本地存储的角色信息为所述端点节点，因此PE2上没有与BSID相关联的SR策略信息。于是PE2只获取PE2上的活跃SID信息。PE2将PE2的活跃SID信息封装在该ICMP端口不可达差错报文1中，发送给PE1。
PE1从该ICMP端口不可达差错报文1中获取到PE2的活跃SID信息。至此，PE1获得了该SRv6隧道上所有节点的活跃SID信息。
图1b所示的场景与图1a的场景相似，唯一的区别是图1b中的P2节点是BSID节点。因此，在图1b中，PE1分别向P1、P2、P3和PE2发送扩展的IP traceroute检测报文来获取各个节点的活跃SID信息和与BSID相关联的SR策略信息的流程与上述图1a中的流程处理相同。唯一不同的是P2收到该UDP检测报文2后，P2解析该Maker字段和Flag字段的指示，要获取P2的活跃SID信息和与BSID相关联的SR策略信息。P2获取自己本地存储的角色信息为所述BSID节点。P2从该UDP检测报文2的IPv6报文中的SRH中解析出活跃SID 1，查询My Local SID表后获知该活跃SID 1与一个SR策略信息相关联，此时称该活跃SID 1为BSID 1。于是，获取与该BSID 1相关联的该SR策略信息。P2将P2的活跃SID信息和P2的与该BSID 1相关联的SR策略信息封装在该ICMP超时差错报文1中，发送给PE1。于是PE1还获取到了P2节点的与BSID相关联的SR策略信息。
需要说明的是，上文以PE1作为IP traceroute检测的发起设备，除此，CE1也可以作为发起设备，与上同理，可以获得PE1、P1、P2、PE2的SRv6隧道信息。
还需要说明的是，CE1或PE1发起的IP traceroute检测，可以是IPv6traceroute，也可以是IPv4 traceroute。如果是IPv4 traceroute检测，则在PE1和PE2上支持IPv4和IPv6双栈功能，还会做IPv4与IPv6的的转换。
图4所示为本申请实施例中的第一网络设备的示意图。
如图4所示，第一网络设备400，包括处理器410，与所述处理器410耦接的存储器420，收发器430。第一网络设备400可以是图1a和图1b中的PE1或CE1，是图2中的第一网络设备。处理器410可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。处理器还可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic array logic,缩写：GAL)或其任意组合。处理器410可以是指一个处理器，也可以包括多个处理器。收发器430用于向第二网络设备发送请求报文。所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息。所述第二网络设备为所述SRv6隧道上的一个网络设备。收发器430还用于接收来自所述第二网络设备 的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。存储器420可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器还可以包括上述种类的存储器的组合。存储器420中存储有计算机可读指令，所述计算机可读指令包括至少一个软件模块，例如获取模块422。处理器410执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器410根据所述软件模块的指示而执行的操作。获取模块422可以用于根据所述响应报文获取所述第二网络设备的SRv6隧道信息。此外，处理器410执行存储器420中的计算机可读指令后，可以按照所述计算机可读指令的指示，执行第一网络设备可以执行的全部操作，例如第一网络设备在与图1a、图1b、图2、图3a和图3b对应的实施例中执行的操作。
图5所示为本申请实施例中的第二网络设备500的示意图。
如图5所示，第二网络设备500包括处理器510，与所述处理器510耦接的存储器520，收发器530。第二网络设备500可以是图1a和图1b中的P1、P2或P3节点，是图2中的第二网络设备。处理器510可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。处理器还可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic array logic,缩写：GAL)或其任意组合。处理器510可以是指一个处理器，也可以包括多个处理器。收发器530用于接收来自第一网络设备的请求报文。所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息。所述第二网络设备为所述SRv6隧道上的一个网络设备。存储器520可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器还可以包括上述种类的存储器的组合。存储器520中存储有计算机可读指令，所述计算机可读指令包括至少一个软件模块，例如获取模块522。处理器510执行各个软件模块后可以按照各个软件模块的指示进行相应的操作。在本实施例中，一个软件模块所执行的操作实际上是指处理器510根据所述软件模块的指示而执行的操作。获取模块522用于根据所述请求报文，获取所述第二网络设备的SRv6隧道信息。收发器530还用于向所述第一网络设备发送所述响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。此外，处理器510执行存储器520中的计算机可读指令后，可以按照所述 计算机可读指令的指示，执行控制管理设备可以执行的全部操作，例如控制管理设备在与图1a、图1b、图2、图3a和图3b对应的实施例中执行的操作。
图6是本发明实施例提供的一种获取SRv6隧道信息的系统示意图。
如图6所示，系统600包括第一网络设备610和第二网络设备620。第一网络设备610为上述图4所述的网络设备，第二网络设备620为上述图5所述的第二网络设备。有关系统中各设备的详细描述，请参见上述图4和图5等相关章节，此处不再赘述。
应理解，本领域技术人员在阅读本申请文件的基础上，可以针对本申请实施例中所描述的可选的特征、步骤或方法进行不需要付出创造性的组合，都属于本申请公开的实施例，只是由于描述或行文的简单没有重复赘述不同组合。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (36)

  1. 一种获取互联网通信协议第6版分段路由SRv6隧道信息的方法，其特征在于，包括：
    第一网络设备向第二网络设备发送请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；
    所述第一网络设备接收来自所述第二网络设备的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息；
    所述第一网络设备根据所述响应报文获取所述第二网络设备的SRv6隧道信息。
  2. 根据权利要求1所述的方法，其特征在于，在所述第一网络设备向第二网络设备发送请求报文之前还包括：
    所述第一网络设备从用户配置的命令行获得关键字，并根据所述关键字生成所述请求报文，其中，所述关键字指示获取所述SRv6隧道上的网络设备的SRv6隧道信息；或者
    所述第一网络设备接收控制管理设备发来的消息，并根据所述消息生成所述请求报文，其中，所述消息指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  3. 根据权利要求1或2任一所述的方法，其特征在于，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  4. 根据权利要求3所述的方法，其特征在于，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
  5. 根据权利要求4所述的方法，其特征在于，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：
    所述SRv6隧道上的网络设备的活跃SID信息；
    所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    所述SRv6隧道上的网络设备的业务链信息。
  6. 根据权利要求5所述的方法，其特征在于，所述UDP报文还包括以下字段中的至少一个：
    可选字段、长度字段和预留字段，其中，所述可选字段用于携带所述第二字段指示获取的信息中的一个参数，所述长度字段用于指示可选字段的长度，所述预留字段用于未来定义新的功能。
  7. 根据权利要求1至6任一项所述的方法，其特征在于，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
  8. 根据权利要求7所述的方法，其特征在于，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
  9. 根据权利要求8所述的方法，其特征在于，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
  10. 一种发送SRv6隧道信息的方法，其特征在于，包括：
    第二网络设备接收来自第一网络设备的请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；
    所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息；
    所述第二网络设备向所述第一网络设备发送所述响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。
  11. 根据权利要求10所述的方法，其特征在于，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  12. 根据权利要求11所述的方法，其特征在于，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
  13. 根据权利要求12所述的方法，其特征在于，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：
    所述SRv6隧道上的网络设备的活跃SID信息；
    所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    所述SRv6隧道上的网络设备的业务链信息。
  14. 根据权利要求10至13任一项所述的方法，其特征在于，所述第二网络设备根据所述请求报文，获取所述第二网络设备的SRv6隧道信息包括：
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述第二网络设备的活跃SID信息和所述第二网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息时，所述第二网络设备获取所述第二网络设备的业务链信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述第二网络设备获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息。
  15. 根据权利要求10至14任一项所述的方法，其特征在于，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
  16. 根据权利要求15所述的方法，其特征在于，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
  17. 根据权利要求16所述的方法，其特征在于，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
  18. 一种第一网络设备，其特征在于，包括：
    存储器；
    与所述存储器相连的处理器，所述处理器用于执行所述存储器中的计算机可读指令从而执行以下操作：
    向第二网络设备发送请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；
    接收来自所述第二网络设备的响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息；
    根据所述响应报文获取所述第二网络设备的SRv6隧道信息。
  19. 根据权利要求18所述的第一网络设备，其特征在于，在所述处理器向第二网络设备发送请求报文之前，还包括：
    所述处理器从用户配置的命令行获得关键字，并根据所述关键字生成所述请求报文，其中，所述关键字指示获取所述SRv6隧道上的网络设备的SRv6隧道信息；或者
    所述处理器接收控制管理设备发来的消息，并根据所述消息生成所述请求报文，其中，所述消息指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  20. 根据权利要求18或19任一所述的第一网络设备，其特征在于，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  21. 根据权利要求20所述的第一网络设备，其特征在于，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
  22. 根据权利要求21所述的第一网络设备，其特征在于，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：
    所述SRv6隧道上的网络设备的活跃SID信息；
    所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    所述SRv6隧道上的网络设备的业务链信息。
  23. 根据权利要求18至20任一项所述的第一网络设备，其特征在于，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
  24. 根据权利要求23所述的第一网络设备，其特征在于，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
  25. 根据权利要求24所述的第一网络设备，其特征在于，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
  26. 一种第二网络设备，其特征在于，包括：
    存储器；
    与所述存储器相连的处理器，所述处理器用于执行所述存储器中的计算机可读指令从而执行以下操作：
    接收来自第一网络设备的请求报文，所述请求报文用于请求检测SRv6隧道的可达性并获取所述第二网络设备的SRv6隧道信息，其中，所述第二网络设备为所述SRv6隧道上的一个网络设备；
    根据所述请求报文，获取所述第二网络设备的SRv6隧道信息；
    向所述第一网络设备发送所述响应报文，所述响应报文包括所述第二网络设备的SRv6隧道信息。
  27. 根据权利要求26所述的第二网络设备，其特征在于，所述请求报文为用户数据报协议UDP报文，所述UDP报文包括第一字段，所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息。
  28. 根据权利要求27所述的第二网络设备，其特征在于，所述SRv6隧道上的网络设备的SRv6隧道信息包括以下信息中的至少一种：所述SRv6隧道上的网络设备的活跃段标识SID信息、所述SRv6隧道上的网络设备的与绑定段标识BSID相关联的段路由SR策略信息、所述SRv6隧道上的网络设备的业务链信息。
  29. 根据权利要求28所述的第二网络设备，其特征在于，所述UDP报文还包括第二字段，所述第二字段指示获取下述信息中的至少一种：
    所述SRv6隧道上的网络设备的活跃SID信息；
    所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    所述SRv6隧道上的网络设备的业务链信息。
  30. 根据权利要求26至29任一项所述的第二网络设备，其特征在于，所述处理器根据所述请求报文，获取所述第二网络设备的SRv6隧道信息包括：
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息时，所述处理器获取所述第二网络设备的活跃SID信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述处理器获取所述第二网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述处理器获取所述第二网络设备的活跃SID信息和所述第二网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息时，所述处理器获取所述第二网络设备的业务链信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息时，所述处理器获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的活跃SID信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所述处理器获取所述SRv6隧道上的网络设备的业务链信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息；
    当所述第一字段指示获取所述SRv6隧道上的网络设备的SRv6隧道信息且所述第二字段指示获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息时，所 述处理器获取所述SRv6隧道上的网络设备的业务链信息、所述SRv6隧道上的网络设备的活跃SID信息和所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息。
  31. 根据权利要求26至30任一项所述的第二网络设备，其特征在于，所述响应报文为互联网控制消息协议ICMP报文，所述ICMP报文携带所述第二网络设备的SRv6隧道信息。
  32. 根据权利要求31所述的第二网络设备，其特征在于，所述第二网络设备的SRv6隧道信息包括以下信息中的至少一种：所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息。
  33. 根据权利要求32所述的第二网络设备，其特征在于，所述ICMP报文包括ICMP扩展对象字段，所述ICMP扩展对象字段包括长度字段、分类号Class-Num字段、分类类型C-Type字段和对象载荷字段，其中，所述长度字段用于指示所述ICMP扩展对象字段的长度，所述Class-Num字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的SRv6隧道信息，所述C-Type字段的值指示所述对象载荷字段中携带所述SRv6隧道上的网络设备的活跃SID信息、所述SRv6隧道上的网络设备的与BSID相关联的SR策略信息或者所述SRv6隧道上的网络设备的业务链信息，所述对象载荷字段的值为所述第二网络设备的活跃SID信息、所述第二网络设备的与BSID相关联的SR策略信息、所述第二网络设备的业务链信息中的至少一个。
  34. 一种计算机可读介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至9任意一项所述的方法。
  35. 一种计算机可读介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求10-17任一项所述的方法。
  36. 一种网络系统，其特征在于，所述系统包括如权利要求18至25任一所述的第一网络设备和如权利要求26至33任一所述的第二网络设备；或者所述系统包括如权利要求34所述的第一网络设备和如权利要求35所述的第二网络设备。
PCT/CN2019/107161 2018-09-29 2019-09-23 获取SRv6隧道信息的方法、设备和系统 WO2020063500A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
KR1020217012440A KR102486372B1 (ko) 2018-09-29 2019-09-23 SRv6 터널 정보를 획득하기 위한 방법, 디바이스 및 시스템
EP19868102.5A EP3849138B1 (en) 2018-09-29 2019-09-23 Methods and devices for obtaining information of srv6 tunnel
JP2021517659A JP7209820B2 (ja) 2018-09-29 2019-09-23 ＳＲｖ６トンネル情報を取得するための方法、デバイスおよびシステム
US17/216,395 US11558341B2 (en) 2018-09-29 2021-03-29 Method, device, and system for obtaining SRv6 tunnel information

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201811151917.6 2018-09-29
CN201811151917.6A CN110971433B (zh) 2018-09-29 2018-09-29 获取SRv6隧道信息的方法、设备和系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/216,395 Continuation US11558341B2 (en) 2018-09-29 2021-03-29 Method, device, and system for obtaining SRv6 tunnel information

Publications (1)

Publication Number Publication Date
WO2020063500A1 true WO2020063500A1 (zh) 2020-04-02

Family

ID=69952444

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/107161 WO2020063500A1 (zh) 2018-09-29 2019-09-23 获取SRv6隧道信息的方法、设备和系统

Country Status (6)

Country Link
US (1) US11558341B2 (zh)
EP (1) EP3849138B1 (zh)
JP (1) JP7209820B2 (zh)
KR (1) KR102486372B1 (zh)
CN (1) CN110971433B (zh)
WO (1) WO2020063500A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113746729A (zh) * 2020-05-28 2021-12-03 华为技术有限公司 绑定段标识的处理方法及设备
CN114520751A (zh) * 2021-12-29 2022-05-20 中国电信股份有限公司 一种基于软件定义广域网的隧道传输方法及装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111600849B (zh) * 2020-04-23 2022-07-12 新华三信息安全技术有限公司 一种报文处理方法、装置、设备及机器可读存储介质
CN113726657A (zh) * 2020-05-25 2021-11-30 中兴通讯股份有限公司 报文转发方法、装置、系统、设备和存储介质
CN112511430A (zh) * 2020-06-28 2021-03-16 中兴通讯股份有限公司 信息交互、隧道建立方法、装置、通信节点及存储介质
CN114006846B (zh) * 2020-07-13 2023-07-21 中国移动通信有限公司研究院 IPv6数据包的传输方法及装置
CN111865792B (zh) * 2020-07-29 2022-07-12 新华三技术有限公司 一种bsid的管理方法、一种路由设备和可读存储介质
CN114257494A (zh) * 2020-09-21 2022-03-29 华为技术有限公司 一种实现业务路径检测的方法、设备和系统
CN112311592B (zh) * 2020-09-29 2022-02-22 新华三信息安全技术有限公司 SRv6 SID的自适应组网方法及装置
CN112422435B (zh) * 2020-11-13 2022-03-25 新华三技术有限公司合肥分公司 报文转发控制方法、装置和电子设备
CN114697218B (zh) * 2020-12-31 2023-11-28 华为技术有限公司 网络管理方法和设备
CN115604369A (zh) * 2021-07-09 2023-01-13 华为技术有限公司（Cn） 报文传输方法、装置和系统、网络设备及存储介质
CN115695246A (zh) * 2021-07-29 2023-02-03 华为技术有限公司 一种基于SRv6的隧道质量检测方法和相关装置
CN113923148B (zh) * 2021-10-26 2022-11-22 中国人民解放军国防科技大学 基于SRv6和带宽测量的带宽保证网络传输方法
US11876665B2 (en) * 2021-10-26 2024-01-16 Radcom Ltd Focused root cause analysis
CN114039707B (zh) * 2021-11-09 2023-11-07 中国人民解放军国防科技大学 基于SRv6可编程网络的报文传输超时处理方法
CN114221891B (zh) * 2021-12-13 2023-08-29 中国电信股份有限公司 绑定段标识拼接方法、路由反射器、自治域和跨域网络
CN117643020A (zh) * 2022-06-28 2024-03-01 新华三技术有限公司 报文转发

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120051231A1 (en) * 2010-08-31 2012-03-01 Cisco Technology, Inc. Enhancing mtrace to detect failure in multicast diverse paths
CN105024866A (zh) * 2015-08-17 2015-11-04 中国科学院计算技术研究所 一种IS-ISv6网络路由配置异常检测系统及方法
CN107248941A (zh) * 2017-06-30 2017-10-13 华为技术有限公司 一种检测路径的方法和装置
CN108023815A (zh) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 信息传输方法、装置及系统

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101945043B (zh) * 2010-09-06 2012-03-28 华南理工大学 基于IPv6的下一代互联网拓扑发现系统及实现方法
US9191318B1 (en) * 2013-04-29 2015-11-17 Cisco Technology, Inc. Transitioning between communication protocols between networks
CN106330714B (zh) 2015-07-02 2020-05-29 中兴通讯股份有限公司 一种实现业务功能链的方法和装置
US10038650B2 (en) * 2015-08-25 2018-07-31 Futurewei Technologies, Inc. System and method for tunnel stitching transport
CN106487686B (zh) * 2015-08-28 2021-01-22 中兴通讯股份有限公司 Sr转发条目生成方法及装置
US10270690B2 (en) * 2016-02-29 2019-04-23 Cisco Technology, Inc. System and method for dataplane-signaled packet capture in IPV6 environment
US10320664B2 (en) * 2016-07-21 2019-06-11 Cisco Technology, Inc. Cloud overlay for operations administration and management
CN107968752B (zh) * 2016-10-20 2020-07-07 新华三技术有限公司 一种sid获取方法和装置
US10506083B2 (en) * 2017-06-27 2019-12-10 Cisco Technology, Inc. Segment routing gateway storing segment routing encapsulating header used in encapsulating and forwarding of returned native packet
CN113872859A (zh) * 2017-07-14 2021-12-31 华为技术有限公司 IPv6分段路由隧道建立方法
CN109861926B (zh) * 2017-11-30 2023-02-07 中兴通讯股份有限公司 报文的发送、处理方法、装置、节点、处理系统和介质
US10594513B2 (en) * 2018-03-19 2020-03-17 Cisco Technology, Inc. Packet communications providing packet forwarding efficiencies in a network including using a segment routing and tunnel exchange
US10635480B2 (en) * 2018-04-04 2020-04-28 Cisco Technology, Inc. Zero-loss workload mobility with segment routing for virtual machines
CN110708243B (zh) * 2018-07-09 2021-08-13 华为技术有限公司 段路由中获取数据包的转发路径的信息的方法和装置
US20200076724A1 (en) * 2018-08-31 2020-03-05 Cisco Technology, Inc. Path management for segment routing based mobile user-plane using seamless bfd
US10652152B2 (en) * 2018-09-04 2020-05-12 Cisco Technology, Inc. Mobile core dynamic tunnel end-point processing
US10812374B2 (en) * 2018-09-21 2020-10-20 Cisco Technology, Inc. Segment routing with fast reroute for container networking
US10644901B2 (en) * 2018-09-27 2020-05-05 Juniper Networks, Inc. Generating flexible, programmable, and scalable network tunnels on demand
EP3861684B1 (en) * 2018-10-05 2024-04-03 Cisco Technology, Inc. Cross-domain control plane collaboration for end-to-end srv6 sla constrained service delivery
US11533253B2 (en) * 2019-01-30 2022-12-20 At&T Intellectual Property I, L.P. Connectionless segment routing for 5G or other next generation network
US20200328977A1 (en) * 2019-04-10 2020-10-15 Cisco Technology, Inc. Reactive approach to resource allocation for micro-services based infrastructure

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120051231A1 (en) * 2010-08-31 2012-03-01 Cisco Technology, Inc. Enhancing mtrace to detect failure in multicast diverse paths
CN105024866A (zh) * 2015-08-17 2015-11-04 中国科学院计算技术研究所 一种IS-ISv6网络路由配置异常检测系统及方法
CN108023815A (zh) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 信息传输方法、装置及系统
CN107248941A (zh) * 2017-06-30 2017-10-13 华为技术有限公司 一种检测路径的方法和装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113746729A (zh) * 2020-05-28 2021-12-03 华为技术有限公司 绑定段标识的处理方法及设备
CN113746729B (zh) * 2020-05-28 2023-03-10 华为技术有限公司 绑定段标识的处理方法及设备
CN114520751A (zh) * 2021-12-29 2022-05-20 中国电信股份有限公司 一种基于软件定义广域网的隧道传输方法及装置

Also Published As

Publication number Publication date
KR20210061427A (ko) 2021-05-27
KR102486372B1 (ko) 2023-01-06
US20210218704A1 (en) 2021-07-15
EP3849138B1 (en) 2023-08-30
CN110971433B (zh) 2022-02-22
US11558341B2 (en) 2023-01-17
EP3849138A4 (en) 2021-10-13
JP7209820B2 (ja) 2023-01-20
CN110971433A (zh) 2020-04-07
EP3849138A1 (en) 2021-07-14
JP2022501965A (ja) 2022-01-06

Similar Documents

Publication Publication Date Title
WO2020063500A1 (zh) 获取SRv6隧道信息的方法、设备和系统
JP7208386B2 (ja) パケット転送方法、パケット送信装置、およびパケット受信装置
EP4102785A1 (en) Message processing method and apparatus, and network device and storage medium
US11979322B2 (en) Method and apparatus for providing service for traffic flow
JP7432095B2 (ja) ＳＲｖ６サービス機能チェーンでパケットを転送する方法、ＳＦＦ、およびＳＦデバイス
US20210144091A1 (en) Method and system for tracing packets in software defined networks
EP3665866B1 (en) Scalable network path tracing
US8750288B2 (en) Physical path determination for virtual network packet flows
JP7140910B2 (ja) 通信方法、デバイス、及びシステム
WO2019184752A1 (zh) 网络设备的管理方法、装置及系统
US11323371B1 (en) Micro SID packet processing with operations, administration, and management
EP3796601A1 (en) Method and apparatus for managing virtual private network
US11522792B2 (en) Method for discovering forwarding path and related device thereof
EP3188408B1 (en) Method and apparatus for determining network topology, and centralized network state information storage device
WO2019113728A1 (zh) 一种网络及网络管理方法
Jain OpenFlow, software defined networking (SDN) and network function virtualization (NFV)
CN108282404B (zh) 一种路由生成方法、装置及系统
WO2023273883A1 (zh) SDN混合overlay网络中的路径诊断方法和系统
CN106789705B (zh) 传输控制报文的方法和装置
WO2023284547A1 (zh) 一种故障检测的方法、装置和系统
WO2023231438A1 (zh) 报文发送的方法、网络设备及系统
WO2024109042A1 (zh) 用于sd-wan的通信方法、报文处理方法及网络设备
WO2024011950A1 (zh) 信息处理方法、设备和计算机可读存储介质

Legal Events

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

Ref document number: 19868102

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021517659

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019868102

Country of ref document: EP

Effective date: 20210408

ENP Entry into the national phase

Ref document number: 20217012440

Country of ref document: KR

Kind code of ref document: A