CN114175595A - Apparatus and method for deriving telemetry data - Google Patents
Apparatus and method for deriving telemetry data Download PDFInfo
- Publication number
- CN114175595A CN114175595A CN201980098801.7A CN201980098801A CN114175595A CN 114175595 A CN114175595 A CN 114175595A CN 201980098801 A CN201980098801 A CN 201980098801A CN 114175595 A CN114175595 A CN 114175595A
- Authority
- CN
- China
- Prior art keywords
- rate
- telemetry
- network device
- derivation
- data
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 59
- 238000009795 derivation Methods 0.000 claims abstract description 68
- 238000005259 measurement Methods 0.000 claims abstract description 41
- 238000004590 computer program Methods 0.000 claims description 13
- 230000003044 adaptive effect Effects 0.000 abstract description 5
- 230000007246 mechanism Effects 0.000 abstract description 4
- 238000012545 processing Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 11
- 230000015654 memory Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q9/00—Arrangements in telecontrol or telemetry systems for selectively calling a substation from a main station, in which substation desired apparatus is selected for applying a control signal thereto or for obtaining measured values therefrom
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2209/00—Arrangements in telecontrol or telemetry systems
- H04Q2209/60—Arrangements in telecontrol or telemetry systems for transmitting utility meters data, i.e. transmission of data from the reader of the utility meter
Abstract
A network device and method for deriving network telemetry data are disclosed. The network device is to: receiving at least one data message suitable for telemetry derivation; classifying the at least one data packet based on a predefined rule to obtain a classification of each data packet; generating a telemetry report for each data message in the at least one data message; deriving the at least one telemetry report at a derivation rate based on the classification of each of the at least one data packet. In this way, a dynamically adaptive telemetry data derivation strategy is provided, thereby ensuring network performance while minimizing the overhead incurred by implementing measurement mechanisms.
Description
Technical Field
The present invention relates to a device and method for deriving network telemetry data, and more particularly, to a method and device for adaptively deriving network telemetry data. The present invention is therefore directed to reducing the amount of data at a central acquisition node (acquiring network telemetry data) by adaptively controlling data derivation.
Background
Performance measurement and network telemetry are key capabilities of a communication network. Furthermore, performance measurement and telemetry are key capabilities of autonomous networks. Autonomous network technology has developed rapidly over the past few years. The measurement data is typically collected by a central node of the network, such as a controller or analyzer. The central node analyzes the data and makes intelligent decisions (possibly based on Artificial Intelligence (AI)) that affect the network, including network paths, network resource allocation, network security policies, etc.
One of the biggest challenges in this respect is the large amount of data collected by the central collection node. Network devices perform fine and detailed performance measurements, producing large amounts of measurement data that arrive at the central node and need to be processed and stored. For example, for a 100 gigabit per second (Gbps) data stream, if all data packets derive telemetry data, the telemetry information rate is about 50 Gbps. It is important to minimize the overhead incurred by implementing the measurement mechanism.
Some conventional methods (e.g., sampling methods) may be applicable to data streams having high data rates. However, at lower data rates, insufficient data may be derived. Other methods (e.g., to derive all data) may be more suitable for low data rate data streams. However, there is currently no method that is optimized for both high and low data rates. Accordingly, there is a need for an innovative telemetry data derivation method that can be used for both high and low data rate data streams.
Disclosure of Invention
In view of the above disadvantages, it is an object of embodiments of the present invention to improve the conventional approach, and in particular to provide an adaptive network telemetry derivation method. Network performance is ensured while minimizing the overhead resulting from performing the measurement mechanism. It is an object to provide a telemetry derivation method suitable for high data rate and low data rate traffic.
The object is achieved by the embodiments provided in the appended independent claims. Advantageous implementations of embodiments of the invention are further defined in the dependent claims.
A first aspect of the invention provides a network device for deriving telemetry data, the network device being configured to: receiving at least one data message; classifying the at least one data packet based on a predefined rule to obtain a classification of each data packet; generating a telemetry report for each data message in the at least one data message; deriving the at least one telemetry report at a derivation rate based on the classification of each of the at least one data packet.
The at least one data message is a message suitable for telemetry export. When a data message suitable for telemetry derivation arrives, i.e. the data message comprises telemetry data, the network device decides whether to derive the data and which derivation rate to use based on the classification result. In particular, telemetry data may include measurement packets or measurement information that may be piggybacked in data packets (in-band telemetry).
In one implementation of the first aspect, the network device is configured to derive the at least one telemetry report for the at least one data packet at a first derived rate if none of the data packets in the at least one data packet is classified as congested.
In particular, this implementation of the invention proposes to limit the rate of congestion free reporting to a rate R1 in the first stage. In other words, when the data rate is low (no congestion occurs), the derived rate can be decreased accordingly.
In one implementation of the first aspect, the network device is further configured to derive the telemetry report for the data packet at a second derived rate when the data packet is classified as congested, wherein the second derived rate is greater than or equal to the first derived rate.
Based on this implementation of the invention, two levels of rate limiting are performed on the derived reports. Specifically, after the first level of limiting, i.e., limiting the congestion free reports to a rate R1, the second level limits the rate of all reports (including both congested and congestion free reports) to a rate R2, where R2 ≧ R1. This means that when the rate of the measured data is high (congestion occurs), the derived rate increases, in particular up to the limits defined by R1 and R2.
In another implementation of the first aspect, the combined rate of derivation of all telemetry reports is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, and the third rate of derivation is lower than the sum of the first rate of derivation and the second rate of derivation.
After two levels of rate limiting, the average derived rate of all telemetry reports will be limited to an upper limit to limit the load on the central acquisition node.
In one implementation of the first aspect, each telemetry report includes measurement information of the data message.
The performance measurements are exported to a central collection node (e.g., a management system or telemetry server) for monitoring and analyzing network performance.
In one implementation of the first aspect, each telemetry report further includes a portion of the data message.
In particular, the telemetry report may also include the data packet or a truncated portion of the data packet. This provides context for the central collection node (e.g., controller or collector), including information about the data flow to which the data packet belongs, the packet length, and other information.
In an implementation manner of the first aspect, the network device is configured to measure each data packet to obtain the measurement information; or receive measurement information from other network devices.
Typically, more than one network device or node is present in a network system. One node in the system may perform the measurements and send the results (telemetry data) to the next node. The next node may then forward the result to the central collection node.
In one implementation form of the first aspect, the network device is configured to: classifying the data packet as congested if one of the following conditions is met: the network equipment discards the data message; adding the data message to a queue with a filling level exceeding a first threshold value; or a field in a header of the data packet exceeds a second threshold.
The network device decides whether to derive a report based on the classification of the data packet. Specifically, the classification is performed based on the congestion condition of the data packet.
In one implementation form of the first aspect, the network device is configured to classify the data packet as congested based on a definable criterion.
Alternatively, the standard may be flexibly formulated.
In one implementation form of the first aspect, the network device is configured to: and if the derived rate of the telemetry report does not accord with the first derived rate, discarding the telemetry report of the data message which is not classified as congestion.
Typically, if the reported rate exceeds the limit defined by the rate limiter, the excess traffic is discarded.
A second aspect of the invention provides a method of deriving telemetry data, the method comprising: receiving at least one data message; classifying the at least one data packet based on a predefined rule to obtain a classification of each data packet; generating a telemetry report for each data message in the at least one data message; deriving the at least one telemetry report at a derivation rate based on the classification of each of the at least one data packet.
The at least one datagram includes one or more datagrams suitable for telemetry derivation.
In one implementation form of the second aspect, the method comprises: deriving the at least one telemetry report for the at least one data message at a first derived rate if none of the data messages in the at least one data message is classified as congested.
In one implementation form of the second aspect, the method comprises: deriving the telemetry report for the data packet at a second derived rate when the data packet is classified as congested, wherein the second derived rate is greater than the first derived rate.
In one implementation of the second aspect, the combined rate of derivation of all telemetry reports is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, the third rate of derivation being lower than the sum of the first rate of derivation and the second rate of derivation.
In one implementation of the second aspect, each telemetry report includes measurement information for the data message.
In one implementation of the second aspect, each telemetry report further includes a portion of the data message.
In one implementation of the second aspect, the method comprises: measuring each data message to obtain the measurement information; or receive measurement information from other network devices.
In one implementation form of the second aspect, the method comprises: classifying the data packet as congested if one of the following conditions is met: the network equipment discards the data message; adding the data message to a queue with a filling level exceeding a first threshold value; or a field in a header of the data packet exceeds a second threshold.
In one implementation form of the second aspect, the method comprises: classifying the data packet as congested based on a definable criteria.
In one implementation form of the second aspect, the method comprises: discarding the telemetry report of the data message not classified as congested if the derived rate of the telemetry report does not conform to the first derived rate.
The method of the second aspect and implementations thereof provide the same advantages and effects as described above for the network device of the first aspect and corresponding implementations thereof.
A third aspect of the invention provides a computer program comprising program code for performing the method provided by the second aspect and its implementation when the computer program runs on a computer.
A fourth aspect of the present invention provides a computer readable storage medium comprising computer program code instructions executable by a computer for performing the method provided by the second aspect and its implementation when the computer program code instructions are run on the computer.
It has to be noted that all devices, elements, units and means described in the present application may be implemented in software or hardware elements or any kind of combination thereof. All steps performed by the various entities described in the present application and the functions described to be performed by the various entities are intended to indicate that the respective entities are adapted or arranged to perform the respective steps and functions. Although in the following description of specific embodiments specific functions or steps performed by an external entity are not reflected in the description of specific elements of the entity performing the specific steps or functions, it should be clear to a skilled person that these methods and functions may be implemented in respective hardware or software elements or any combination thereof.
Drawings
The following description of specific embodiments, taken in conjunction with the accompanying drawings, set forth the above-described aspects of the invention and the manner of attaining them.
Fig. 1 illustrates a network device according to an embodiment of the present invention.
Fig. 2 illustrates measurement terminology provided by an embodiment of the present invention.
Fig. 3 illustrates other measurement terminology provided by embodiments of the present invention.
Fig. 4 shows a logic block diagram of an adaptive derivation method provided by an embodiment of the present invention.
Fig. 5 is a flowchart illustrating a method performed by a network device according to an embodiment of the present invention.
Detailed Description
Illustrative embodiments of a method, apparatus and program product for efficiently transmitting messages in a communication system are described herein in connection with the accompanying drawings. While this description provides detailed examples of possible implementations, it should be noted that the details are intended to be exemplary and in no way limit the scope of the application.
Further, embodiments/examples may also refer to other embodiments/examples. For example, any description including, but not limited to, terms, elements, procedures, explanations, and/or technical advantages mentioned in one embodiment/example are applicable to other embodiments/examples.
Fig. 1 illustrates a network device 100 provided by an embodiment of the present invention. The network device 100 may include processing circuitry (not shown) to perform, execute, or initiate various operations of the network device 100 described herein. The processing circuitry may include hardware and software. The hardware may include analog circuitry or digital circuitry, or both analog and digital circuitry. The digital circuit may include components such as an application-specific integrated circuit (ASIC), a field-programmable array (FPGA), a Digital Signal Processor (DSP), or a multi-purpose processor. In one embodiment, the processing circuitry includes one or more processors and non-transitory memory coupled to the one or more processors. The non-transitory memory may include executable program code that, when executed by the one or more processors, causes the network device 100 to perform, execute, or initiate the operations or methods described herein.
The present invention proposes a network device 100, as shown in fig. 1, for deriving telemetry data, in particular adaptively deriving telemetry data. The network device 100 provided by the embodiments of the present invention is configured to receive at least one data packet 101 suitable for telemetry derivation. The network device 100 is further configured to classify the at least one data packet 101 based on predefined rules to obtain a classification of each data packet. Further, the network device 100 is configured to generate a telemetry report 102 for each datagram of the at least one datagram 101. The network device 100 is then configured to derive the at least one telemetry report 102 at a derived rate based on the classification of each of the at least one data packet 101.
FIG. 2 depicts the terminology provided by embodiments of the present invention. In particular, the term includes a source host, a destination host, and a plurality of network devices therebetween. The term also includes telemetry servers. It is noted that data packets are packets sent from the source host to the destination host, not control packets sent between network devices. The network device may be a switch, a router, a middle box, a network card NIC, or any device that forwards a message. The network device monitors performance and may export telemetry data to the telemetry server. In particular, telemetry data may include measurement packets or measurement information piggybacked on data packets (in-band telemetry). The telemetry server is a central node that collects the telemetry data (e.g., for further analysis).
Specifically, the network device 100 shown in fig. 1 provided by the embodiment of the present invention may be one of the network devices shown in fig. 2.
Existing telemetry derivation methods may derive each message or one message out of every N messages, or derive messages when congestion occurs. The present invention provides an adaptive telemetry derivation scheme that adaptively derives the data based on data classification. Preferably, the messages are classified according to the congestion level. According to an embodiment of the invention, the network device decides whether to derive a report. In particular, the derivation decision is based on a two-stage rate-limiting that limits the rate of the derived traffic.
Optionally, if none of the datagrams in the at least one datagram 101 is classified as congested, the network device 100 according to the embodiment of the present invention may be configured to derive the at least one telemetry report 102 of the at least one datagram 101 at a first derivation rate.
When no data packets are classified as congested, then the telemetry reports generated by those data packets are congestion free reports. Thus, the derived rate of congestion free reporting is limited to R1. This step is the first stage of rate limiting.
Next, when the datagram 101 is classified as congested, the network device 100 provided by the embodiment of the present invention may be configured to derive the telemetry report 102 of the datagram 101 at a second derived rate, where the second derived rate is greater than or equal to the first derived rate.
The second stage limits the derived rate of all remaining reports (including the congestion report and non-congestion reports) to a rate R2, such that R2 ≧ R1.
Note that once congestion occurs, the network device 100 will derive the following telemetry reports at a higher rate. It should be understood that data of the congestion message is preferentially derived.
Optionally, the combined rate of derivation of all telemetry reports is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, the third rate of derivation being lower than the sum of the first rate of derivation and the second rate of derivation. This means that the combined derived rate is guaranteed to be limited to a threshold. This may limit the load on the telemetry server.
Optionally, each telemetry report 102 may include measurement information for the data packet 101. In particular, measurement information is critical to monitoring network performance, detecting congestion, faults, and anomalies. Optionally, each telemetry report 102 may also include a portion of the data message 101.
Further, the network device 100 provided in the embodiment of the present invention may be configured to measure each data packet 101 to obtain the measurement information. Alternatively, the network device 100 may also be configured to receive the measurement information from other network devices. For example, if the network device 100 is an egress node as shown in fig. 2, the telemetry report sent by the network device 100 to the telemetry server may include the measurement information received by the network device 100 from previous network devices (e.g., an ingress node and an intermediate node as shown in fig. 2).
Alternatively, the network device 100 may be an ingress node or an intermediate node as shown in fig. 3. Fig. 3 illustrates other terms provided by embodiments of the present invention. In particular, telemetry data derivation may be performed by an egress node or other node. It should be understood that an ingress or intermediate node as shown in fig. 3 may send telemetry reports 102 directly to the analysis/telemetry server, or may forward measurement information to a next node.
When a data packet containing telemetry data arrives, the network device 100 provided by embodiments of the present invention decides whether to export the data. Specifically, the network device 100 may internally classify a packet as "congested" or "uncongested".
Preferably, as shown in fig. 1 to fig. 3, the network device 100 may be configured to classify the data packet 101 as congestion if one of the following conditions is satisfied: the network device 100 discards the data packet 101; adding the data message 101 to a queue with a filling level exceeding a first threshold value; or a field in a header of the data packet 101 exceeds a second threshold. In one example, the hop delay of the previous hop may be observed and compared to a threshold. If one or more of these conditions occur, it is an indication that congestion is detected. Therefore, such data packets should be classified as congested.
Optionally, the network device 100 may also classify the data packet 101 as congested based on a definable criterion. In this case, the standard can be flexibly established in practice.
Optionally, the network device 100 provided in the embodiment of the present invention may be configured to: and if the derived rate of the telemetry report does not meet the first derived rate, discarding the telemetry report of the data message which is not classified as congestion.
Fig. 4 illustrates a logic block diagram provided by an embodiment of the present invention. The conventional message processing method can be used for all "incoming message" message processing procedures, as shown in fig. 4. The adaptive network telemetry export function of the network device 100 processes all messages that are candidates for telemetry export, i.e., data messages that are suitable for telemetry export. If a datagram includes telemetry data (e.g., the datagram 101 suitable for telemetry export), a telemetry export message 102 is generated for the datagram 101. After congestion classification, the derived reports are rate limited to a first level to limit the derived rate of non-congested reports to R1. That is, if no data packet is classified as congested, then the telemetry report is derived at rate R1. If any of the data packets are classified as congested, a telemetry report is derived at rate R2. It should be appreciated that in the event of congestion, the second level of rate limiting may further limit the rate of all reports (congested and uncongested) to rate R2. In a next step, the derived message passing through the rate limiter is transmitted, for example, to the telemetry server shown in fig. 2. Specifically, the network device 100 shown in fig. 4 is the network device 100 shown in fig. 1, fig. 2, or fig. 3.
Fig. 5 illustrates a method 500 performed by network device 100 according to an embodiment of the present invention. Specifically, the network device 100 is the network device 100 of fig. 1 or fig. 2. The method 500 comprises: step 501: receiving at least one data message suitable for telemetry export 101; step 502: classifying the at least one data packet 101 based on predefined rules to obtain a classification of each data packet; step 503: generating a telemetry report 102 for each of the at least one data message 101; step 504: deriving the at least one telemetry report 102 at a derived rate based on the classification of each of the at least one data packet 101. In particular, the at least one telemetry report 102 may be exported to the telemetry server of fig. 2 or 3.
In particular, the method 500 provided by the embodiment of the present invention provides the same advantages and effects as described above for the network device 100 shown in fig. 1 or fig. 2 provided by the embodiment of the present invention.
Therefore, optionally, the method 500 provided by the embodiment of the present invention may include: deriving the at least one telemetry report 102 for the at least one datagram 101 at a first derived rate if none of the datagrams in the at least one datagram 101 are classified as congested.
Optionally, when the datagram 101 is classified as congested, the method 500 provided by the embodiment of the present invention may further include deriving the telemetry report 102 of the datagram 101 at a second derived rate, where the second derived rate is greater than the first derived rate.
Optionally, the combined rate of derivation of all telemetry reports is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, the third rate of derivation being lower than the sum of the first rate of derivation and the second rate of derivation.
Further, each telemetry report may include measurement information for the data packet 101. Optionally, each telemetry report 102 may also include a portion of the data message 101.
The method 500 provided by the embodiment of the present invention may further include: each data packet 101 is measured to obtain the measurement information. Alternatively, the method 500 provided by the embodiment of the present invention may include:
receiving the measurement information from other network devices. In particular, according to one embodiment of the invention, the other network device may be one of the ingress node or the transmission node in the terminology as shown in fig. 2. These network devices may perform performance measurements and send the measurements to the network device 100, such as the egress node in the terminology shown in fig. 2. Optionally, other network devices may also forward the measurement results obtained from the previous node.
The method 500 entails deciding whether to export data upon receiving a data message containing telemetry data. In order to classify the data packet, the method 500 provided in the embodiment of the present invention may further include: classifying the data packet 101 as congested if one of the following conditions is met: the network device 100 discards the data packet 101; adding the data message 101 to a queue with a filling level exceeding a first threshold value; or a field in a header of the data packet 101 exceeds a second threshold.
Optionally, the method 500 may further include classifying the data packet as congested based on a definable criteria.
Additionally, if the derived rate of non-congested telemetry reports does not match the first derived rate, the method 500 may further include discarding telemetry reports 102 of data packets 101 that are not classified as congested.
An embodiment of the invention also provides a computer program comprising program code for performing the method 500 as depicted in fig. 5, when the computer program runs on a computer.
The embodiment of the invention provides a telemetry derivation mechanism different from the prior method. The export policy is dynamic, providing priority to congested data in particular, and providing export data even at low rates and without congestion. Specifically, when the rate of the measurement data is high, the derived rate increases to an upper limit. When the rate of the data is low, the derived rate is correspondingly reduced. In addition, the present invention limits the combined export rate by a configuration value, thereby limiting the load on the telemetry server.
The invention has been described in connection with various embodiments and implementations as examples. However, other variations will be understood and effected by those skilled in the art and practicing the claimed invention, from a study of the drawings, the disclosure, and the independent claims. In the claims and the description the word "comprising" does not exclude other elements or steps, and "a" or "an" does not exclude a plurality. A single element or other unit may fulfill the functions of several entities or items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.
The network device 100 herein may also be denoted as a wireless client device, an access point or a Base Station, e.g. a Radio Base Station (RBS). In some networks, the base station may be referred to as a transmitter, a gNB, a gdnodeb, an eNB, an eNodeB, a NodeB, or a B node, depending on the technology and terminology used. The wireless client devices may be of different classes, such as macro, home, or pico base stations, based on transmission power and thus also cell size. The Wireless client device may be a Station (STA), which is any device that contains IEEE 802.11 compliant Media Access Control (MAC) and Physical Layer (PHY) interfaces to the Wireless Medium (WM). The wireless client device may also be a base station corresponding to a fifth generation (5G) wireless system.
In addition, any of the methods according to embodiments of the present invention may be implemented in a computer program having code means which, when run by a processing arrangement, causes the processing arrangement to perform the method steps. The computer program is embodied in a computer-readable medium of a computer program product. The computer-readable medium may include substantially any memory, such as ROM (read only memory), PROM (programmable read only memory), EPROM (erasable programmable read only memory), flash memory, EEPROM (electrically erasable programmable read only memory), and a hard disk drive.
Furthermore, the skilled person realizes that embodiments of the network device 100 comprise necessary communication capabilities in the form of functions, means, units, elements, etc. for performing the scheme. Examples of other such devices, units, elements and functions are: processors, memories, buffers, control logic, encoders, decoders, rate matchers, de-rate matchers, mapping units, multipliers, decision units, selection units, switches, interleavers, de-interleavers, modulators, demodulators, inputs, outputs, antennas, amplifiers, receiver units, transmitter units, DSPs, trellis-coded modulation (TCM) encoders, TCM decoders, power supply units, power feeders, communication interfaces, communication protocols, etc., suitably arranged together to implement a scheme.
In particular, the processor of the network access node 100 may include a Central Processing Unit (CPU), a Processing Unit, a Processing Circuit, a processor, an Application Specific Integrated Circuit (ASIC), a microprocessor, or other Processing logic that may interpret and execute instructions. Thus, the term "processor" may refer to a processing circuit that includes a plurality of processing circuits, such as any, some, or all of the processing circuits mentioned above. The processing circuitry may further perform data processing functions to input, output, and process data, including data buffering and device control functions, such as call processing control, user interface control, and the like.
Finally, it is to be understood that the invention is not limited to the embodiments described above, but relates to and incorporates all embodiments within the scope of the appended independent claims.
Claims (22)
1. A network device (100) for deriving telemetry data, the network device (100) being configured to:
receiving at least one data message (101);
classifying the at least one data packet (101) based on predefined rules to obtain a classification of each data packet;
generating a telemetry report (102) for each of the at least one data message (101);
deriving the at least one telemetry report (102) at a derived rate based on the classification of each of the at least one data packet (101).
2. The network device (100) of claim 1, wherein the network device (100) is configured to:
deriving the at least one telemetry report (102) for the at least one datagram (101) at a first derived rate if none of the datagrams in the at least one datagram (101) is classified as congested.
3. The network device (100) of claim 2, wherein the network device (100) is configured to:
deriving the telemetry report (102) for the datagram (101) at a second derived rate when the datagram (101) is classified as congested, wherein the second derived rate is greater than or equal to the first derived rate.
4. The network device (100) of claim 3,
the combined rate of derivation for all telemetry reports is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, the third rate of derivation being lower than the sum of the first rate of derivation and the second rate of derivation.
5. The network device (100) of any of claims 1 to 4,
each telemetry report (102) includes measurement information for the data message (101).
6. The network device (100) of claim 5,
each telemetry report (102) also includes a portion of the data message (101).
7. The network device (100) according to any of claims 1 to 6, wherein the network device (100) is configured to:
measuring each data message (101) to obtain the measurement information; or
Receiving the measurement information from other network devices.
8. The network device (100) according to any of claims 1 to 7, wherein the network device (100) is configured to:
classifying the data packet (101) as congested if one of the following conditions is met:
the network device (100) discards the data packet (101);
adding the data packet (101) to a queue having a fill level exceeding a first threshold; or
A field in a header of the data message (101) exceeds a second threshold.
9. The network device (100) according to any of claims 1 to 8, wherein the network device (100) is configured to:
classifying the data packet (101) as congested based on a definable criterion.
10. The network device (100) according to any of claims 2 to 8, wherein the network device (100) is configured to:
discarding the telemetry report (102) of the data message (101) not classified as congested if the derived rate of the telemetry report (102) does not conform to the first derived rate.
11. A method (500) for deriving telemetry data, comprising:
receiving (501) at least one data message (101);
classifying (502) the at least one data packet (101) based on predefined rules to obtain a classification of each data packet;
generating (503) a telemetry report (102) for each of the at least one data message (101);
deriving (504) the at least one telemetry report (102) at a derived rate based on the classification of each of the at least one data packet (101).
12. The method (500) of claim 11, comprising:
deriving the at least one telemetry report (102) for the at least one datagram (101) at a first derived rate if none of the datagrams in the at least one datagram (101) is classified as congested.
13. The method (500) of claim 12, comprising:
deriving the telemetry report (102) for the datagram (101) at a second derived rate when the datagram (101) is classified as congested, wherein the second derived rate is greater than the first derived rate.
14. The method (500) of claim 13,
the combined rate of derivation for all telemetry reports (102) is limited to a third rate of derivation, wherein the third rate of derivation is greater than or equal to the first rate of derivation and greater than or equal to the second rate of derivation, the third rate of derivation being lower than the sum of the first rate of derivation and the second rate of derivation.
15. The method (500) according to any one of claims 11 to 14,
each telemetry report (102) includes measurement information for the data message (101).
16. The method (500) of claim 15,
each telemetry report (102) also includes a portion of the data message (101).
17. The method (500) according to any one of claims 11 to 16, comprising:
measuring each data message (101) to obtain the measurement information; or
Receiving the measurement information from other network devices.
18. The method (500) according to any one of claims 11-17, comprising:
classifying the data packet (101) as congested if one of the following conditions is met:
the network device (100) discards the data packet (101);
adding the data packet (101) to a queue having a fill level exceeding a first threshold; or
A field in a header of the data packet (101) exceeds a second threshold.
19. The method (500) according to any one of claims 11 to 18, comprising:
classifying the data packet (101) as congested based on a definable criterion.
20. The method (500) according to any one of claims 12 to 19, comprising:
discarding the telemetry report (102) of the data message (101) not classified as congested if the derived rate of the telemetry report (102) does not conform to the first derived rate.
21. Computer program comprising a program code for performing the method according to any one of claims 11-20 when the computer program runs on a computer.
22. A computer readable storage medium comprising computer program code instructions executable by a computer to perform the method of any of claims 11 to 20 when the computer program code instructions are run on the computer.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EPPCT/EP2019/070029 | 2019-07-25 | ||
| EP2019070029 | 2019-07-25 | ||
| PCT/CN2019/098024 WO2021012291A1 (en) | 2019-07-25 | 2019-07-26 | Device and method for exporting telemetry data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114175595A true CN114175595A (en) | 2022-03-11 |
Family
ID=74193086
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201980098801.7A Pending CN114175595A (en) | 2019-07-25 | 2019-07-26 | Apparatus and method for deriving telemetry data |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114175595A (en) |
| WO (1) | WO2021012291A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115499102A (en) * | 2022-09-16 | 2022-12-20 | 迈普通信技术股份有限公司 | Message processing method, device, switch and computer readable storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104937903A (en) * | 2012-12-14 | 2015-09-23 | 微软技术许可有限责任公司 | Managed P2P network with content-delivery network |
| CN108259344A (en) * | 2017-11-29 | 2018-07-06 | 新华三技术有限公司 | Telemetering Telemetry method and apparatus |
| CN109787833A (en) * | 2019-01-23 | 2019-05-21 | 清华大学 | Network exception event cognitive method and system |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101188562B (en) * | 2007-12-20 | 2011-02-09 | 杭州华三通信技术有限公司 | Traffic control method, system and device |
| US8369216B2 (en) * | 2010-10-19 | 2013-02-05 | Silver Spring Networks, Inc. | System and method of monitoring packets in flight for optimizing packet traffic in a network |
| CN104394552B (en) * | 2014-11-28 | 2018-11-23 | 广州杰赛科技股份有限公司 | Jamming control method and wireless netted network node |
-
2019
- 2019-07-26 CN CN201980098801.7A patent/CN114175595A/en active Pending
- 2019-07-26 WO PCT/CN2019/098024 patent/WO2021012291A1/en active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104937903A (en) * | 2012-12-14 | 2015-09-23 | 微软技术许可有限责任公司 | Managed P2P network with content-delivery network |
| CN108259344A (en) * | 2017-11-29 | 2018-07-06 | 新华三技术有限公司 | Telemetering Telemetry method and apparatus |
| CN109787833A (en) * | 2019-01-23 | 2019-05-21 | 清华大学 | Network exception event cognitive method and system |
Non-Patent Citations (1)
| Title |
|---|
| 孙国栋: ""一种无线传感器网络拥塞控制机制"", 《电子与信息学报》, 15 October 2008 (2008-10-15), pages 2 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115499102A (en) * | 2022-09-16 | 2022-12-20 | 迈普通信技术股份有限公司 | Message processing method, device, switch and computer readable storage medium |
| CN115499102B (en) * | 2022-09-16 | 2024-04-09 | 迈普通信技术股份有限公司 | Message processing method, device, switch and computer readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2021012291A1 (en) | 2021-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107204931B (en) | Communication device and method for communication | |
| KR100757872B1 (en) | Apparatus and method of backward congestion notification on network | |
| CN109451534B (en) | Dynamic control method and device for QoS flow in session management of 5G system | |
| US20150063144A1 (en) | Method and apparatus for software defined flow control in wireless systems | |
| Jung et al. | Intelligent active queue management for stabilized QoS guarantees in 5G mobile networks | |
| US9510354B2 (en) | Method and a device for low intrusive fast estimation of the bandwidth available between two IP nodes | |
| US8817615B2 (en) | Method for operating a wireless network and a wireless network | |
| US8824304B2 (en) | Reducing overhead on voice traffic | |
| KR20130126816A (en) | Traffic management apparatus for controlling traffic congestion and method thereof | |
| US20240146578A1 (en) | Determining information related to a designated data transmission rate for a wireless link | |
| CN106878192B (en) | Data scheduling method of self-adaptive MPTCP | |
| JP2006506845A (en) | How to select a logical link for a packet in a router | |
| US20150229575A1 (en) | Flow control in a network | |
| CN107846341B (en) | Method, related device and system for scheduling message | |
| Abish et al. | Detecting packet drop attacks in wireless sensor networks using bloom filter | |
| Shin et al. | Loss recovery scheme for TCP using MAC MIB over wireless access networks | |
| US11751094B2 (en) | Method and apparatus for managing network congestion | |
| US20100046424A1 (en) | Method for controlling load matching in a radio communication system | |
| CN114175595A (en) | Apparatus and method for deriving telemetry data | |
| EP2327176B1 (en) | End-to-end qos and flow control for adaptive channels | |
| CN114095448A (en) | Method and equipment for processing congestion flow | |
| Irawan et al. | Performance evaluation of queue algorithms for video-on-demand application | |
| CN117014967A (en) | Mobile communication system, method and user plane node | |
| Mezzavilla et al. | Evaluation of Jumboframes feasibility in LTE access networks | |
| US11032206B2 (en) | Packet-content based WRED protection |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |