US11943099B2 - Capability notification method and related device - Google Patents

Capability notification method and related device Download PDF

Info

Publication number
US11943099B2
US11943099B2 US18/153,883 US202318153883A US11943099B2 US 11943099 B2 US11943099 B2 US 11943099B2 US 202318153883 A US202318153883 A US 202318153883A US 11943099 B2 US11943099 B2 US 11943099B2
Authority
US
United States
Prior art keywords
network device
packet
ifit
capability
administration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
US18/153,883
Other languages
English (en)
Other versions
US20230145245A1 (en
Inventor
Shunwan ZHUANG
Haibo Wang
Tianran Zhou
Weidong Li
Jie Dong
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Assigned to HUAWEI TECHNOLOGIES CO., LTD. reassignment HUAWEI TECHNOLOGIES CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: DONG, JIE, LI, WEIDONG, WANG, HAIBO, ZHOU, Tianran, ZHUANG, SHUNWAN
Publication of US20230145245A1 publication Critical patent/US20230145245A1/en
Application granted granted Critical
Publication of US11943099B2 publication Critical patent/US11943099B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • 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/0876—Aspects of the degree of configuration automation
    • 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
    • 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/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • 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
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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
    • 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • 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/20—Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV

Definitions

  • This application relates to the field of communication technologies, and in particular, to a capability notification method and a related device.
  • In-situ flow information telemetry is an operation, administration, and maintenance (OAM) detection technology, and can directly obtain, based on measurement information carried in a real data packet, performance indicators such as a real packet loss rate and a delay of a network.
  • a measurement domain in which iFIT is performed includes a head node and a tail node.
  • the head node may also be referred to as an encapsulation node (Encap node), and the tail node may also be referred to as a decapsulation node (Decap node).
  • the measurement domain further includes an intermediate node. After a packet enters the measurement domain, the head node encapsulates a measurement header in the packet, and forwards the packet to the intermediate node.
  • the intermediate node may perform measurement and data collection based on the measurement header in the packet, or the intermediate node transparently transmits the packet to the tail node.
  • the tail node Before the packet exits the measurement domain, the tail node reports data collected by the intermediate node, and strips the measurement header from the packet, to restore an original packet. A valid range of measurement header encapsulation is within the measurement domain. If a packet into which a measurement header is encapsulated is diffused out of the measurement domain, the packet cannot be identified or even discarded, thereby affecting normal service packet forwarding.
  • the head node needs to confirm that the tail node has an iFIT capability. This usually requires operation and maintenance personnel to manually configure related information of a related device, for example, the tail node, on the head node, to ensure that the head node can determine, based on the iFIT capability of the related device, whether to encapsulate the measurement header.
  • manual configuration is inefficient and complex, which easily affects normal service packet forwarding.
  • This application provides a capability notification method and a related device, to resolve a technical problem of manually configuring complex iFIT capability configuration.
  • a first aspect of this application provides a capability notification method.
  • the method includes: A first network device sends a first packet to a second network device, where the first packet includes first indication information, and the first indication information indicates a support status of an iFIT capability corresponding to the first network device or a first service module included in the first network device.
  • the first network device sends the packet to the second network device, to notify the support status of the IFIT capability of the first network device.
  • the second network device can determine, based on the iFIT capability of the first network device, whether to encapsulate a measurement header, to avoid that a service cannot be correctly processed because the first network device cannot strip the measurement header from the service packet.
  • the support status of the iFIT capability includes a status that the first network device or the first service module is capable of iFIT processing or not capable of iFIT processing.
  • the first network device directly notifies, in the packet, that the first network device is capable of iFIT processing or not capable of iFIT processing, so that the second network device initiates corresponding iFIT measurement based on the iFIT capability type supported by the first network device, or does not initiate corresponding iFIT measurement based on the iFIT capability not supported by the first network device, to improve solution flexibility.
  • the iFIT capability includes one or more of a path tracking in-situ operation, administration, and maintenance capability, an end-to-end in-situ operation, administration, and maintenance capability, a data direct exporting in-situ operation, administration, and maintenance capability, or an enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the first packet includes a border gateway protocol (BGP) packet
  • the BGP packet includes a first attribute
  • the first indication information is carried in the first attribute.
  • An attribute in an existing BGP packet is extended to carry indication information used to notify an iFIT capability, so that modifications to a conventional technology can be reduced as much as possible, and implementability of the solution can be improved.
  • the first attribute includes a next-hop capability attribute, an extended community attribute, or a next-hop path attribute.
  • the first attribute further carries next-hop information
  • the next-hop information includes an address of the first network device.
  • the next-hop information is carried in the first attribute, so that the second network device can determine, based on the next-hop information in the first attribute, a network device corresponding to the iFIT capability carried in the first attribute, to improve implementability of the solution.
  • the first attribute includes the next-hop path attribute
  • the method further includes: The first network device receives a second packet sent by a third network device, where the second packet includes second indication information, and the second indication information indicates a support status of an iFIT capability corresponding to the third network device; and that a first network device sends a first packet to a second network device includes: the first network device sends the first packet to the second network device based on the second packet, where the first packet further includes the second indication information.
  • the packet carries support statuses of iFIT capabilities corresponding to a plurality of network devices, so that the second network device that receives the packet can learn of, based on a same packet, the iFIT capabilities corresponding to the plurality of network devices, to reduce packet overheads, ensure that the second network device can flexibly select, based on the iFIT capabilities of the plurality of network devices, a tail node for performing iFIT measurement, and improve solution flexibility.
  • the first attribute further includes an address of the third network device.
  • the first attribute further includes the address of the third network device, so that the second network can specify each network device corresponding to the iFIT capability carried in the packet, to improve implementability of the solution.
  • the first attribute further carries an originating internet protocol (IP) address
  • the originating IP address includes the address of the first network device.
  • IP internet protocol
  • the originating IP address may be used to enhance validity check, and the address of the first network device is indicated to check whether a next hop carried in the first packet is the first network device that actually sends the first packet. This avoids information tampering, and reliability of the technical solution is further increased.
  • the first packet includes a BGP packet or an interior gateway protocol (IGP) packet.
  • IGP interior gateway protocol
  • the method before that a first network device sends a first packet to a second network device, the method further includes: The first network device generates the first packet based on a change of the iFIT capability of the first network device.
  • the network device is triggered to generate a packet for notifying the changed iFIT capability of the network device, so that another network device can learn of the iFIT capability corresponding to the network device in a timely manner, to ensure that the another network device can correctly determine whether to encapsulate a measurement header, and ensure normal packet forwarding.
  • the first indication information includes a first type length value (TLV), and the first TLV includes a first field.
  • the first field includes one or more bits, and each bit in the first field indicates that the first network device is capable of or not capable of one of path tracking in-situ operation, administration, and maintenance capability, end-to-end in-situ operation, administration, and maintenance capability, data direct exporting in-situ operation, administration, and maintenance capability, or enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the first field includes a plurality of values, and each value in the first field indicates that the first network device is capable of or not capable of one or more of path tracking in-situ operation, administration, and maintenance capability, end-to-end in-situ operation, administration, and maintenance capability, data direct exporting in-situ operation, administration, and maintenance capability, or enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the field of the packet includes a plurality of bits or a plurality of values to indicate the support status of the iFIT capability. This can improve flexibility of solution implementation.
  • the method further includes: In response to the sending the first packet, the first network device receives a data packet sent by the second network device, where the data packet includes an iFIT measurement header; the first network device performs iFIT measurement based on the iFIT measurement header; and the first network device strips the iFIT measurement header from the data packet.
  • a second aspect of this application provides a capability notification method.
  • the method includes: A second network device receives a first packet sent by a first network device, where the first packet includes first indication information, and the first indication information indicates a support status of an iFIT capability corresponding to the first network device or a first service module included in the first network device; and the second network device determines, based on the first packet, the support status of the iFIT capability corresponding to the first network device or the first service module.
  • the support status of the iFIT capability includes a status that the first network device or the first service module is capable of iFIT processing or not capable of iFIT processing.
  • the iFIT capability includes one or more of a path tracking in-situ operation, administration, and maintenance capability, an end-to-end in-situ operation, administration, and maintenance capability, a data direct exporting in-situ operation, administration, and maintenance capability, or an enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the method further includes: The second network device receives a data packet; the second network device encapsulates an iFIT measurement header into the data packet based on the support status of the iFIT capability corresponding to the first network device or the first service module; and the second network device sends, to the first network device, a data packet into which the iFIT measurement header is encapsulated.
  • a third aspect of this application provides a first network device.
  • the first network device includes: a sending unit, configured to send a first packet, where the first packet includes first indication information, and the first indication information indicates a support status of an in-situ flow information telemetry iFIT capability corresponding to the first network device or a first service module included in the first network device.
  • the support status of the iFIT capability includes a status that the first network device or the first service module is capable of iFIT processing or not capable of iFIT processing.
  • the iFIT capability includes one or more of a path tracking in-situ operation, administration, and maintenance capability, an end-to-end in-situ operation, administration, and maintenance capability, a data direct exporting in-situ operation, administration, and maintenance capability, or an enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the first packet includes a border gateway protocol BGP packet
  • the BGP packet includes a first attribute
  • the first indication information is carried in the first attribute
  • the first attribute includes a next-hop capability attribute, an extended community attribute, or a next-hop path attribute.
  • the first attribute further carries an originating internet protocol IP address
  • the originating IP address includes an address of the first network device
  • the originating IP address indicates that a device sending the first packet is the first network device.
  • the first network device further includes a receiving unit, where the first attribute includes the next-hop path attribute, and the receiving unit is configured to receive a second packet sent by a third network device, where the second packet includes second indication information, and the second indication information indicates a support status of an iFIT capability corresponding to the third network device; and
  • the sending unit is further configured to send the first packet to the second network device based on the second packet, where the first packet further includes the second indication information.
  • the second indication information further includes an address of the third network device.
  • the first packet includes a BGP packet or an interior gateway protocol IGP packet.
  • the first network device further includes:
  • a processing unit configured to generate the first packet based on a change of the iFIT capability of the first network device.
  • the first indication information includes a first type length value TLV, and the first TLV includes a first field;
  • the first field includes one or more bits, and each bit in the first field indicates that the first network device is capable of or not capable of one of path tracking in-situ operation, administration, and maintenance capability, end-to-end in-situ operation, administration, and maintenance capability, data direct exporting in-situ operation, administration, and maintenance capability, or enhanced alternate marking in-situ operation, administration, and maintenance capability; or
  • the first field includes a plurality of values, and each value in the first field indicate s that the first network device is capable of or not capable of one or more of path tracking in-situ operation, administration, and maintenance capability, end-to-end in-situ operation, administration, and maintenance capability, data direct exporting in-situ operation, administration, and maintenance capability, or enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the receiving unit is further configured to: in response to the sending the first packet, receive a data packet sent by the second network device, where the data packet includes an iFIT measurement header;
  • the processing unit is further configured to: perform iFIT measurement based on the iFIT measurement header;
  • a fourth aspect of this application provides a second network device.
  • the second network device includes:
  • a receiving unit configured to receive a first packet sent by a first network device, where the first packet includes first indication information, and the first indication information indicates a support status of an iFIT capability corresponding to the first network device or a first service module included in the first network device;
  • a processing unit configured to determine, based on the first packet, the support status of the iFIT capability corresponding to the first network device or the first service module.
  • the support status of the iFIT capability includes a status that the first network device or the first service module is capable of iFIT processing or not capable of iFIT processing.
  • the iFIT capability includes one or more of a path tracking in-situ operation, administration, and maintenance capability, an end-to-end in-situ operation, administration, and maintenance capability, a data direct exporting in-situ operation, administration, and maintenance capability, or an enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the second network device further includes a sending unit, where the receiving unit is further configured to obtain a data packet;
  • the processing unit is further configured to encapsulate an iFIT measurement header into the data packet based on the support status of the iFIT capability corresponding to the first network device or the first service module;
  • the sending unit is further configured to send, to the first network device, a data packet into which the iFIT measurement header is encapsulated.
  • a fifth aspect of this application provides a network device.
  • the network device includes a processor and a communication interface.
  • the processor is configured to execute instructions, so that the network device is enabled to perform the method according to any one of the first aspect or the second aspect and the implementations of the first aspect or the second aspect.
  • a sixth aspect of this application provides a network system.
  • the network system includes the first network device according to any one of the third aspect and the implementations of the third aspect and the second network device according to any one of the fourth aspect and the implementations of the fourth aspect.
  • a seventh aspect of this application provides a computer storage medium.
  • the computer storage medium may be nonvolatile.
  • the computer storage medium stores computer readable-instructions.
  • the method according to any one of the first aspect or the second aspect and the implementations of the first aspect or the second aspect is implemented.
  • An eighth aspect of this application provides a computer program product including instructions.
  • the computer program product runs on a computer, the computer is enabled to perform the method according to any one of the first aspect or the second aspect and the implementations of the first aspect or the second aspect.
  • a ninth aspect of this application provides a chip system.
  • the chip system includes a processor, configured to support a network device in implementing functions in the foregoing aspects, for example, sending or processing data and/or information in the foregoing methods.
  • the chip system further includes a memory.
  • the memory is configured to store program instructions and data that are necessary for the network device.
  • the chip system may include a chip, or may include a chip and another discrete device.
  • Embodiments of this application provide the capability notification method and the related device.
  • the first network device sends the packet to the second network device, to notify the support status of the IFIT capability of the first network device.
  • the second network device can determine, based on the IFIT capability of the first network device, whether to encapsulate the measurement header, to avoid discarding the service packet because the first network device cannot strip the measurement header from the service packet. This ensures normal service packet forwarding.
  • FIG. 1 is a schematic flowchart of a capability notification method wo according to an embodiment of this application
  • FIG. 2 is a schematic diagram of a packet sending procedure according to an embodiment of this application.
  • FIG. 3 A is a schematic diagram of a packet format in which a next-hop capability attribute carries an iFIT capability according to an embodiment of this application;
  • FIG. 3 B is a schematic diagram of a packet format of a capability value field according to an embodiment of this application.
  • FIG. 4 is a schematic diagram of a format of a TLV in a next-hop path attribute according to an embodiment of this application;
  • FIG. 5 is a schematic diagram of route advertisement according to an embodiment of this application.
  • FIG. 6 is a schematic diagram of a format of a locator iFIT TLV according to an embodiment of this application.
  • FIG. 7 is a schematic flowchart of an iFIT measurement method 700 according to an embodiment of this application.
  • FIG. 8 is a schematic diagram of a structure of a network device 800 according to an embodiment of this application.
  • FIG. 9 is a schematic diagram of a structure of a network device 900 according to an example embodiment of this application.
  • FIG. 10 is a schematic diagram of a structure of a network device 1000 according to an example embodiment of this application.
  • FIG. 11 is a schematic diagram of a structure of a network system 1100 according to an example embodiment of this application.
  • example In embodiments of this application, terms “example”, “for example”, and the like are used to represent giving an example, an illustration, or a description. Any embodiment or design scheme described as an “example” or “for example” in embodiments of this application should not be explained as being more preferred or having more advantages than another embodiment or design scheme. Exactly, use of the terms “example”, “for example”, and the like is intended to present a related concept in a specific manner.
  • a head node encapsulates an iFIT measurement header in a packet
  • the tail node if a tail node does not have an iFIT capability, the tail node cannot strip the iFIT measurement header from the packet. As a result, the packet is discarded because the packet cannot be identified, which affects normal packet forwarding.
  • the head node needs to confirm that the tail node has the iFIT capability. This usually requires operation and maintenance personnel to manually configure iFIT-related information on the head node, to ensure that the head node can determine, based on an iFIT capability of a related device, whether to encapsulate the measurement header before encapsulating the measurement header.
  • manual configuration is inefficient and complex.
  • a network device 1 and a network device 2 that are connected to each other are included, and the network device 2 is connected to an external network.
  • the network device 1 and the network device 2 may be respectively a head node and a tail node of an iFIT measurement domain.
  • the network device 1 After the network device 1 obtains a to-be-sent packet, the network device 1 encapsulates an iFIT measurement header into the packet, and sends, to the network device 2 , a packet into which the iFIT measurement header is encapsulated.
  • the network device 2 performs data measurement and reporting based on the iFIT measurement header in the received packet, strips the iFIT measurement header from the packet, and forwards a data packet from which the iFIT measurement header is stripped to the external network.
  • the network device 1 Before the network device 1 needs to encapsulate the measurement header, whether the network device 2 supports iFIT and a specific capability of supporting iFIT needs to be determined. Otherwise, if the network device 2 does not support iFIT or the corresponding capability, after the network device 1 encapsulates the measurement header and sends the measurement header to the network device 2 , an error may occur in packet processing or sending because the network device 2 does not support processing of the measurement header. In this case, the iFIT capability supported by the network device 2 is usually manually configured on the network device 1 by operation and maintenance personnel. This results in problems such as complex configuration and low configuration efficiency.
  • the network device 2 is changed from a device capable of iFIT processing to a device not capable of iFIT processing. Because the related configuration of the network device 2 on the network device 1 is manually configured by the operation and maintenance personnel, the network device 1 cannot perceive a change on the network device 2 . In this way, after the network device 1 receives the packet, the network device 1 continues to encapsulate the iFIT measurement header into the packet, and forwards, to the network device 2 , the packet into which the iFIT measurement header is encapsulated. However, because the network device 2 does not have the iFIT capability, the network device 2 cannot identify the iFIT measurement header in the packet, and consequently directly forwards the packet to the external network.
  • a first network device sends a packet to a second network device, to notify a support status of an IFIT capability of the first network device.
  • the second network device can determine, based on the IFIT capability of the first network device, whether to encapsulate a measurement header, to avoid affecting normal packet forwarding because the first network device cannot correctly process the measurement header in the packet.
  • FIG. 1 is a schematic flowchart of a capability notification method wo according to an embodiment of this application. As shown in FIG. 1 , the capability notification method 100 provided in this embodiment of this application includes the following steps.
  • Step 101 A first network device sends a first packet to a second network device, where the first packet includes first indication information, and the first indication information indicates a support status of an in-situ flow information telemetry iFIT capability corresponding to the first network device or a first service module included in the first network device.
  • the first network device and the second network device may be, for example, physical devices such as routers, switches, or gateways, or may be virtual devices that support packet forwarding. Specific types of the first network device and the second network device are not limited in this embodiment.
  • the first network device may include a plurality of service modules.
  • the first service module may be a service module that is in the first network device and that may be configured to perform packet forwarding or packet processing, for example, a VPN processing module.
  • the first packet may be, for example, a packet such as a border gateway protocol (BGP) packet or an interior gateway protocol (IGP) packet.
  • BGP border gateway protocol
  • IGP interior gateway protocol
  • the first packet is a BGP update packet, and is used for a notification route.
  • the first network device advertises, to the second network device, the notification route for the BGP update packet that carries the support status of the iFIT capability, where the route may be a service route, a tunnel route, an SRv6 route such as an SRv6 locator, or another route; and the second network device may normally receive and identify the iFIT capability carried in the packet.
  • the second network device may serve as an Encap node, and the first network device may serve as a Decap node.
  • the support status of the iFIT capability may be whether the first network device or the first service module is capable of iFIT processing.
  • the first indication information may include a bit, and a value of the bit may be “0” or “1”. When the value of the bit is “0”, it indicates that the first network device or the first service module is not capable of iFIT processing. When the value of the bit is “1”, it indicates that the first network device or the first service module is capable of iFIT processing.
  • the first network device may further indicate, by sending another packet to the second network device, or negotiating with the second network device in advance, a specific iFIT capability or specific iFIT capabilities that is or are supported.
  • the support status of the iFIT capability may alternatively be a status that the first network device or the first service module is capable of iFIT processing or not capable of iFIT processing.
  • the iFIT capability may include one or more of a path tracking in-situ operation, administration, and maintenance capability, an end-to-end in-situ operation, administration, and maintenance capability, a data direct exporting in-situ operation, administration, and maintenance capability, or an enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the first indication information may indicate that the first network device or the first service module is capable of and/or not capable of one or more of the four types of iFIT processing.
  • the path tracking in-situ operation, administration, and maintenance capability may further include a pre-allocated path tracking in-situ operation, administration, and maintenance capability and an incremental path tracking in-situ operation, administration, and maintenance capability.
  • the iFIT capability may include one or more of the four capabilities: the path tracking in-situ operation, administration, and maintenance capability, the end-to-end in-situ operation, administration, and maintenance capability, the data direct exporting in-situ operation, administration, and maintenance capability, or the enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the iFIT capability may include one or more of the five capabilities: the pre-allocated path tracking in-situ operation, administration, and maintenance capability, the incremental path tracking in-situ operation, administration, and maintenance capability, the end-to-end in-situ operation, administration, and maintenance capability, the data direct exporting in-situ operation, administration, and maintenance capability, or the enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the iFIT capability includes the four iFIT capabilities.
  • the first indication information may include a first TLV, the first TLV includes a first field, and the first field indicates an iFIT capability supported and/or not supported.
  • the first network device may add a TLV to the first packet, and carry, by using a field in the TLV, an iFIT capability supported and/or not supported by the first network device.
  • the first field includes one or more bits, and each bit in the first field indicates that the first network device is capable of or not capable of one of the foregoing four types of iFIT processing.
  • the first field includes four bits.
  • the four bits may be, for example, a bit “T”, a bit “E”, a bit “D”, and a bit “A”, and respectively indicate support statuses corresponding to the path tracking in-situ operation, administration, and maintenance capability, the end-to-end in-situ operation, administration, and maintenance capability, the data direct exporting in-situ operation, administration, and maintenance capability, and the enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • Table 1 is an example in which the iFIT capability is indicated by using four bits.
  • A Indicates the support status of the “
  • the support statuses of the foregoing four iFIT capabilities may be effectively indicated by using different values of the four bits.
  • the foregoing descriptions are provided by using an example in which a quantity of bits included in the first field is four. In an actual case, there may alternatively be another quantity of bits included in the first field.
  • the first field may include one bit, two bits, five bits, and the like.
  • the quantity of bits in the first field corresponds to a quantity of iFIT capabilities that can be indicated by the first field.
  • the first field including only one bit may indicate only a support status of any one of the foregoing four iFIT capabilities.
  • a specific bit may be further reserved as a reserved bit, to facilitate subsequent extended use.
  • the first field may include five bits.
  • the five bits may be, for example, a bit “P”, a bit “I”, a bit “E”, a bit “D”, and a bit “A”, and respectively indicate support statuses corresponding to the pre-allocated path tracking in-situ operation, administration, and maintenance capability, the incremental path tracking in-situ operation, administration, and maintenance capability, the end-to-end in-situ operation, administration, and maintenance capability, the data direct exporting in-situ operation, administration, and maintenance capability, and the enhanced alternate marking in-situ operation, administration, and maintenance capability.
  • the first field includes a plurality of values, and each value in the first field indicates that the first network device is capable of or not capable of one or more of the foregoing four types of iFIT processing.
  • the first field includes four bits, and the four bits may indicate 16 different values such as “0000” to “1111”, that is, the first field may include 15 values.
  • different values of the four bits may indicate any one or any combination of the four iFIT capabilities.
  • “0000” indicates that the foregoing four iFIT capabilities are not supported.
  • “0001” to “0000” may respectively indicate that any one of the foregoing four iFIT capabilities is supported and that the other three of the foregoing four iFIT capabilities are not supported.
  • “0101” to “1010” respectively indicate that any two of the foregoing four iFIT capabilities are supported and that the other two of the foregoing four iFIT capabilities are not supported.
  • “1011” to “1110” respectively indicate that any three of the foregoing four iFIT capabilities are supported and that the other one of the foregoing four iFIT capabilities is not supported.
  • “11” indicates that the foregoing four capabilities are supported.
  • a quantity of values included in the first field may alternatively be determined based on an actual situation.
  • the first field may include four values, and each of the four values indicates that one of the foregoing four iFIT capabilities is supported. This embodiment is not limited to how the first field indicates the support status of the iFIT capability by using different values.
  • the first network device is triggered to send the first packet to the second network device.
  • the first network device may determine that the iFIT capability of the first network device is changed.
  • the first network device may generate the first packet based on the changed iFIT capability, send the first packet to the second network device, and notify the second network device of a support status of the changed iFIT capability.
  • the instructions for changing the iFIT capability may be delivered by operation and maintenance personnel to the first network device by entering a command line.
  • the first network device is a device newly deployed in the network.
  • the first network device may be a device directly deployed in the network in a network deployment process (for example, in an early stage of network deployment).
  • the first network device may be a device newly deployed in the network by replacing an original device in the network in a network maintenance process. In this way, after the newly deployed first network device is powered on and started, the first network device may automatically trigger to send the first packet to the second network device, to notify the second network device of the support status of the iFIT capability of the first network device.
  • the first network device may alternatively be triggered to send the first packet to the second network device in another case.
  • a periodicity may be set to trigger the first network device to periodically send the first packet to the second network device.
  • a case in which the first network device is triggered to send the first packet to the second network device is not specifically limited in this embodiment of this application.
  • Step 102 The second network device determines, based on the first packet, the support status of the iFIT capability corresponding to the first network device or the first service module.
  • the second network device determines, based on the first indication information, the support status of the iFIT capability corresponding to the first network device or the first service module.
  • the second network device may determine whether a measurement header can be encapsulated into a data packet. For example, after the second network device determines that the first network device is capable of path tracking in-situ operation, administration, and maintenance capability, the second network device may encapsulate the measurement header into the data packet, and send, to the first network device, a data packet into which the measurement header is encapsulated, where the measurement header in the data packet indicates the first network device to perform path tracking in-situ operation, administration, and maintenance.
  • the second network device directly forwards, to the first network device, the data packet into which the measurement header is not encapsulated.
  • the first network device sends the packet to the second network device, to notify the support status of the IFIT capability of the first network device.
  • the second network device can determine, based on the IFIT capability of the first network device, whether to encapsulate the measurement header, to avoid affecting normal packet forwarding because the first network device cannot correctly process the measurement header in the packet.
  • the foregoing describes a process in which the first network device notifies the second network device of the support status of the iFIT capability of the first network device.
  • the following describes in detail how the first network device notifies the support status of the iFIT capability of the first network device by using the first packet.
  • the first packet may include a BGP packet, and the BGP packet may be, for example, a BGP update packet.
  • the BGP packet includes a first attribute, and the first indication information is carried in the first attribute.
  • the first attribute may include a next-hop capability attribute, an extended community attribute, or a next-hop path attribute.
  • a TLV is newly added to the first attribute, so that the support status of the iFIT capability corresponding to the first network device or the first service module may be carried.
  • the BGP packet sent by the first network device to the second network device further includes a next hop, and the next hop in the BGP packet is an address of the first network device.
  • the second network device may determine, based on that the next hop in the BGP packet is the first network device, that a device indicated by the first indication information in the first attribute is the first network device, that is, determine that the iFIT capability of the first network device is the iFIT capability carried in the first attribute.
  • the first attribute may further carry an originating IP address, and the originating IP address includes the address of the first network device.
  • the originating IP address may be used for enhanced validity check, and the address of the first network device (namely, an address of an originating network device that sends the first packet) is indicated, to check whether the next hop carried in the first packet is the first network device that actually sends the first packet.
  • the originating IP address may also be referred to as next-hop information, that is, the first attribute may carry the next-hop information, and the next-hop information includes the address of the first network device.
  • the first network device and the second network device may not be directly connected, that is, another device may be further connected between the first network device and the second network device.
  • a route reflector is further connected between the first network device and the second network device.
  • the first network device sends the first packet to the route reflector, and then the route reflector forwards the first packet to the second network device.
  • the route reflector may modify the next hop in the first packet to an address of the route reflector (that is, modify the next hop from the first network device to the route reflector).
  • the second network device cannot determine, based on the next hop in the first packet, a device corresponding to the iFIT capability carried in the first attribute.
  • FIG. 2 is a schematic diagram of a packet sending procedure according to an embodiment of this application.
  • a first network device sends a first packet to a route reflector, where a next hop in the first packet is an address of the first network device.
  • the first packet includes a first attribute used to carry an iFIT capability of the first network device, the first attribute includes next-hop information, and the next-hop information is also the address of the first network device.
  • the route reflector modifies the next hop in the first packet to an address of the route reflector, but does not modify the first attribute in the first packet.
  • the route reflector sends, to a second network device, the first packet to which the next hop is modified.
  • the second network device determines, based on the next-hop information in the first attribute, that a device capable of iFIT processing is the first network device instead of the route reflector indicated in the next hop in the first packet.
  • next-hop information is carried in the first attribute in the first packet, so that when there is another network device between the first network device and the second network device, it can be ensured that the second network device can determine the network device corresponding to the iFIT capability carried in the first attribute.
  • the first attribute includes a next-hop path attribute
  • the next-hop path attribute may carry support statuses of iFIT capabilities corresponding to a plurality of network devices.
  • the method may further include: The first network device receives a second packet sent by a third network device, where the second packet includes second indication information, and the second indication information indicates a support status of an iFIT capability corresponding to the third network device.
  • the first network device sends the first packet to the second network device based on the second indication information in the second packet, where the first packet further includes the second indication information.
  • the first packet sent by the first network device includes the first indication information and the second indication information, respectively indicating the support statuses of the iFIT capabilities corresponding to the first network device and the third network device.
  • the second network device may learn of, based on the first packet, the support statuses of the iFIT capabilities corresponding to the first network device and the third network device, that is, the second network device may learn of, based on a same packet, support statuses of iFIT capabilities corresponding to a plurality of network devices.
  • the first indication information and the second indication information may be carried in the next-hop path attribute.
  • the next-hop path attribute may include a plurality of TLVs indicating iFIT capabilities, and the plurality of TLVs respectively carry iFIT capabilities corresponding to different network devices.
  • the next-hop path attribute may further include addresses of the first network device and the third network device, so that the second network device can determine a network device corresponding to the iFIT capability indicated in the next-hop path attribute.
  • the next-hop path attribute includes a TLV 1 and a TLV 2
  • the TLV 1 includes the address of the first network device and the support status of the corresponding iFIT capability
  • the TLV 2 includes the address of the third network device and the support status of the corresponding iFIT capability.
  • the second network device may determine, based on an address of a network device in a TLV, a support status of an iFIT capability corresponding to each network device.
  • the following describes, with reference to a specific example, a specific implementation in which the first network device notifies the support status of the iFIT capability of the first network device by using the attribute in the packet.
  • Example 1 A Next-Hop Capability Attribute in a BGP Packet Carries the Support Status of the iFIT Capability
  • FIG. 3 A is a schematic diagram of a packet format in which a next-hop capability attribute carries an iFIT capability, namely, first indication information, according to an embodiment of this application.
  • the next-hop capability attribute may include a capability code, a capability length, and a capability value.
  • the capability code may indicate that the next-hop capability attribute carries the iFIT capability.
  • the capability length may indicate a length of the capability value.
  • the capability value may be used to carry the iFIT capability.
  • FIG. 3 B is a schematic diagram of a packet format of a capability value field according to an embodiment of this application. As shown in FIG. 3 B , the capability value may include the iFIT capability.
  • the capability value may further include an originating IP address.
  • the iFIT capability may include a plurality of bits or a plurality of values, to indicate that the iFIT capability is supported and/or not supported. For details, refer to step 101 . Details are not described herein again.
  • the originating IP address may indicate an IPv4 address or an IPv6 address of the first network device, to enhance validity check.
  • Example 2 An Extended Community Attribute in a BGP Packet Carries the iFIT Capability
  • IPv4 internet protocol version 4
  • the type 1 and the sub-type 1 may indicate that the IPv4 extended community attribute is used to carry the iFIT capability.
  • the iFIT capability is used to carry a support status of the iFIT capability.
  • the iFIT capability is similar to the foregoing capability value, and details are not described herein again.
  • the IPv4 extended community attribute may further include an originating IPv4 address, and the originating IPv4 address may be used to carry an originating IP address of a network device that sends a packet, namely, an IPv4 address of the first network device.
  • a possible format of an IPv6 extended community attribute in the BGP packet may be shown in Table 3.
  • the type 2 and the sub-type 2 may indicate that the IPv6 extended community attribute is used to carry the iFIT capability.
  • the IPv6 extended community attribute may further include a next-hop IPv6, and the next-hop IPv6 may be used to carry IPv6 next-hop information.
  • Example 3 A Next-Hop Path Attribute in a BGP Packet Carries the iFIT Capability
  • FIG. 4 is a schematic diagram of a format of a TLV in a next-hop path attribute according to an embodiment of this application.
  • the TLV includes a type, a length, and a value.
  • the value part in the TLV may include a reserved bit, an originating IP address, and iFIT capabilities.
  • the TLV may indicate a support status of an iFIT capability corresponding to a network device.
  • “Type” indicates a type of the TLV; “Length” indicates length information of the TLV; “Reserved” is used for extended use; “Originating IP Address” indicates an IP address of the network device that sends the TLV; and “iFIT Capability” is used to carry the iFIT capability.
  • the network device may include the foregoing TLV in the next-hop path attribute in the BGP packet, to indicate the support status of the corresponding iFIT capability.
  • another network device responsible for forwarding the BGP packet may newly add the TLV to the next-hop path attribute in the BGP packet, to carry a support status of a corresponding iFIT capability.
  • the next-hop path attribute in the BGP packet may carry a plurality of TLVs in a route advertisement sequence, to indicate support statuses of iFIT capabilities corresponding to different network devices.
  • FIG. 5 is a schematic diagram of route advertisement according to an embodiment of this application.
  • a provider edge router (PE) 2 advertises a route by using a BGP packet, and the route sequentially passes through an area border router (ABR)-c2, an ABR-b2, an ABR-b1, an ABR-a1, and finally to a PE 1 .
  • ABR area border router
  • each ABR along the path adds an iFIT capability corresponding to the ABR to a next-hop path attribute in the BGP packet by using the TLV shown in FIG. 4 .
  • the PE 1 may obtain iFIT capability information supported by each device in the BGP packet advertisement path.
  • the iFIT capability information obtained by the PE 1 may be shown in Table 4.
  • each network device that sends the BGP packet along the path sequentially adds an IP address and an iFIT capability of the network device to the next-hop path attribute in the BGP packet.
  • the PE 1 may determine, based on the obtained iFIT capability information, a specific network device that is used as a tail node to initiate iFIT measurement.
  • the PE 1 may determine a sending sequence of the BGP packet based on an addition sequence of the iFIT capability in the BGP packet.
  • the PE 1 may determine, based on the addition sequence of the iFIT capability, that an IP address originally carried in the BGP packet is an originating IP address of the network device that originally advertises the BGP packet, that is, determine that 10.1.8.1 is the originating IP address of the network device that originally advertises the BGP packet.
  • Example 4 This example describes an example of notifying a support status of an iFIT capability by a service module of the first network device.
  • the service module may be an SR module, a tunnel module, or another service module that needs to notify an iFIT capability. This is not specifically limited in this application.
  • This solution is applied to a network that supports segment routing (SR).
  • the foregoing first packet is a BGP packet, and may carry segment routing internet protocol version 6 (SRv6) virtual private network (VPN) information, to notify the iFIT capability.
  • SRv6 segment routing internet protocol version 6
  • VPN virtual private network
  • FIG. 6 is a schematic diagram of a format of a locator iFIT TLV according to an embodiment of this application.
  • the locator iFIT TLV includes a plurality of fields, which are respectively a locator-prefix, a locator-mask, and iFIT capabilities.
  • a length of the locator-prefix is 128 bits; and a value of the locator-mask ranges from 1 to 128.
  • a value of a locator may be obtained, and the value is an IPv6 address network segment.
  • a head node may monitor traffic by using an address network segment, to implement end-to-end overall traffic performance detection.
  • a second network device may perform iFIT detection on only the corresponding service module. This avoids that a tail node receives excessive iFIT packets and is attacked.
  • the foregoing describes a process in which the first network device notifies, by using the attribute in the packet, the support status of the iFIT capability of the first network device.
  • the following describes a process in which the second network device initiates iFIT measurement after the first network device notifies the second network device of the iFIT capability supported by the first network device.
  • FIG. 7 is a schematic flowchart of an iFIT measurement method 700 according to an embodiment of this application. As shown in FIG. 7 , based on the capability notification method shown in FIG. 1 , this embodiment of this application further provides the iFIT measurement method 700 .
  • the iFIT measurement method includes the following steps.
  • Step 701 A second network device obtains a data packet.
  • the data packet may be a packet to be forwarded after the second network device receives the data packet, and the second network device needs to forward the data packet to a first network device, to ensure that the data packet can be correctly forwarded to a destination.
  • Step 702 The second network device encapsulates an iFIT measurement header into the data packet based on a support status of an iFIT capability corresponding to the first network device or a first service module.
  • the first network device or the first service module has a supported iFIT capability (for example, one or more of the foregoing four iFIT capabilities), and the second network device encapsulates the corresponding iFIT measurement header into the data packet based on the iFIT capability supported by the first network device or the first service module, to initiate corresponding iFIT measurement.
  • a supported iFIT capability for example, one or more of the foregoing four iFIT capabilities
  • the second network device may use the second network device as a head node and the first network device as a tail node.
  • the second network device encapsulates an identifier of the first network device into the data packet, so that the first network device can determine that the first network device is the tail node.
  • Step 703 The second network device sends, to the first network device, a data packet into which the iFIT measurement header is encapsulated.
  • Step 704 The first network device performs iFIT measurement based on the iFIT measurement header.
  • Step 705 The first network device strips the iFIT measurement header from the data packet.
  • the first network device may identify the iFIT measurement header encapsulated into the data packet, to perform data measurement and reporting based on the iFIT measurement header.
  • the first network device may identify that the first network device is the tail node for iFIT measurement. Therefore, after stripping the iFIT measurement header from the data packet, the first network device continues to forward the data packet from which the iFIT measurement header is stripped.
  • the method 100 and the method 703 in embodiments of this application are described above.
  • Network devices in embodiments of this application are described below.
  • the network devices described below have any function of the first network device or the second network device in the method 100 or the method 700 .
  • FIG. 8 is a schematic diagram of a structure of a network device 800 according to an embodiment of this application.
  • the network device 800 includes: a sending unit 801 , configured to perform step 101 or 703 ; a processing unit 802 , configured to perform step 102 , 702 , 704 , or 705 ; and a receiving unit 803 , configured to perform step 701 .
  • the network device 800 corresponds to the first network device in the foregoing method embodiments.
  • the units in the network device 800 and the foregoing other operations and/or functions are respectively used to implement various steps and methods that are performed by the first network device in the method embodiments.
  • the network device 800 When the network device 800 processes a packet, division into the foregoing functional modules is used as an example for description. During actual application, the foregoing functions may be allocated to different functional modules as required, that is, an internal structure of the network device 800 is divided into different functional modules, to implement all or a part of the functions described above.
  • the network device 800 provided in the foregoing embodiment belongs to a same concept as the method in the embodiment corresponding to FIG. 1 or FIG. 7 . For a specific implementation process of the network device 800 , refer to the method 100 or the method 700 . Details are not described herein again.
  • an embodiment of this application further provides a network device.
  • the following describes a hardware structure of the network device.
  • the network device 900 or the network device 1000 described below corresponds to the first network device or the second network device in the foregoing method embodiments, hardware and modules in the network device 900 or the network device 1000 and the foregoing other operations and/or functions are respectively used to implement various steps and methods that are performed by the first network device or the second network device in the method embodiments.
  • a detailed procedure of how the network device 900 or the network device 1000 performs capability notification refer to the foregoing method embodiments for specific details. For brevity, details are not described herein again.
  • the steps of the method 100 or the method 700 are completed by using an integrated logic circuit of hardware in a processor of the network device 900 or the network device 1000 or instructions in a form of software.
  • the steps of the method disclosed with reference to embodiments of this application may be directly performed by a hardware processor, or may be performed by a combination of hardware and software modules in the processor.
  • the software module may be located in a mature storage medium in the art, such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, an electrically erasable programmable memory, or a register.
  • the storage medium is located in the memory, and the processor reads information in the memory and completes the steps in the foregoing methods in combination with hardware of the processor. To avoid repetition, details are not described herein again.
  • the network device 900 or the network device 1000 corresponds to the network device 800 in the foregoing virtual apparatus embodiment, and each functional module in the network device 800 is implemented by using software of the network device 900 or the network device 1000 .
  • the functional module included in the network device 800 is generated after the processor of the network device 900 or the network device 1000 reads program code stored in the memory.
  • FIG. 9 is a schematic diagram of a structure of a network device 900 according to an example embodiment of this application.
  • the network device 900 may be configured as the first network device or the second network device.
  • the network device 900 may be implemented by a general bus architecture.
  • the network device 900 includes at least one processor 901 , a communication bus 902 , a memory 903 , and at least one communication interface 904 .
  • the processor 901 may be a general-purpose CPU, an NP, or a microprocessor, or may be one or more integrated circuits configured to implement the solutions of this application, for example, an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • the PLD may be a complex programmable logic device (CPLD), a field programmable logic gate array (FPGA), a generic array logic (generic array logic, GAL), or any combination thereof.
  • the communication bus 902 is configured to transmit information between the foregoing components.
  • the foregoing communication bus 902 may be classified into an address bus, a data bus, a control bus, and the like.
  • the bus is indicated by using only one bold line in the figure. However, it does not indicate that there is only one bus or only one type of bus.
  • the memory 903 may be a read-only memory (ROM) or another type of static storage device that can store static information and instructions, or a random access memory (RAM) or another type of dynamic storage device that can store information and instructions, or may be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or another optical disk storage, an optical disc storage (including a compact disc, a laser disc, an optical disc, a digital versatile disc (DVD), a Blu-ray disc, or the like), a disk storage medium or another magnetic storage device, or any other medium that can be used to carry or store expected program code in a form of instructions or a data structure and that can be accessed by a computer.
  • the memory 903 is not limited thereto.
  • the memory 903 may exist independently, and is connected to the processor 901 through the communication bus 902 . Alternatively, the memory 903 may be integrated with the processor 901 .
  • the communication interface 904 uses any apparatus such as a transceiver, and is configured to communicate with another device or a communication network.
  • the communication interface 904 includes a wired communication interface, and may further include a wireless communication interface.
  • the wired communication interface may be, for example, an Ethernet interface.
  • the Ethernet interface may be an optical interface, an electrical interface, or a combination thereof.
  • the wireless communication interface may be a wireless local area network (WLAN) interface, a cellular network communication interface, or a combination thereof.
  • WLAN wireless local area network
  • the processor 901 may include one or more CPUs such as a CPU 0 and a CPU 1 in FIG. 9 .
  • the network device 900 may include a plurality of processors, such as the processor 901 and a processor 905 shown in FIG. 9 .
  • processors may be a single-core processor (single-CPU) or a multi-core processor (multi-CPU).
  • the processor herein may refer to one or more devices, circuits, and/or processing cores configured to process data (for example, computer program instructions).
  • the network device 900 may further include an output device 906 and an input device 907 .
  • the output device 906 communicates with the processor 901 , and may display information in a plurality of manners.
  • the output device 906 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector.
  • the input device 907 communicates with the processor 901 , and may receive a user input in a plurality of manners.
  • the input device 907 may be a mouse, a keyboard, a touchscreen device, or a sensor device.
  • the memory 903 is configured to store program code 910 for executing the solutions of this application, and the processor 901 may execute the program code 910 stored in the memory 903 .
  • the network device 900 may implement the method 100 or the method 700 provided in the method embodiments through the processor 901 and the program code 910 in the memory 903 .
  • the network device 900 in this embodiment of this application may correspond to the first network device or the second network device in the foregoing method embodiments.
  • the processor 901 , the communication interface 904 , and the like in the network device 900 may implement functions of the first network device or the second network device and/or various steps and methods that are performed by the first network device or the second network device in the foregoing method embodiments. For brevity, details are not described herein again.
  • the sending unit 801 and the receiving unit 803 in the network device 800 are equivalent to the communication interface 904 in the network device 900 .
  • the processing unit 802 in the network device 800 may be equivalent to the processor 901 in the network device 900 .
  • FIG. 10 is a schematic diagram of a structure of a network device 1000 according to an example embodiment of this application.
  • the network device 1000 may be configured as the first network device or the second network device in the method 100 or the method 700 in the foregoing method embodiments.
  • the network device 1000 includes a main control board 1010 and an interface board 1030 .
  • the main control board 1010 is also referred to as a main processing unit (MPU) or a route processor card.
  • the main control board 1010 is configured to control and manage components in the network device 1000 , including functions of route calculation, device management, device maintenance, and protocol processing.
  • the main control board 1010 includes a central processing unit 1011 and a memory 1012 .
  • the interface board 1030 is also referred to as a line processing unit (LPU), a line card, or a service board.
  • the interface board 1030 is configured to provide various service interfaces and implement data packet forwarding.
  • the service interface includes but is not limited to an Ethernet interface, a POS (Packet over SONET/SDH) interface, and the like.
  • the Ethernet interface is, for example, a flexible Ethernet client (FlexE Client).
  • the interface board 1030 includes a central processing unit 1031 , a network processor 1032 , a forwarding entry memory 1034 , and a physical interface card (PIC) 1033 .
  • PIC physical interface card
  • the central processing unit 1031 on the interface board 1030 is configured to control and manage the interface board 1030 and communicate with the central processing unit 1011 on the main control board 1010 .
  • the network processor 1032 is configured to implement packet forwarding processing.
  • a form of the network processor 1032 may be a forwarding chip.
  • the network processor 1032 is configured to: forward a received packet based on a forwarding table stored in the forwarding entry memory 1034 ; and if a destination address of the packet is an address of the network device 1000 , upload the packet to a CPU (for example, the central processing unit 1011 ) for processing; or if a destination address of the packet is not an address of the network device 1000 , search for a next hop and an outbound interface corresponding to the destination address from the forwarding table based on the destination address, and forward the packet to the outbound interface corresponding to the destination address.
  • Uplink packet processing includes packet inbound interface processing and forwarding table searching; and downlink packet processing includes forwarding table searching, and the like.
  • the physical interface card 1033 is configured to implement a physical layer interconnection function. Original traffic enters the interface board 1030 , and a packet obtained after processing is sent out from the physical interface card 1033 .
  • the physical interface card 1033 is also referred to as a subcard, may be installed on the interface board 1030 , and is responsible for converting an optical/electrical signal into a packet, performing validity check on the packet, and then forwarding the packet to the network processor 1032 for processing.
  • the central processing unit may also perform a function of the network processor 1032 , for example, implement software forwarding based on a general-purpose CPU, so that the network processor 1032 is not required in the physical interface card 1033 .
  • the network device 1000 includes a plurality of interface boards.
  • the network device 1000 further includes an interface board 1040 .
  • the interface board 1040 includes a central processing unit 1041 , a network processor 1042 , a forwarding entry memory 1044 , and a physical interface card 1043 .
  • the network device 1000 further includes a switching board 1020 .
  • the switching board 1020 may also be referred to as a switch fabric unit (SFU).
  • SFU switch fabric unit
  • the switching board 1020 is configured to implement data exchange between the interface boards.
  • the interface board 1030 and the interface board 1040 may communicate with each other through the switching board 1020 .
  • the main control board 1010 is coupled to the interface board 1030 .
  • the main control board 1010 , the interface board 1030 , the interface board 1040 , and the switching board 1020 are connected to a system backplane through a system bus for interconnection.
  • an inter-process communication (IPC) channel is established between the main control board 1010 and the interface board 1030 , and communication is performed between the main control board 1010 and the interface board 1030 through the IPC channel.
  • IPC inter-process communication
  • the network device 1000 includes a control plane and a forwarding plane.
  • the control plane includes the main control board 1010 and the central processing unit 1031 .
  • the forwarding plane includes components that perform forwarding, such as the forwarding entry memory 1034 , the physical interface card 1033 , and the network processor 1032 .
  • the control plane performs functions such as a router, forwarding table generation, signaling and protocol packet processing, and device status configuration and maintenance.
  • the control plane delivers a generated forwarding table to the forwarding plane.
  • the network processor 1032 searches for and forwards, based on the forwarding table delivered by the control plane, the packet received by the physical interface card 1033 .
  • the forwarding table delivered by the control plane may be stored in the forwarding entry memory 1034 . In some embodiments, the control plane and the forwarding plane may be completely separate and not on a same device.
  • the network processor 1032 may generate a first packet, and send the first packet out from the physical interface card 1033 , so that the first packet is transmitted to a second network device.
  • the physical interface card 1033 receives a first packet, and sends the first packet to the network processor 1032 , so that the network processor 1032 obtains, from the first packet, a support status of an iFIT capability of a first network device.
  • the sending unit 801 and the receiving unit 803 in the network device 800 may be equivalent to the physical interface card 1033 in the network device 1000 .
  • the processing unit 802 in the network device 800 may be equivalent to the network processor 1032 or the central processing unit 1011 .
  • an operation on the interface board 1040 is the same as an operation on the interface board 1030 .
  • the network device 1000 in this embodiment may correspond to the first network device or the second network device in the foregoing method embodiments.
  • the main control board low, the interface board 1030 , and/or the interface board 1040 in the network device 1000 may implement functions of the first network device or the second network device and/or various steps that are performed by the first network device or the second network device in the foregoing method embodiments. For brevity, details are not described herein again.
  • main control boards there may be one or more main control boards. When there are a plurality of main control boards, an active main control board and a standby main control board may be included. There may be one or more interface boards. The stronger the data processing capability of the network device, the more interface boards are provided. There may also be one or more physical interface cards on the interface board. There may be no switching board or one or more switching boards. When there are a plurality of switching boards, load sharing and redundancy backup may be jointly implemented by the plurality of switching boards. In a centralized forwarding architecture, the network device may not require the switching board, and the interface board processes service data of the entire system.
  • the network device may have at least one switching board, and data exchange between a plurality of interface boards is implemented through the switching board, to provide a large-capacity data exchange and processing capability. Therefore, a data access and processing capability of the network device in the distributed architecture is greater than that of the device in the centralized architecture.
  • a form of the network device may also be that there is only one board, that is, there is no switching board, and functions of the interface board and the main control board are integrated into the board.
  • a central processing unit on the interface board and a central processing unit on the main control board may be combined into one central processing unit on the board, and perform functions after the two are superposed.
  • a data exchange and processing capability of the device in this form is low (for example, a network device such as a low-end switch or a router).
  • a specific architecture that is to be used depends on a specific networking deployment scenario. This is not limited herein.
  • the first network device or the second network device may be implemented as a virtualization device.
  • the virtualization device may be a virtual machine (VM) running a program that has a function for sending a packet, and the virtual machine is deployed on a hardware device (for example, a physical server).
  • the virtual machine is a complete software-simulated computer system that has complete hardware system functions and that runs in an entirely isolated environment.
  • the virtual machine may be configured as the first network device or the second network device.
  • the first network device or the second network device may be implemented based on a general-purpose physical server in combination with a network function virtualization (NFV) technology.
  • the first network device or the second network device is a virtual host, a virtual router, or a virtual switch.
  • a person skilled in the art may, virtualize, on the general-purpose physical server, the first network device or the second network device having the foregoing functions, with reference to the NFV technology by reading this application. Details are not described herein.
  • the virtualization device may be a container, and the container is an entity configured to provide an isolated virtualization environment.
  • the container may be a docker container.
  • the container may be configured as the first network device or the second network device.
  • the first network device or the second network device may be created by using a corresponding image.
  • two container instances may be created for a proxy-container by using an image of the proxy-container (a container that provides a proxy service), and are respectively a container instance proxy-container 1 and a container instance proxy-container 2 .
  • the container instance proxy-container 1 is provided as the first network device or a first computing device
  • the container instance proxy-container 2 is provided as the second network device or a second computing device.
  • the first network device or the second network device may run by using a kernel of a physical machine, and a plurality of first network devices or second network devices may share an operating system of the physical machine. Different first network devices or second network devices may be isolated by using the container technology.
  • the containerized first network device or second network device may run in the virtualization environment, for example, may run in the virtual machine, or the containerized first network device or second network device may directly run in the physical machine.
  • the virtualization device may be a Pod, and the Pod is Kubernetes (where Kubernetes is an open source container orchestration engine of Google, which is K8s for short), and is a basic unit for deploying, managing, and orchestrating a containerized application.
  • the Pod may include one or more containers. Each container in a same Pod is usually deployed on a same host. Therefore, each container in the same Pod may communicate through the host, and may share a storage resource and a network resource of the host.
  • the Pod may be configured as the first network device or the second network device.
  • a container as a service (CaaS for short, and is a container-based PaaS service) may be instructed to create the Pod, and the Pod is provided as the first network device or the second network device.
  • the first network device or the second network device may alternatively be another virtualization device. This is not enumerated herein one by one.
  • the first network device or the second network device may alternatively be implemented by a general-purpose processor.
  • a form of the general-purpose processor may be a chip.
  • the general-purpose processor that implements the first network device or the second network device includes a processing circuit, and an input interface and an output interface that are internally connected to and communicated with the processing circuit.
  • the processing circuit is configured to perform the packet generation step in the foregoing method embodiments through the input interface.
  • the processing circuit is configured to perform the receiving step in the foregoing method embodiments through the input interface.
  • the processing circuit is configured to perform the sending step in the foregoing method embodiments through the output interface.
  • the general-purpose processor may further include a storage medium, and the processing circuit is configured to perform the storage step in the foregoing method embodiments through the storage medium.
  • the storage medium may store instructions executed by the processing circuit, and the processing circuit is configured to execute the instructions stored in the storage medium to perform the foregoing method embodiments.
  • the system 1100 includes a first network device 1101 and a second network device 1102 .
  • the first network device 1101 is, for example, the network device 800 , the network device 900 , or the network device 1000
  • the second network device 1102 is the network device 800 , the network device 900 , or the network device 1000 .
  • An embodiment of this application provides a computer program product.
  • the computer program product runs on a first network device or a second network device
  • the first network device or the second network device is enabled to perform the method 100 or the method 700 in the foregoing method embodiments.
  • the network devices in the foregoing product forms separately have any function of the first network device or the second network device in the foregoing method embodiments. Details are not described herein again.
  • the disclosed system, apparatus and method may be implemented in other manners.
  • the described apparatus embodiments are merely examples.
  • the unit division is merely logical function division and may be other division in actual implementation.
  • a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed.
  • the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented through some interfaces.
  • the indirect couplings or communication connections between the apparatuses or units may be implemented in electrical, mechanical, or other forms.
  • the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one location, or may be distributed on a plurality of network units. Some or all of the units may be selected based on actual requirements to achieve the objectives of the solutions of embodiments of this application.
  • each of the units may exist alone physically, or two or more units may be integrated into one unit.
  • the integrated unit may be implemented in a form of hardware, or may be implemented in a form of a software functional unit.
  • the integrated unit When the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, the integrated unit may be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of this application essentially, or the part contributing to the prior art, or all or some of the technical solutions may be implemented in a form of a software product.
  • the computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or some of the steps of the methods in embodiments of this application.
  • the foregoing storage medium includes any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disc.
  • All or some of the foregoing embodiments may be implemented by using software, hardware, firmware, or any combination thereof.
  • software is used to implement embodiments, all or some of embodiments may be implemented in a form of a computer program product.
  • the computer program product includes one or more computer program instructions.
  • the computer may be a general-purpose computer, a dedicated computer, a computer network, or another programmable apparatus.
  • the computer instructions may be stored in a computer-readable storage medium or may be transmitted from a computer-readable storage medium to another computer-readable storage medium.
  • the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center in a wired or wireless manner.
  • the computer-readable storage medium may be any usable medium accessible by a computer, or a data storage device, such as a server or a data center, integrating one or more usable media.
  • the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium (for example, a digital video disc (DVD)), a semiconductor medium (for example, a solid-state drive (SSD)), or the like.
  • the program may be stored in a computer-readable storage medium.
  • the storage medium may be a read-only memory, a magnetic disk, an optical disc, or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer Security & Cryptography (AREA)
US18/153,883 2020-07-13 2023-01-12 Capability notification method and related device Active US11943099B2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202010672048.2 2020-07-13
CN202010672048.2A CN113938403A (zh) 2020-07-13 2020-07-13 一种能力通告方法及相关设备
PCT/CN2021/105883 WO2022012489A1 (zh) 2020-07-13 2021-07-13 一种能力通告方法及相关设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/105883 Continuation WO2022012489A1 (zh) 2020-07-13 2021-07-13 一种能力通告方法及相关设备

Publications (2)

Publication Number Publication Date
US20230145245A1 US20230145245A1 (en) 2023-05-11
US11943099B2 true US11943099B2 (en) 2024-03-26

Family

ID=79273746

Family Applications (1)

Application Number Title Priority Date Filing Date
US18/153,883 Active US11943099B2 (en) 2020-07-13 2023-01-12 Capability notification method and related device

Country Status (7)

Country Link
US (1) US11943099B2 (zh)
EP (1) EP4175240A4 (zh)
JP (1) JP2023534665A (zh)
KR (1) KR20230038243A (zh)
CN (1) CN113938403A (zh)
MX (1) MX2023000652A (zh)
WO (1) WO2022012489A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114745302B (zh) * 2022-03-30 2023-09-15 新华三技术有限公司 通信方法及装置
CN117955861A (zh) * 2022-10-31 2024-04-30 华为技术有限公司 随流检测方法、装置及系统
CN116668343B (zh) * 2023-07-31 2023-10-31 新华三技术有限公司 一种随流检测方法、装置、设备及存储介质

Citations (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046652A1 (fr) 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé de détection d'état de liaison et dispositif de réseau
US20100081411A1 (en) * 2008-09-29 2010-04-01 John Mathew Montenero, III Multifunctional telemetry alert safety system (MTASS)
CN107222321A (zh) 2016-03-21 2017-09-29 华为技术有限公司 一种配置报文发送方法及装置
CN107786451A (zh) 2016-08-30 2018-03-09 中兴通讯股份有限公司 一种元数据的传输方法及装置
US10097372B2 (en) * 2014-01-09 2018-10-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments
CN108737128A (zh) 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种实现带内操作管理维护ioam的方法及装置
US10425491B2 (en) * 2017-01-30 2019-09-24 Centurylink Intellectual Property Llc Method and system for implementing application programming interface (API) to provide network metrics and network resource control to users
US10432425B2 (en) * 2017-03-30 2019-10-01 Cisco Technology, Inc. Internet protocol based encapsulation for bit indexed explicit replication (BIER)
WO2019233179A1 (zh) 2018-06-06 2019-12-12 华为技术有限公司 一种数据报文的检测方法、设备及系统
EP3611877A1 (en) 2017-04-13 2020-02-19 ZTE Corporation Information notification method and device
CN110912796A (zh) 2018-09-15 2020-03-24 华为技术有限公司 一种通信方法、设备和系统
CN110971445A (zh) 2019-09-24 2020-04-07 华为技术有限公司 一种网络的oam方法及装置
US10673978B2 (en) * 2015-05-06 2020-06-02 Centurylink Intellectual Property Llc Method and system for implementing network experience shifting using shared objects
US20210112002A1 (en) * 2020-07-27 2021-04-15 Intel Corporation Receiver-based precision congestion control
US11032193B2 (en) * 2018-09-11 2021-06-08 Cisco Technology, Inc. In-situ operation, administration, and maintenance in segment routing with multiprotocol label switching networks
US20210377125A1 (en) * 2020-05-30 2021-12-02 Huawei Technologies Co., Ltd. Network Topology Discovery Method, Device, and System
US20220058042A1 (en) * 2020-08-24 2022-02-24 Juniper Networks, Inc. Intent-based telemetry collection service
US11316869B2 (en) * 2019-12-10 2022-04-26 Cisco Technology, Inc. Systems and methods for providing attestation of data integrity
US11343261B2 (en) * 2019-04-05 2022-05-24 Cisco Technology, Inc. Technologies for proving packet transit through uncompromised nodes
US11528190B2 (en) * 2020-09-29 2022-12-13 Juniper Networks, Inc. Configuration data migration for distributed micro service-based network applications
US11539592B2 (en) * 2020-12-22 2022-12-27 Nokia Solutions And Networks Oy Intent-based networking using network change validation
US20230023597A1 (en) * 2021-07-23 2023-01-26 Dell Products L.P. Adaptively Uploading Data Center Asset Data for Analysis
US11570245B2 (en) * 2021-04-30 2023-01-31 Snowflake Inc. Sharing of data share metrics to customers
US11588701B2 (en) * 2020-05-30 2023-02-21 Huawei Technologies Co., Ltd. Method and system for determining network slice topology, and device
US11621913B2 (en) * 2018-06-14 2023-04-04 Nokia Solutions And Networks Oy Path compression in routing of source routed packets
US11636229B2 (en) * 2017-01-14 2023-04-25 Telefonaktiebolaget Lm Ericsson (Publ) Scalable application level monitoring for SDN networks
US11652749B2 (en) * 2021-04-09 2023-05-16 Microsoft Technology Licensing, Llc High availability for hardware-based packet flow processing
US11677672B2 (en) * 2021-06-25 2023-06-13 Cornelis Newtorks, Inc. Telemetry-based load-balanced fine-grained adaptive routing in high-performance system interconnect
US11711374B2 (en) * 2019-05-31 2023-07-25 Varmour Networks, Inc. Systems and methods for understanding identity and organizational access to applications within an enterprise environment
US11750640B2 (en) * 2019-07-25 2023-09-05 Deepfactor, Inc. Systems, methods, and computer-readable media for executing a web application scan service
US11762725B2 (en) * 2020-04-13 2023-09-19 Red Hat, Inc. Detecting and managing losses of event datasets in a computing network
US11777811B2 (en) * 2021-02-05 2023-10-03 Ciena Corporation Systems and methods for precisely generalized and modular underlay/overlay service and experience assurance

Patent Citations (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009046652A1 (fr) 2007-09-30 2009-04-16 Huawei Technologies Co., Ltd. Procédé de détection d'état de liaison et dispositif de réseau
US20100081411A1 (en) * 2008-09-29 2010-04-01 John Mathew Montenero, III Multifunctional telemetry alert safety system (MTASS)
US10097372B2 (en) * 2014-01-09 2018-10-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments
US10673978B2 (en) * 2015-05-06 2020-06-02 Centurylink Intellectual Property Llc Method and system for implementing network experience shifting using shared objects
CN107222321A (zh) 2016-03-21 2017-09-29 华为技术有限公司 一种配置报文发送方法及装置
CN107786451A (zh) 2016-08-30 2018-03-09 中兴通讯股份有限公司 一种元数据的传输方法及装置
US11636229B2 (en) * 2017-01-14 2023-04-25 Telefonaktiebolaget Lm Ericsson (Publ) Scalable application level monitoring for SDN networks
US10425491B2 (en) * 2017-01-30 2019-09-24 Centurylink Intellectual Property Llc Method and system for implementing application programming interface (API) to provide network metrics and network resource control to users
US10432425B2 (en) * 2017-03-30 2019-10-01 Cisco Technology, Inc. Internet protocol based encapsulation for bit indexed explicit replication (BIER)
EP3611877A1 (en) 2017-04-13 2020-02-19 ZTE Corporation Information notification method and device
CN108737128A (zh) 2017-04-13 2018-11-02 中兴通讯股份有限公司 一种实现带内操作管理维护ioam的方法及装置
WO2019233179A1 (zh) 2018-06-06 2019-12-12 华为技术有限公司 一种数据报文的检测方法、设备及系统
US11228515B2 (en) 2018-06-06 2022-01-18 Huawei Technologies Co., Ltd. Data packet detection method, device, and system
US11621913B2 (en) * 2018-06-14 2023-04-04 Nokia Solutions And Networks Oy Path compression in routing of source routed packets
US11032193B2 (en) * 2018-09-11 2021-06-08 Cisco Technology, Inc. In-situ operation, administration, and maintenance in segment routing with multiprotocol label switching networks
US20210203586A1 (en) 2018-09-15 2021-07-01 Huawei Technologies Co., Ltd. Communication Method, Device, and System
CN110912796A (zh) 2018-09-15 2020-03-24 华为技术有限公司 一种通信方法、设备和系统
US11343261B2 (en) * 2019-04-05 2022-05-24 Cisco Technology, Inc. Technologies for proving packet transit through uncompromised nodes
US11711374B2 (en) * 2019-05-31 2023-07-25 Varmour Networks, Inc. Systems and methods for understanding identity and organizational access to applications within an enterprise environment
US11750640B2 (en) * 2019-07-25 2023-09-05 Deepfactor, Inc. Systems, methods, and computer-readable media for executing a web application scan service
CN110971445A (zh) 2019-09-24 2020-04-07 华为技术有限公司 一种网络的oam方法及装置
US20220217070A1 (en) 2019-09-24 2022-07-07 Huawei Technologies Co., Ltd. Network OAM Method and Apparatus
US11316869B2 (en) * 2019-12-10 2022-04-26 Cisco Technology, Inc. Systems and methods for providing attestation of data integrity
US11762725B2 (en) * 2020-04-13 2023-09-19 Red Hat, Inc. Detecting and managing losses of event datasets in a computing network
US20210377125A1 (en) * 2020-05-30 2021-12-02 Huawei Technologies Co., Ltd. Network Topology Discovery Method, Device, and System
US11588701B2 (en) * 2020-05-30 2023-02-21 Huawei Technologies Co., Ltd. Method and system for determining network slice topology, and device
US20210112002A1 (en) * 2020-07-27 2021-04-15 Intel Corporation Receiver-based precision congestion control
US20220058042A1 (en) * 2020-08-24 2022-02-24 Juniper Networks, Inc. Intent-based telemetry collection service
US11528190B2 (en) * 2020-09-29 2022-12-13 Juniper Networks, Inc. Configuration data migration for distributed micro service-based network applications
US11539592B2 (en) * 2020-12-22 2022-12-27 Nokia Solutions And Networks Oy Intent-based networking using network change validation
US11777811B2 (en) * 2021-02-05 2023-10-03 Ciena Corporation Systems and methods for precisely generalized and modular underlay/overlay service and experience assurance
US11652749B2 (en) * 2021-04-09 2023-05-16 Microsoft Technology Licensing, Llc High availability for hardware-based packet flow processing
US11570245B2 (en) * 2021-04-30 2023-01-31 Snowflake Inc. Sharing of data share metrics to customers
US11677672B2 (en) * 2021-06-25 2023-06-13 Cornelis Newtorks, Inc. Telemetry-based load-balanced fine-grained adaptive routing in high-performance system interconnect
US20230023597A1 (en) * 2021-07-23 2023-01-26 Dell Products L.P. Adaptively Uploading Data Center Asset Data for Analysis

Non-Patent Citations (9)

* Cited by examiner, † Cited by third party
Title
Brockners, F. et al., "In-situ OAM Deployment; draft-brockners-opsawg-ioam-deployment-00," opsawg, Internet-Draft, Intended status: Best Current Practice, Expires: May 2, 2020, Oct. 30, 2019, 22 pages.
D. M. Lee and K. Lee, "A Development of the Nano OS Kernel based on System State-Monitor for Ubiquitous Sensor Network," 2008 10th International Conference on Advanced Communication Technology, Gangwon, Korea (South), 2008, pp. 963-966. (Year: 2008). *
Fioccola, G. et al., "BGP Extension for Advertising In-situ Flow Information Telemetry (IFIT) Capabilities draft-ietf-dr-bgp-ifit-capabilities-00," Network Working Group, Internet-Draft, Intended Status: Standards Track, Expires: Jan. 9, 2023, Huawei, Jul. 8, 2022, 10 pages.
Lu, B., Xu, L., Song, Y., Dai, L., Liu, M., Zhou, T., . . . & Song, H. (Aug. 2019). iFIT: Intelligent flow information telemetry. In Proceedings of the ACM SIGCOMM 2019 Conference Posters and Demos (pp. 15-17). (Year: 2019). *
R. Ballamajalu, S. V. R. Anand and M. Hegde, "Co-iOAM: In-situ telemetry metadata transport for resource constrained networks within IETF standards framework," 2018 10th International Conference on Communication Systems & Networks (COMSNETS), Bengaluru, India, 2018, pp. 573-576. (Year: 2018). *
Song, H. et al., "In-situ Flow Information Telemetry; draft-song-opsawg-ifit framework-12," OPSAWG, Internet-Draft, Intended status: Informational, Expires: Oct. 16, 2020, Apr. 14, 2020, 28 pages.
Tan, L., Su, W., Zhang, W., Lv, J., Zhang, Z., Miao, J., . . . & Li, N. (2021). In-band network telemetry: A survey. Computer Networks, 186, 107763. (Year: 2021). *
Wang, Y. et al., "BGP Extension for Advertising In-situ Flow Information Telemetry (IFIT) Capabilities draft-wang-idr-bgp-ifit-capabilities-03," Network Working Group, Internet-Draft, Intended Status: Standards Track, Expires: Jan. 12, 2022, China Unicom, Jul. 11, 2021, 10 pages.
Wang, Y. et al., "Extensions to BGP-LS for Advertising In-situ Flow Information Telemetry (IFIT) Node Capability; draft-wang-idr-bgp-ls-ifit-node-capability-03," Interdomain Routing Working Group, Internet-Draft, Intended status: Standards Track, Expires: Sep. 14, 2020, Mar. 13, 2020, 7 pages.

Also Published As

Publication number Publication date
EP4175240A1 (en) 2023-05-03
JP2023534665A (ja) 2023-08-10
WO2022012489A1 (zh) 2022-01-20
MX2023000652A (es) 2023-05-03
US20230145245A1 (en) 2023-05-11
CN113938403A (zh) 2022-01-14
KR20230038243A (ko) 2023-03-17
EP4175240A4 (en) 2023-12-13

Similar Documents

Publication Publication Date Title
US11943099B2 (en) Capability notification method and related device
EP4113919A1 (en) Method for forwarding message in srv6 service function chain, sff and sf device
US20230122099A1 (en) Packet Forwarding Method, Device, and System
US20220337514A1 (en) Service Chain Fault Protection Method, Apparatus, Device and System, and Storage Medium
US20230155937A1 (en) Route Advertisement Method and Related Device
EP4221006A1 (en) Topology information publishing method, network topology collecting method, and device
WO2022105927A1 (zh) 一种通告网络设备处理能力的方法、设备和系统
EP3846396A1 (en) Method and device for sending routing information
US20230291684A1 (en) Packet transmission method and apparatus, device, and computer-readable storage medium
US20230198885A1 (en) Network layer reachable information transmission method, system, and apparatus and network device
CN114513429A (zh) 检测报文的传输方法、反向路径的确定方法及设备
US20230421480A1 (en) Route Processing Method and Network Device
WO2022088685A1 (zh) 一种语义名称获取方法、装置、设备及存储介质
EP4236245A1 (en) Route advertisement method, apparatus, and system
US20220174013A1 (en) Communication Method and Apparatus
US20230155938A1 (en) Route Advertisement Method and Related Device
EP4369690A1 (en) Method and apparatus for transmitting network layer readable information, device, system, and medium
EP4369661A1 (en) Fault detection method, apparatus and system
EP4181435A1 (en) Method for transmitting routing information, apparatus, and communication system
WO2024011982A1 (zh) 报文转发方法、系统、网络设备、存储介质及程序产品
US20230336458A1 (en) Route Transmission Method and Apparatus

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STPP Information on status: patent application and granting procedure in general

Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION

AS Assignment

Owner name: HUAWEI TECHNOLOGIES CO., LTD., CHINA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ZHUANG, SHUNWAN;WANG, HAIBO;ZHOU, TIANRAN;AND OTHERS;REEL/FRAME:062937/0631

Effective date: 20230306

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: AWAITING TC RESP., ISSUE FEE NOT PAID

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED

STPP Information on status: patent application and granting procedure in general

Free format text: AWAITING TC RESP., ISSUE FEE NOT PAID

STPP Information on status: patent application and granting procedure in general

Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS

STPP Information on status: patent application and granting procedure in general

Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT VERIFIED

STCF Information on status: patent grant

Free format text: PATENTED CASE