WO2019119836A1 - 报文处理的方法和设备 - Google Patents

报文处理的方法和设备 Download PDF

Info

Publication number
WO2019119836A1
WO2019119836A1 PCT/CN2018/101078 CN2018101078W WO2019119836A1 WO 2019119836 A1 WO2019119836 A1 WO 2019119836A1 CN 2018101078 W CN2018101078 W CN 2018101078W WO 2019119836 A1 WO2019119836 A1 WO 2019119836A1
Authority
WO
WIPO (PCT)
Prior art keywords
control device
echo
indication information
time interval
forwarding device
Prior art date
Application number
PCT/CN2018/101078
Other languages
English (en)
French (fr)
Inventor
汪文明
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2019119836A1 publication Critical patent/WO2019119836A1/zh

Links

Images

Classifications

    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/42—Centralised routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames

Definitions

  • the embodiments of the present invention relate to the field of communications, and in particular, to a packet processing method and device.
  • SDN software defined network
  • the control device implements a control and management function of the network, and the forwarding device implements a forwarding function of the network.
  • OpenFlow is the control protocol for the current mainstream SDN network.
  • the control device controls the behavior of the forwarding device through the flow table entry.
  • the flow table entry can indicate the data message to be processed and the corresponding operation.
  • the OpenFlow protocol is run between the forwarding device and the control device.
  • the forwarding device and the control device send an echo request message (ECHO_REQUEST) to check whether the other party is online.
  • ECHO_REQUEST After receiving the ECHO_REQUEST message, the device needs to reply to the echo response message.
  • ECHO_REPLY to answer the other party; echo message (ECHO) is used to query the connection status between the control device and the forwarding device to ensure smooth communication.
  • ECHO_REQUEST packets may cause certain impacts on the control device.
  • a large number of ECHO_REQUEST packets may be replied at a certain time. This will cause the next time these forwarding devices initiate ECHO_REQUEST at the same time, causing an impact on the control device.
  • the present application provides a packet processing method and device, which can reduce the impact of the forwarding device on the control device to send a large number of packets.
  • a method for processing a message includes: first, a control device determines, according to a load condition of the control device, a time interval at which the forwarding device sends an echo request message ECHO_REQUEST; and then the control device sends the message to the forwarding device. And sending the indication information, where the indication information is used to indicate the time interval, and the time interval for the control device to send the ECHO_REQUEST packet by the dynamic configuration forwarding device, which can reduce the impact of the forwarding device on the control device sending a large number of packets, and improve the processing of the control device. effectiveness.
  • the control device sends the indication information to the forwarding device, where the control device sends an indication message to the forwarding device, where the indication message includes the indication information
  • the indication message includes: an OpenFlow protocol configuration message OFPT_SET_CONFIG, an echo request message ECHO_REQUEST, a detection message HELLO, or an OpenFlow protocol acquisition forwarding device information message OFPT_FEATURES_REQUEST.
  • an interval parameter is added to the indication packet to indicate an interval of time for the forwarding device to send the ECHO_REQUEST packet.
  • the controlling device determines the time interval according to its own load condition, including the following two cases:
  • the control device when the current control device load is in a congested state, the control device may set the time interval to be longer; or when the current control device load condition is small, the time interval may be set to be shorter.
  • control device can set the same time interval or set different time intervals.
  • the specific time interval setting is determined according to the current load condition of the control device.
  • the time interval at which the forwarding device determines the sending of the ECHO_REQUEST packet by the control device can be changed according to the current load condition of the control device at different times.
  • the indication information is carried in a new field of the indication message.
  • the indication information is carried in a reserved field of the indication message.
  • the indication information includes an absolute value or a relative value of the time interval.
  • a second aspect provides a packet processing method, where the method includes: first, the forwarding device receives the indication information sent by the control device, where the indication information is used to indicate a time interval at which the forwarding device sends the ECHO_REQUEST packet, where the interval is And determining, by the control device, the ECHO_REQUEST message according to the load condition of the control device; and then the forwarding device sends the ECHO_REQUEST message to the control device according to the time interval.
  • the forwarding device receives the indication information sent by the control device, where the forwarding device receives the indication packet sent by the control device, where the indication packet includes the indication Information, wherein the indication message includes: OFPT_SET_CONFIG, ECHO_REQUEST, HELLO or OFPT_FEATURES_REQUEST.
  • an interval parameter is added to the indication packet to indicate an interval of time for the forwarding device to send the ECHO_REQUEST packet.
  • the controlling device determines the time interval according to its own load condition, including the following two situations:
  • the control device when the current control device load is in a congested state, the control device may set the time interval to be longer; or when the current control device load condition is small, the time interval may be set to be shorter.
  • control device can set the same time interval or set different time intervals.
  • the specific time interval setting is determined according to the current load condition of the control device.
  • the time interval for the forwarding device to send the ECHO_REQUEST packet determined by the control device can be changed according to the current load condition of the control device at different times.
  • the indication information is carried in a new field of the indication message.
  • the indication information is carried in a reserved field of the indication message.
  • the indication information comprises an absolute value or a relative value of the time interval.
  • the third aspect provides a control device, including: a processor, configured to determine, according to a load condition of the control device, a time interval for the forwarding device to send an ECHO_REQUEST packet, where the port is configured to send indication information to the forwarding device, where the indication information is Used to indicate this time interval.
  • the port is specifically configured to: send an indication message to the forwarding device, where the indication message includes the indication information, where the indication message includes: OFPT_SET_CONFIG , ECHO_REQUEST, HELLO or OFPT_FEATURES_REQUEST.
  • an interval parameter may be added to the indication packet to indicate an interval of time for the forwarding device to send the ECHO_REQUEST packet.
  • the controlling device determines the time interval according to its own load condition, including the following two cases:
  • the control device when the current control device load is in a congested state, the control device may set the time interval to be longer; or when the current control device load condition is small, the time interval may be set to be shorter.
  • control device can set the same time interval or set different time intervals.
  • the specific time interval setting is determined according to the current load condition of the control device.
  • the time interval at which the forwarding device determines that the forwarding device sends the ECHO_REQUEST packet can be changed according to the current load condition of the control device at different times.
  • the indication information is carried in a new field of the indication message.
  • the indication information is carried in a reserved field of the indication message.
  • the indication information includes an absolute value or a relative value of the time interval.
  • the fourth aspect provides a forwarding device, including: a port, configured to receive indication information sent by the control device, where the indication information is used to indicate a time interval for the forwarding device to send an ECHO_REQUEST packet, where the time interval is controlled by the control device according to the control device.
  • the load condition of the device is determined; the processor is configured to obtain the time interval; and the port is further configured to send the ECHO_REQUEST message to the control device according to the time interval.
  • the port is specifically configured to: receive an indication message sent by the control device, where the indication message includes the indication information, where the indication message includes an OFPT_SET_CONFIG , ECHO_REQUEST, HELLO or OFPT_FEATURES_REQUEST.
  • an interval parameter is added to the indication packet to indicate an interval of time for the forwarding device to send the ECHO_REQUEST packet.
  • the controlling device determines the time interval according to its own load condition, including the following two cases:
  • the control device when the current control device load is in a congested state, the control device may set the time interval to be longer; or when the current control device load condition is small, the time interval may be set to be shorter.
  • control device can set the same time interval or set different time intervals.
  • the specific time interval setting is determined according to the current load condition of the control device.
  • the time interval for the forwarding device that is determined by the control device to send the ECHO_REQUEST packet is changed according to the current load situation of the control device at different times.
  • the indication information is carried in a new field of the indication message.
  • the indication information is carried in a reserved field of the indication message.
  • the indication information comprises an absolute value or a relative value of the time interval.
  • a control device comprising: a memory for storing a computer program; a processor for executing a computer program stored in the memory to cause the device to perform the first aspect or the first Any of the aspects may be implemented in a method.
  • a forwarding device comprising: a memory for storing a computer program; a processor for executing a computer program stored in the memory to cause the device to perform the second aspect or the second Any of the aspects may be implemented in a method.
  • the foregoing control device and the forwarding device may each be a chip.
  • a message processing system comprising the control device in any aspect or any possible implementation thereof, and the forwarding device in any aspect or any possible implementation thereof.
  • a readable storage medium comprising a program or an instruction, when the program or instruction is run on a computer, according to the method of the first aspect and the second aspect, or any one of the possible implementation manners Executed.
  • a computer program product comprising instructions which, when run on a computer, cause the computer to perform the method of the first aspect and the second aspect described above or any one of its possible implementations.
  • FIG. 1 is a schematic diagram of an application scenario of an embodiment of the present application.
  • FIG. 2 is an interaction flowchart of a method for processing a message according to an embodiment of the present application.
  • FIG. 3 is a block diagram of a control device of one embodiment of the present application.
  • FIG. 4 is a block diagram of a forwarding device in accordance with an embodiment of the present application.
  • FIG. 5 is a schematic block diagram of a message processing system according to an embodiment of the present application.
  • FIG. 6 is a schematic block diagram of a message processing device according to an embodiment of the present application.
  • control device may be a control device in the SDN, or may be a control device in another network
  • the forwarding device may be a forwarding device in the SDN, or a forwarding device in other networks, and in the present application.
  • the packet processing method can be applied to the SDN, and can also be applied to other networks. This application does not limit this.
  • the forwarding device in the implementation of the present application may be an OF switch under the OF protocol, or a switch under other protocols in the SDN
  • the control device may be an OF controller under the OF protocol, or may be another protocol in the SDN.
  • the controller and the like are not limited in this application.
  • FIG. 1 is a schematic diagram of an application scenario of an embodiment of the present application.
  • the embodiment of the present application can be applied to an SDN network, and includes two parts of networks in the SDN network, which are respectively a data plane and a control plane.
  • the control device is mainly controlled, and the control device can acquire all network information and is responsible for directing the forwarding device to work.
  • the forwarding device is mainly operated, and the device operates according to the command of the control device.
  • the control device 130 can control a plurality of forwarding devices, such as the forwarding device 111, the forwarding device 112, and the forwarding device 113 (hereinafter collectively referred to as the forwarding device 110) shown in FIG.
  • the OpenFlow protocol can be used for communication between the control device 130 and the forwarding device 110.
  • control device 130 may be referred to as an OpenFlow controller, and the forwarding device 110 may be referred to as an OpenFlow switch.
  • the control device 130 can control the behavior of the forwarding device 110 through a flow meter.
  • the contents of the flow table entry will be described below.
  • Flow Entry can usually include Match Fields, Priority, Counters, Instructions, Timeouts, and Cookies.
  • the value specified in the matching field can be used to match the header field and the inbound port number of the packet to determine whether the packet is a packet to be processed.
  • the packet to be processed is also called a destination packet.
  • the header field of the packet may include an internet protocol (IP) quintuple (ie, source IP address, destination IP address, protocol type, source port number, destination port number), or various headers in the Ethernet frame header. Domain, etc.
  • IP internet protocol
  • the header field in the Ethernet frame header may include a media access control (MAC) address, a destination MAC address, and the like.
  • IP internet protocol
  • MAC media access control
  • the instruction field may include various instructions such as Action related instructions, Goto-Table instructions, Meter instructions, Write-Metadata instructions, and the like. Since there is no standardized Chinese expression for the Meter instruction, the meter instruction, the measurement instruction, or the meter instruction can refer to the Meter instruction in this application.
  • Action-related instructions In the OpenFlow protocol, action instructions can be divided into two categories. One big class is an immediate action, the corresponding command is Apply-Actions, and the other class is first stored in the action set. The action that is not performed until the end of the pipeline. The instruction to write the action to the action set is Write-Actions, and the instruction to clear all actions in the action set is Clear-Actions. Whether it is an action that is performed immediately or an action that is stored in the action set, it includes multiple categories, including actions for instructing how to perform operations on the message, such as forwarding, discarding, modifying the header, encapsulation, decapsulation, and sending. To the control device 130 and the like.
  • the action related instructions may also include an instruction set-queue that sets the queue. When forwarding a data packet through a port, you can use this command to set the queue ID (Identity, ID) corresponding to the port.
  • Goto-Table instruction The pipeline control instruction indicates that the message jumps between the flow tables, that is, jumps from one flow table to another.
  • Write-Metadata instruction Indicates to write metadata.
  • the metadata is a mechanism for transmitting information between OpenFlow flow tables, and the content of the metadata corresponding to the message can be delivered to the subsequent flow table.
  • the control device 130 can implement the control logic of the network service, determine what kind of operation is performed on the packet, and then formulate the flow table entry, and send the flow table entry to the forwarding device 110.
  • the forwarding device 110 saves the flow table entry, matches the received packet according to the matching field in the flow table entry, and executes corresponding instructions on the matched packet, that is, the target packet, thereby implementing various packet processing. .
  • the forwarding device 110 may hold one or more flow tables.
  • the received message can be matched from the first flow table. If the matching succeeds, the instruction in the matching successful flow table entry is executed. If the instruction that jumps to other flow table is included, the jump to other flow tables is continued to perform matching and processing; if the matching fails, according to Table- The Miss (Table Missing) entry is processed (for example, it can be discarded or sent to the control device 130 for processing). If there is no Table-Miss entry, the packet is processed according to the attributes of the flow table (for example, it can be configured to discard). Or sent to the control device 130 for processing).
  • the entire process of processing a message through each flow table may be referred to as a pipeline.
  • the message jumps between the flow tables, the four contents of the message content, the ingress port, the metadata, and the action set are also transferred between the flow tables.
  • the Table-Miss entry mentioned above is a special entry in the OpenFlow flow table. This entry has no matching domain (that is, it can match all the packets successfully), and the matching priority is the lowest. Other flow table entries match how failed packets are processed. If a table-Miss entry is a unique entry in a flow table, it means that the flow table processes all the packets according to the Table-Miss table.
  • the Meter table mentioned above will be described in detail below.
  • the Meter table corresponds to the Meter command, and the two can be combined to perform simple QoS control functions.
  • the Meter command can be used to specify the Meter entry for processing data messages. Multiple data streams can share one Meter entry, and one data stream can also be processed through multiple Meter entries.
  • the Meter table contains one or more Meter entries, each of which may include a Meter identifier (Meter ID), one or more Meter Bands, and Counters. Since there is no Chinese expression for the Meter Band specification, the meter band, the metering band, the metering line, the meter line, etc. can all refer to the Meter Band in this application.
  • the Meter ID can uniquely identify a Meter entry.
  • the Counters in the Meter entry can record the statistics of the Meter entries.
  • the Meter Band can include the following: Band Type, Rate, Burst Size, Counters, and type specific arguments.
  • Band Type Specifies the processing mode of the packet. Only two types are defined in the protocol, including: Drop and the differentiated services code point (DSCP).
  • DSCP differentiated services code point
  • Rate Specifies the rate of the effective rate of the Meter Band. If the current rate is greater than the rate specified in multiple Meter Bands, the Meter Band with the highest rate will take effect.
  • the unit can be kbps (kilobits per second) or PPS (packets per second). .
  • Burst Size Specifies the size of the burst traffic (that is, the amount of traffic that can be cached) in the same unit as the Rate.
  • Type specific arguments Related to the Band type. When the Band type is discarded, you do not need to carry other parameters. If the type is DSCP, you need to carry the DSCP value to be set.
  • a queue is bound to a port.
  • a port can correspond to one or more queues.
  • Each queue is uniquely identified by a queue ID.
  • Each queue can define different queue attributes.
  • the currently defined queue attributes can include the maximum rate (MaxRate) and the minimum rate (MinRate).
  • the minimum rate which can be in units of one thousandth of the port rate.
  • the maximum rate which can be in units of one thousandth of the port rate.
  • the Set-Queue command can be used to specify the queue to which the packet is to be entered, so that the packet can be processed by using the attribute information of the queue.
  • the socket (port number) is first created, and then the forwarding device 110 and the control device 130 send Hello packets (probing messages) to each other for negotiating the protocol so that the forwarding device
  • the forwarding device 110 After the forwarding device 110 establishes a connection with the control device 130, the forwarding device 110 and the control device 130 can send an ECHO_REQUEST message to the other party, and the receiver needs to reply to the ECHO_REPLY, where the ECHO message is used to query the connection status to ensure smooth communication.
  • the control device 130 periodically sends an OFPT_ECHO_REQUEST message to the forwarding device 110 (specifically, the forwarding device 111, the forwarding device 112, and the forwarding device 113).
  • the plurality of forwarding devices controlled by the control device 130 also continuously send an OFPT_ECHO_REQUEST message to them to ensure that they are in a connected state with the control device 130. Therefore, the control device continuously receives a large number of ECHO_REQUEST messages sent by the forwarding device.
  • FIG. 2 is an interaction flowchart of a method for processing a message according to an embodiment of the present application.
  • the forwarding device in FIG. 2 may be any one of the forwarding devices in FIG. 1, and the control device may be a controller.
  • the control device determines, according to the load condition of the control device, a time interval at which the forwarding device sends the ECHO_REQUEST packet.
  • control device can dynamically configure the time interval for the forwarding device to send the ECHO_REQUEST packet. For example, the control device may determine the length of time for setting the interval for sending the ECHO_REQUEST packet by the forwarding device according to its current load situation.
  • the interval at which the forwarding device sends the ECHO_REQUEST packet may be set shorter, so that the control device can receive in the same time.
  • the ECHO_REQUEST packet is sent to the forwarding device, and the ECHO_REPLY packet is sent to the forwarding device.
  • the forwarding device can send the ECHO_REQUEST packet.
  • the time interval is set longer, so that the control device can process the ECHO_REQUEST message sent by the relatively few forwarding devices in the same time, thereby reducing the processing message burden of the control device in the congestion state.
  • the time interval is not in a constant state, and the control device can dynamically adjust the time interval according to different load conditions at different times.
  • different time intervals can be configured for different forwarding devices to prevent multiple forwarding devices from sending ECHO_REQUEST packets to the control device at the same time.
  • the control device is expected to receive and process the ECHO_REQUEST packet sent by the 10,000 network devices (forwarding devices) with 10% of the processing capability, when the number of network devices (forwarding devices) is used.
  • the control device receives the ECHO_REQUEST packets sent by the 20,000 network devices (forwarding devices) and processes them.
  • the network device (forwarding device) at this time occupies 20% of the processing capacity of the control device. Since only 10% of the processing capability is expected to receive the ECHO_REQUEST packet, the time interval of the ECHO_REQUEST packet sent by the receiving network device (forwarding device) can be doubled, so that the control device can still use 10% of the processing capability.
  • control device may be the processing power of the control device processor or the processing resources occupied.
  • the control device can determine the interval at which the forwarding device sends the ECHO_REQUEST packet according to the processing capability of the control device and the load condition of the device.
  • the forwarding device receives the indication information sent by the control device, where the indication information is used to indicate the time interval for the forwarding device to send the ECHO_REQUEST packet.
  • the forwarding device may receive the indication message sent by the control device, where the indication message carries indication information indicating a time interval for sending the ECHO_REQUEST message.
  • the indication message may be an OpenFlow protocol configuration message OFPT_SET_CONFIG, an echo request message ECHO_REQUEST, a detection message HELLO or an OpenFlow protocol to obtain a forwarding device information message OFPT_FEATURES_REQUEST, which is sent by the control device to the forwarding device, but This embodiment of the present application is not limited thereto.
  • the manner in which the indication information is included in the indication message may include, but is not limited to, the following manner:
  • Manner 1 The indication information is carried in the OFPT_SET_CONFIG message sent by the control device to the forwarding device.
  • the OFPT_SET_CONFIG packet is used to control the device setting or query the configuration information of the forwarding device.
  • the forwarding device only needs to answer the query message.
  • the control device can carry the configured time interval indication information in the OFPT_SET_CONFIG packet. For example, set the OFPT_SET_CONFIG message as follows:
  • the header in the struct ofp_header header is the header of all the packets, and has three parameters: type: type; length: the length of the entire packet; and xid: the number of the packet.
  • the uint16_t flags are used to indicate how the fragmentation is processed. Each link layer protocol has a limit on the length of the data frame. Most link layers divide the data packets and divide the data packets into several slices. transmission.
  • Uint16_t miss_send_len is used to indicate the length of data that the control device sends to the forwarding device when it does not match.
  • the uint32_t interval is an indication information indicating the interval at which the forwarding device configured by the control device sends an ECHO_REQUEST packet.
  • the control device sends an OpenFlow protocol configuration message OFPT_SET_CONFIG, and specifies a time interval for the forwarding device to send the ECHO_REQUEST message in the packet; after the forwarding device receives the OFPT_SET_CONFIG message, Send ECHO_REQUEST packets at specified intervals.
  • OFPT_SET_CONFIG OpenFlow protocol configuration message
  • the forwarding device receives the OFPT_SET_CONFIG message, Send ECHO_REQUEST packets at specified intervals.
  • the newly added interval parameter is used to indicate a time interval, which may be located in a newly added field in the OFPT_SET_CONFIG message or in a field reserved in the OFPT_SET_CONFIG message.
  • the newly added interval parameter may be located in a newly added field in the indication message, or the field is reserved in advance in the indication message for the interval parameter to indicate the interval at which the forwarding device sends the ECHO_REQUEST message.
  • the indication information may specifically indicate the absolute value of the time interval for the forwarding device to send the ECHO_REQUEST message, or the indication information may be used to indicate the relative value of the time interval for the forwarding device to send the ECHO_REQUEST message. For example, when the time interval is set to 21, 21 at this time may indicate the time interval for each forwarding device to send an ECHO_REQUEST message, or 1 for the time interval of 21, and the number 1 for sending a message in the message. Save the space and resources used to send the indication information. If the interval is set to 0, it can be understood that the forwarding device does not always send an ECHO_REQUEST message.
  • Manner 2 The indication information is carried in an echo request message ECHO_REQUEST sent by the control device to the forwarding device.
  • ECHO messages belong to symmetric information and are classified into ECHO_REQUEST messages and ECHO_REPLY messages. ECHO messages are used to query the connection status to ensure smooth communication.
  • the control device may carry the indication information of the configured time interval to the ECHO_REQUEST message sent by the control device to the forwarding device. For example, set the ECHO_REQUEST packet as follows:
  • the header in the struct ofp_header header is the header of all the packets, and has three parameters: type: type; length: the length of the entire packet; and xid: the number of the packet.
  • the uint32_t interval is an indication information indicating the interval at which the forwarding device configured by the control device sends an ECHO_REQUEST packet.
  • the control device sends an ECHO_REQUEST message to the forwarding device, and carries a parameter in the ECHO_REQUEST message: interval, the parameter indicates the time interval for the forwarding device to send the ECHO_REQUEST message; and the forwarding device receives the ECHO_REQUEST message sent by the control device.
  • interval the parameter indicates the time interval for the forwarding device to send the ECHO_REQUEST message
  • the forwarding device receives the ECHO_REQUEST message sent by the control device.
  • the ECHO_REQUEST packet is sent at the specified interval. If the interval parameter is set to 0, it can be understood that the forwarding device does not always send an ECHO_REQUEST packet.
  • the newly added interval parameter is used to indicate a time interval, which may be located in a newly added field in the ECHO_REQUEST message or in a field reserved in the ECHO_REQUEST message.
  • the newly added interval parameter may be located in a newly added field in the indication message, or the reserved field in the indication message is used for the interval parameter to indicate the interval at which the forwarding device sends the ECHO_REQUEST message.
  • ECHO_REQUEST message here is an OFPT_ECHO_REQUEST message.
  • the scenario in the embodiment of the present application is that the OpenFlow protocol is run between the forwarding device and the control device under the SDN network, but is not limited thereto.
  • the indication information may specifically indicate the absolute value of the time interval for the forwarding device to send the ECHO_REQUEST message, or the indication information may be used to indicate the relative value of the time interval for the forwarding device to send the ECHO_REQUEST message. For example, when the time interval is set to 21, 21 at this time may indicate the time interval for each forwarding device to send an ECHO_REQUEST message, or 1 for the time interval of 21, and the number 1 for sending a message in the message. Save space and resources occupied by the indication information when sending. If the interval is set to 0, it can be understood that the forwarding device does not always send an ECHO_REQUEST message.
  • Manner 3 The indication information is carried in the detection message HELLO sent by the control device to the forwarding device.
  • the control device and the forwarding device send HELLO packets to each other.
  • the purpose of the HELLO packet is to detect whether the other device is online and negotiate protocol.
  • the main content is to send the highest version of the protocol supported by the device to the other device.
  • the indication information for indicating the time interval for the forwarding device to send the ECHO_REQUEST packet may be carried in the detection packet HELLO sent by the control device to the forwarding device. For example, add an interval parameter to the HELLO message, which is used to indicate the time interval.
  • the newly added interval parameter is used to indicate the time interval, which may be located in a newly added field in the HELLO message or in a field reserved in the HELLO message.
  • the newly added interval parameter may be located in a newly added field in the indication message, or the reserved field in the indication message is used for the interval parameter to indicate the interval at which the forwarding device sends the ECHO_REQUEST message.
  • the HELLO message here is the OFPT_HELLO message.
  • the scenario in the embodiment of the present application is that the OpenFlow protocol is run between the forwarding device and the control device under the SDN network, but is not limited thereto.
  • the indication information may specifically indicate the absolute value of the time interval for the forwarding device to send the ECHO_REQUEST message, or the indication information may be used to indicate the relative value of the time interval for the forwarding device to send the ECHO_REQUEST message. For example, when the time interval is set to 21, 21 at this time may indicate the time interval for each forwarding device to send an ECHO_REQUEST message, or 1 for the time interval of 21, and the number 1 for sending a message in the message. Save space and resources occupied by the indication information when sending. If the interval is set to 0, it can be understood that the forwarding device does not always send ECHO_REQUEST packets.
  • Manner 4 The indication information is carried in the OFPT_FEATURES_REQUEST packet sent by the control device to the forwarding device.
  • the OFPT_FEATURES_REQUEST packet is sent to the forwarding device after the control device completes the connection with the forwarding device.
  • the OFPT_FEATURES_REQUEST message is used to request the forwarding device.
  • the OFPT_FEATURES_REQUEST message contains only the OpenFlow Header. You can add a parameter interval to the forwarding device. Indicates the interval at which the forwarding device sends ECHO_REQUEST packets.
  • the newly added interval parameter is used to indicate a time interval, which may be located in a newly added field in the OFPT_FEATURES_REQUEST message or in a reserved field in the message.
  • the newly added interval parameter may be located in a newly added field in the indication message, or the reserved field in the indication message is used for the interval parameter to indicate the interval at which the forwarding device sends the ECHO_REQUEST message.
  • the indication information may specifically indicate the absolute value of the time interval for the forwarding device to send the ECHO_REQUEST message, or the indication information may be used to indicate the relative value of the time interval for the forwarding device to send the ECHO_REQUEST message. For example, when the time interval is set to 21, 21 at this time may indicate the time interval for each forwarding device to send an ECHO_REQUEST message, or 1 for the time interval is 21, and the number 1 for sending a message is higher than the number 21 for sending a message. Save the space and resources used to send the indication information. If the interval is set to 0, it can be understood that the forwarding device does not always send an ECHO_REQUEST message.
  • control device determines the time interval according to its own load condition, including the following two situations:
  • the current control device has a poor ability to process packets or a large load.
  • the control device can set the time interval to be longer; or when the current control device load is small, the time interval can be set to be shorter. .
  • control device can set the same time interval or set different time intervals.
  • the specific time interval setting is determined according to the current load condition of the control device.
  • the packet processing method of the embodiment of the present invention is specifically configured to process the ECHO_REQUEST packet sent by the forwarding device, and the control device determines the interval at which the forwarding device sends the echo request message ECHO_REQUEST, and sends the indication information to the forwarding device, where the indication information is used to indicate the time. interval.
  • the control device determines the length of the time interval according to the load condition of the device, and dynamically sets the time interval for the device to send the ECHO_REQUEST packet, which can reduce the impact of the forwarding device on the control device to send a large number of packets, and improve the processing efficiency of the control device. .
  • the time interval at which the forwarding device determines that the forwarding device sends the ECHO_REQUEST packet can be changed according to the current load situation of the control device at different times. For example, if the current control device receives more packets, the control device has a larger load and is more congested. The state of the device can be set to a longer interval, and the forwarding device continues to send the ECHO_REQUEST message to the control device, causing the control device to process the message amount. If the current control device is in a relatively idle state, the corresponding device can Set the time interval to be shorter.
  • the size of the sequence numbers of the foregoing processes does not mean the order of execution sequence, and the order of execution of each process should be determined by its function and internal logic, and should not be applied to the embodiment of the present application.
  • the implementation process constitutes any limitation.
  • control device the forwarding device, and the message processing system according to the embodiments of the present application will be described below. It should be understood that the control device, the forwarding device, and the message processing system in the embodiments of the present application may perform various methods in the foregoing embodiments of the present application, that is, the specific working processes of the following various products, and may refer to the corresponding processes in the foregoing method embodiments. .
  • FIG. 3 shows a schematic block diagram of a control device 300 in accordance with an embodiment of the present application.
  • the control device 300 includes:
  • the processor 310 is configured to determine, according to the load condition of the control device, a time interval at which the forwarding device sends the ECHO_REQUEST packet.
  • the port 320 is connected to the processor 310, and is configured to send indication information to the forwarding device, where the indication information is used to indicate the time interval.
  • the control device of the embodiment of the present application can dynamically reduce the time interval for sending the ECHO_REQUEST packet by the forwarding device, and the time interval is configured to be sent to the control device to send the packet to the forwarding device. The impact of the message.
  • the port 320 is specifically configured to: send an indication message to the forwarding device, where the indication message includes indication information,
  • the indication message includes: OFPT_SET_CONFIG, ECHO_REQUEST, HELLO, or OFPT_FEATURES_REQUEST.
  • a time interval parameter is added to the indication message to indicate a time interval for the forwarding device to send the ECHO_REQUEST message.
  • the time interval at which the forwarding device determines that the forwarding device sends the ECHO_REQUEST packet can be changed according to the current load situation of the control device at different times. For example, if the current control device receives more packets, the control device has a larger load and is more congested. The state of the device can be set to a longer interval, and the forwarding device continues to send the ECHO_REQUEST message to the control device, causing the control device to process the message amount. If the current control device is in a relatively idle state, the corresponding device can Set the time interval to be shorter.
  • the indication information is carried in a new field indicating the message.
  • the indication information is carried in a reserved field of the indication message.
  • the indication information includes an absolute value or a relative value of a time interval in which the forwarding device sends the ECHO_REQUEST message.
  • the control device 300 may correspond to a control device in a message processing method in a network according to an embodiment of the present application, and the above-described and other operations and/or functions of the respective modules in the control device 300 are respectively implemented for The corresponding processes of the foregoing various methods are not described herein for the sake of brevity.
  • the packet processing method of the embodiment of the present invention is specifically configured to process the ECHO_REQUEST packet sent by the forwarding device, and the control device determines the interval at which the forwarding device sends the echo request message ECHO_REQUEST, and sends the indication information to the forwarding device, where the indication information is used to indicate the time. interval.
  • the control device determines the length of the set interval according to the load condition of the device, or the processing capability and the load condition, and the interval at which the forwarding device sends the ECHO_REQUEST packet is dynamically configured, so that the forwarding device sends a large number of packets to the control device. The impact of improving the processing efficiency of the control equipment.
  • FIG. 4 shows a schematic block diagram of a forwarding device 400 in accordance with an embodiment of the present application.
  • the forwarding device 400 includes:
  • the port 420 is configured to receive the indication information sent by the control device, where the indication information is used to indicate a time interval for the forwarding device to send the ECHO_REQUEST packet, where the time interval is determined according to the load condition of the control device.
  • the processor 410 is configured to acquire the time interval.
  • the port 420 is further configured to send the ECHO_REQUEST packet to the control device according to the time interval.
  • the forwarding device of the embodiment of the present application can reduce the impact of the forwarding device on sending a large number of packets to the control device by receiving the interval of the ECHO_REQUEST packet that is dynamically configured and sent to the forwarding device by the control device, and improve the processing of the control device. effectiveness.
  • the port 420 is specifically configured to: receive an indication message sent by the control device, where the indication message includes indication information,
  • the indication message includes: OFPT_SET_CONFIG, ECHO_REQUEST, HELLO, or OFPT_FEATURES_REQUEST.
  • an interval parameter is added to the indication packet to indicate a time interval for the forwarding device to send the ECHO_REQUEST packet.
  • the time interval at which the forwarding device determines that the forwarding device sends the ECHO_REQUEST packet can be changed according to the current load situation of the control device at different times. For example, if the current control device receives more packets, the control device load is relatively congested. If the current control device is in a relatively idle state, the corresponding control device can be configured to continue to send the ECHO_REQUEST packet to the control device. The time interval is set to be shorter.
  • the indication information is carried in a new field indicating the message.
  • the indication information is carried in a reserved field of the indication message.
  • the newly added interval parameter may be located in a newly added field in the indication message, or the field is reserved in advance in the indication message for the interval parameter to indicate the interval at which the forwarding device sends the ECHO_REQUEST message.
  • the indication information includes an absolute value or a relative value of a time interval in which the forwarding device sends the ECHO_REQUEST message.
  • the forwarding device 400 may correspond to a forwarding device in a message processing method in a network according to an embodiment of the present application, and the foregoing and other operations and/or functions of the respective modules in the forwarding device 400 are respectively implemented
  • the corresponding processes of the foregoing various methods are not described herein for the sake of brevity.
  • the packet processing method of the embodiment of the present invention is specifically configured to process the ECHO_REQUEST packet sent by the forwarding device, and the control device determines the interval at which the forwarding device sends the ECHO_REQUEST, and sends the indication information to the forwarding device, where the indication information is used to indicate the time interval. Specifically, the control device determines the length of the set interval according to the load condition or the load condition and the processing capability, and dynamically reduces the time interval for the forwarding device to send the ECHO_REQUEST packet, thereby reducing the number of packets sent by the forwarding device to the control device. The impact of improving the processing efficiency of the control equipment.
  • FIG. 5 shows a schematic block diagram of a message processing system 500 in accordance with an embodiment of the present application.
  • the packet processing system includes a forwarding device 510 and a control device 520, and the forwarding device 510 is configured to obtain the indication information sent by the control device 520, where the indication information is used to indicate the time interval for the forwarding device to send the ECHO_REQUEST packet. Sending an ECHO_REQUEST message to the control device according to the time interval.
  • the control device 520 is configured to determine a time interval for the forwarding device to send the ECHO_REQUEST packet, where the control device 520 determines the load condition according to the load, and the control device 520 sends the indication information to the forwarding device 510, where the indication information is used to indicate the time. interval.
  • the forwarding device 510 and the control device 520 in the packet processing system 500 according to the embodiment of the present application may respectively correspond to the forwarding device and the control device in the packet processing method in the network according to the embodiment of the present application, and the forwarding device 510,
  • the foregoing and other operations and/or functions of the control device 520 are respectively implemented in order to implement the respective processes of the foregoing various methods, and are not described herein for brevity.
  • the packet processing system of the embodiment of the present invention can reduce the impact caused by the forwarding device to send a large number of packets to the control device.
  • processor 310 and the processor 410 in the embodiment of the present application may be implemented by a processing unit or a chip.
  • the processing unit may be composed of multiple units in the implementation process.
  • the port 320 and the port 420 in the embodiment of the present application may be implemented by a transceiver unit or a chip.
  • the port 320 and the port 420 may be composed of a transmitter or a receiver, or may be composed of a transmitting unit or a receiving unit.
  • processor 310 and the port 320 in the embodiment of the present application may be implemented by using a chip, and the processor 410 and the port 420 may be implemented by using a chip.
  • the message processing device may further comprise a memory, the memory may store program code, and the processor calls the program code stored in the memory to implement a corresponding function of the communication device.
  • the processor and memory can be implemented by a chip.
  • the embodiment of the present application further provides a processing apparatus, including a processor and an interface;
  • the processor is configured to perform the methods in the various embodiments of the present application described above.
  • the processing device may be a chip, and the processor may be implemented by hardware or by software.
  • the processor When implemented by hardware, the processor may be a logic circuit, an integrated circuit, or the like; when implemented by software, the processing may be performed.
  • the device can be implemented as a general purpose processor by reading software code stored in the memory, which can be integrated in the processor and can exist independently of the processor.
  • the processing device may be a field-programmable gate array (FPGA), may be an application specific integrated circuit (ASIC), or may be a system on chip (SoC). It can be a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), or a microcontroller. Unit, MCU), can also be a programmable logic device (PLD) or other integrated chip.
  • FPGA field-programmable gate array
  • ASIC application specific integrated circuit
  • SoC system on chip
  • CPU central processor unit
  • NP network processor
  • DSP digital signal processor
  • MCU can also be a programmable logic device (PLD) or other integrated chip.
  • PLD programmable logic device
  • the present application provides a schematic structural diagram of a device for processing a message.
  • the device may be a control device and a forwarding device of a software-defined network SDN, and includes a processing unit and a transceiver unit.
  • the processing unit and the transceiver unit may be implemented in software or in hardware.
  • the processing unit may be the processor 310 in FIG. 3, and the transceiver unit may be the port 320 in FIG. 3; or the processing unit may be the processor 410 in FIG. It can be port 420 in FIG.
  • FIG. 6 is a schematic structural diagram of a packet processing device according to an embodiment of the present application.
  • the device may be a control device and a forwarding device of a software-defined network SDN, including at least one processor 602 (eg, a CPU), at least one network interface. 605 or other communication interface, and memory 606.
  • the processor 602 is configured to execute executable modules, such as computer programs, stored in the memory 606.
  • the memory 606 may include a high speed random access memory (RAM), and may also include a non-volatile memory such as at least one disk memory.
  • a communication connection with at least one other network element is achieved by at least one network interface 605 (which may be wired or wireless).
  • memory 606 stores program 6061, and processor 602 executes program 6061 for performing the methods of the various embodiments described above.
  • the computer program product includes one or more computer instructions.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, fiber optic, digital subscriber line (DSL), or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any available media that can be accessed by a computer or a data storage device such as a server, data center, or the like that includes one or more available media.
  • the usable medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (such as a solid state disk (SSD)) or the like.
  • a magnetic medium eg, a floppy disk, a hard disk, a magnetic tape
  • an optical medium eg, a DVD
  • a semiconductor medium such as a solid state disk (SSD)
  • the term "and/or” is merely an association relationship describing an associated object, indicating that there may be three relationships.
  • a and/or B may indicate that A exists separately, and A and B exist simultaneously, and B cases exist alone.
  • the character "/" in this article generally indicates that the contextual object is an "or" relationship.
  • the disclosed systems, devices, and methods may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product.
  • the technical solution of the present application which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including
  • the instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program code. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种报文处理的方法和设备，该方法包括：控制设备根据该控制设备的负载情况确定转发设备发送回声请求报文ECHO_REQUEST的时间间隔；该控制设备向转发设备发送指示信息，该指示信息用于指示时间间隔。本申请实施例的技术方案，控制设备通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。

Description

报文处理的方法和设备
本申请要求于2017年12月20日提交中国专利局、申请号为201711382592.8、申请名称为“报文处理的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信领域，尤其涉及一种报文处理的方法和设备。
背景技术
为提升网络部署的灵活性和可管理性，业界提出了软件定义网络(software defined network，SDN)的概念。在SDN中通过开放流(OpenFlow)技术将原来完全由交换机/路由器控制的转发过程转化为由SDN转发设备(switch)和控制设备(controller)共同完成，实现数据转发和路由控制的分离。
具体地，在SDN中，控制设备实现网络的控制管理功能，转发设备实现网络的转发功能。OpenFlow是当前主流的SDN网络的控制协议。在OpenFlow中，控制设备通过流表表项来控制转发设备的行为。流表表项可以指示需要处理的数据报文以及相应的操作。
在SDN网络下，转发设备与控制设备之间运行OpenFlow协议，转发设备及控制设备都发送回声请求报文(ECHO_REQUEST)来查询对方是否在线，收到ECHO_REQUEST报文后，需要回复回声应答报文(ECHO_REPLY)来应答对方；回声报文(ECHO)用于查询控制设备与转发设备之间连接状态，确保通信畅通。
然而，当前大量转发设备发送ECHO_REQUEST报文可能会对控制设备造成一定的冲击；另外，当控制设备对ECHO_REQUEST报文的处理发生拥塞时，可能会在某一时刻回复大量的ECHO_REQUEST报文，这样可能会导致下一次这些转发设备又同时发起ECHO_REQUEST，造成对控制设备的冲击。
发明内容
本申请提供一种报文处理的方法和设备，能够减少转发设备对控制设备发送大量报文而造成的冲击。
第一方面，提供了一种报文处理的方法，该方法包括：首先，控制设备根据该控制设备的负载情况确定转发设备发送回声请求报文ECHO_REQUEST的时间间隔；然后该控制设备向该转发设备发送指示信息，该指示信息用于指示该时间间隔，控制设备通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。
结合第一方面，在第一方面的某些实现方式中，该控制设备向该转发设备发送指示信息，包括：该控制设备向该转发设备发送指示报文，该指示报文中包括该指示信息，其中， 该指示报文包括：开放流协议配置报文OFPT_SET_CONFIG、回声请求报文ECHO_REQUEST、探测报文HELLO或开放流协议获取转发设备信息报文OFPT_FEATURES_REQUEST。
结合第一方面，在第一方面的某些实现方式中，可以通过在指示报文中新增一个interval参数用于指示转发设备发送ECHO_REQUEST报文的时间的间隔。
结合第一方面，在第一方面的某些实现方式中，控制设备根据自身的负载情况确定时间间隔包括以下两种情况：
第一种情况，当前控制设备负载较大处于拥塞状态时，控制设备可以将时间间隔设置较长；或者当前控制设备负载情况较小时，可以将时间间隔设置较短。
第二种情况，针对不同的转发设备，控制设备可以设置相同的时间间隔也可以设置不同的时间间隔，具体时间间隔的设置要根据控制设备当前的自身负载情况而确定。
结合第一方面，在第一方面的某些实现方式中，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔，能够根据不同时刻控制设备当前的负载情况进行改变。
结合第一方面，在第一方面的某些实现方式中，该指示信息携带于该指示报文的新增字段中。
结合第一方面，在第一方面的某些实现方式中，该指示信息携带于该指示报文的预留字段中。
结合第一方面，在第一方面的某些实现方式中，该指示信息包括该时间间隔的绝对值或相对值。
第二方面，提供了一种报文处理的方法，该方法包括：首先，转发设备接收控制设备发送的指示信息，该指示信息用于指示该转发设备发送ECHO_REQUEST报文的时间间隔，该时间间隔为该控制设备根据该控制设备的负载情况确定的；然后，该转发设备根据该时间间隔向该控制设备发送该ECHO_REQUEST报文。
结合第二方面，在第二方面的某些实现方式中，该转发设备接收控制设备发送的指示信息，包括：该转发设备接收该控制设备发送的指示报文，该指示报文中包括该指示信息，其中，该指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
结合第二方面，在第二方面的某些实现方式中，可以通过在指示报文中新增一个interval参数用于指示转发设备发送ECHO_REQUEST报文的时间的间隔。
结合第二方面，在第二方面的某些实现方式中，控制设备根据自身的负载情况确定时间间隔包括以下两种情况：
第一种情况，当前控制设备负载较大处于拥塞状态时，控制设备可以将时间间隔设置较长；或者当前控制设备负载情况较小时，可以将时间间隔设置较短。
第二种情况，针对不同的转发设备，控制设备可以设置相同的时间间隔也可以设置不同的时间间隔，具体时间间隔的设置要根据控制设备当前的自身负载情况而确定。
结合第二方面，在第二方面的某些实现方式中，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔，能够根据不同时刻控制设备当前的负载情况进行改变。
结合第二方面，在第二方面的某些实现方式中，该指示信息携带于该指示报文的新增字段中。
结合第二方面，在第二方面的某些实现方式中，该指示信息携带于该指示报文的预留字段中。
结合第二方面，在第二方面的某些实现方式中，该指示信息包括该时间间隔的绝对值或相对值。
第三方面，提供了一种控制设备，包括：处理器，用于根据控制设备的负载情况确定转发设备发送ECHO_REQUEST报文的时间间隔；端口，用于向该转发设备发送指示信息，该指示信息用于指示该时间间隔。
结合第三方面，在第三方面的某些实现方式中，该端口具体用于：向该转发设备发送指示报文，该指示报文中包括该指示信息，其中，该指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
结合第三方面，在第三方面的某些实现方式中，可以通过在指示报文中新增一个interval参数用于指示转发设备发送ECHO_REQUEST报文的时间的间隔。
结合第三方面，在第三方面的某些实现方式中，控制设备根据自身的负载情况确定时间间隔包括以下两种情况：
第一种情况，当前控制设备负载较大处于拥塞状态时，控制设备可以将时间间隔设置较长；或者当前控制设备负载情况较小时，可以将时间间隔设置较短。
第二种情况，针对不同的转发设备，控制设备可以设置相同的时间间隔也可以设置不同的时间间隔，具体时间间隔的设置要根据控制设备当前的自身负载情况而确定。
结合第三方面，在第三方面的某些实现方式中，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔，能够根据不同时刻控制设备当前的负载情况进行改变。
结合第三方面，在第三方面的某些实现方式中，该指示信息携带于该指示报文的新增字段中。
结合第三方面，在第三方面的某些实现方式中，该指示信息携带于该指示报文的预留字段中。
结合第三方面，在第三方面的某些实现方式中，该指示信息包括该时间间隔的绝对值或相对值。
第四方面，提供了一种转发设备，包括：端口，用于接收控制设备发送的指示信息，该指示信息用于指示转发设备发送ECHO_REQUEST报文的时间间隔，该时间间隔为控制设备根据该控制设备的负载情况确定的；处理器，用于获取所述时间间隔；端口还用于根据该时间间隔向该控制设备发送该ECHO_REQUEST报文。
结合第四方面，在第四方面的某些实现方式中，该端口具体用于：接收该控制设备发送的指示报文，该指示报文中包括该指示信息，其中，该指示报文包括OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
结合第四方面，在第四方面的某些实现方式中，可以通过在指示报文中新增一个interval参数用于指示转发设备发送ECHO_REQUEST报文的时间的间隔。
结合第四方面，在第四方面的某些实现方式中，控制设备根据自身的负载情况确定时 间间隔包括以下两种情况：
第一种情况，当前控制设备负载较大处于拥塞状态时，控制设备可以将时间间隔设置较长；或者当前控制设备负载情况较小时，可以将时间间隔设置较短。
第二种情况，针对不同的转发设备，控制设备可以设置相同的时间间隔也可以设置不同的时间间隔，具体时间间隔的设置要根据控制设备当前的自身负载情况而确定。
结合第四方面，在第四方面的某些实现方式中，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔，能够根据不同时刻控制设备当前的负载情况进行改变。
结合第四方面，在第四方面的某些实现方式中，该指示信息携带于该指示报文的新增字段中。
结合第四方面，在第四方面的某些实现方式中，该指示信息携带于该指示报文的预留字段中。
结合第四方面，在第四方面的某些实现方式中，该指示信息包括该时间间隔的绝对值或相对值。
第五方面，提供一种控制设备，该设备包括：存储器，用于存储计算机程序；处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行上述第一方面或第一方面中的任一种可能实现方式中的方法。
第六方面，提供一种转发设备，该设备包括：存储器，用于存储计算机程序；处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行上述第二方面或第二方面中的任一种可能实现方式中的方法。
结合上述任一方面，在某些实现方式中，上述控制设备、转发设备均可以为芯片。
第七方面，提供了一种报文处理系统，该系统包括任一方面或其任一种可能实现方式中的控制设备以及任一方面或其任一种可能实现方式中的转发设备。
第八方面，提供一种可读存储介质，包括程序或指令，当所述程序或指令在计算机上运行时，根据上述第一方面和第二方面中或其任一种可能实现方式中的方法被执行。
第九方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面和第二方面中或其任一种可能实现方式中的方法。
附图说明
图1是本申请实施例的应用场景的示意图。
图2是根据本申请实施例报文处理的方法的交互流程图。
图3是本申请一个实施例的控制设备的框图。
图4是本申请一个实施例的转发设备的框图。
图5是根据本申请实施例的报文处理系统的示意性框图。
图6是根据本申请实施例的报文处理设备的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例中，控制设备可以是SDN中的控制设备，也可以是其他网络下的控制 设备，转发设备可以是SDN中的转发设备，也可以是其他网络下的转发设备，以及本申请中报文处理的方法可以应用于SDN中，也可以应用于其他网络中，本申请对此不作限定。
应注意，本申请实施中的转发设备可以是OF协议下的OF交换机，也可以是SDN中其他协议下的交换机等，控制设备可以是OF协议下的OF控制器，也可以是SDN中其他协议下的控制器等，本申请对此不作限定。
应注意，本申请实施例不仅适用于OF协议下的SDN，也可适用于其他协议下的SDN，本申请对此不作限定。
图1是本申请实施例的应用场景的示意图。
本申请的实施例可以应用于SDN网络中，在SDN网络中包括两部分网络，分别为数据平面和控制平面。具体地，在控制平面中主要为控制设备进行控制操作，控制设备能够获取所有网络信息，负责指挥转发设备如何工作；在数据平面中主要为转发设备进行操作，按照控制设备的指挥进行工作。
在图1中，以使用OpenFlow协议的场景为例进行说明。如图1所示，控制设备130可以控制多个转发设备，例如图1所示的转发设备111、转发设备112和转发设备113(下面可以统称为转发设备110)。控制设备130与转发设备110之间可以采用OpenFlow协议进行通信。
具体地，在OpenFlow协议中，控制设备130可以称为OpenFlow控制器(OpenFlow controller)，转发设备110可以称为OpenFlow交换机(OpenFlow switch)。
控制设备130可以通过流表(Flow Table)控制转发设备110的行为。下面将描述流表表项的内容。
流表表项(Flow Entry)通常可以包括匹配域(Match Fields)、优先级(Priority)、计数器(Counters)、指令(Instructions)、老化时间(Timeouts)和Cookie等。
匹配域中指定的值可以用来与报文的头域以及入端口号等信息进行匹配，以确定该报文是否为要处理的报文，通常也将要处理的报文称为目标报文。报文的头域可以包括网际协议(internet protocol，IP)五元组(即源IP地址、目的IP地址、协议类型、源端口号、目的端口号)，或者以太网帧头中的各种头域等。以太网帧头中的头域可以包括媒体接入控制(media access control，MAC)地址、目的MAC地址等。上述的匹配可以是精确匹配，也可以是掩码匹配。
指令域可以包括多种指令，例如动作(Action)相关的指令、Goto-Table(跳转-表)指令、Meter(计量器)指令、Write-Metadata(写元数据)指令等。由于对Meter指令没有规范的中文表述，计量器指令、计量指令、或者计量表指令等都可以指代本申请中的Meter指令。
动作(Action)相关的指令：在OpenFlow协议中，动作指令可以分为两大类，一个大类是立刻执行的动作，对应的指令为Apply-Actions，另一个大类是先存放在动作集中，直到流水线结束时才执行的动作。向动作集里写动作的指令为Write-Actions，清除动作集中所有动作的指令为Clear-Actions。不论是立刻执行的动作，还是存放在动作集中的动作，都包含多种类别，包括用于指示如何对报文进行操作的动作，比如转发、丢弃、修改报文头、封装、解封装、发送给控制设备130等。
动作相关的指令还可以包括设置队列的指令Set-Queue(设置队列)。当通过某个端口转发数据报文时，可以通过该指令设置该端口对应的队列标识(Identity，ID)。
Goto-Table指令：即流水线控制指令，指示报文在流表之间进行跳转，即从一个流表跳转到另一个流表。
Meter指令：指示利用Meter表项对报文进行简单服务质量(quality of service，QoS)处理。
Write-Metadata指令：指示写元数据。元数据是OpenFlow流表之间传递信息的机制，报文对应的元数据的内容可以传递到后续的流表。
控制设备130可以实现网络业务的控制逻辑，确定对什么样的报文进行什么样的操作，从而制定流表表项，并将流表表项下发给转发设备110。转发设备110保存流表表项，根据流表表项中的匹配域对接收到的报文进行匹配，对匹配的报文，即目标报文执行对应的指令，从而实现各种报文的处理。
具体地，转发设备110可以保存有一个或多个流表。可以从第一个流表对接收到的报文开始匹配。如果匹配成功，则执行匹配成功的流表表项中的指令，其中如果包含跳转到其他流表的指令，则跳转到其他流表继续进行匹配和处理；如果匹配失败，则根据Table-Miss(表缺失)表项进行处理(比如可以丢弃或者发送给控制设备130处理)，如果没有Table-Miss表项，则根据流表的属性决定对如何对报文进行处理(比如可以配置为丢弃或者发送给控制设备130处理)。
通过各流表对报文处理的整个流程可以称为流水线(pipeline)。当报文在流表之间跳转时，报文内容、入端口(ingress port)、元数据、动作集这四种信息也相应地在流表之间传递。
上述提到的Table-Miss表项是OpenFlow流表中的一个特殊表项，这个表项没有匹配域(即和所有报文都能匹配成功)，匹配优先级最低，用于指示和流表中其他流表表项都匹配失败的报文如何处理。如果Table-Miss表项是某个流表中的唯一表项，则意味着该流表对所有报文都按照Table-Miss表项进行处理。
下面将详细描述上面提到的Meter表。Meter表与Meter指令相对应，二者配合可以完成简单的QoS控制功能。通过Meter指令可以指定用于处理数据报文的Meter表项。多个数据流可以共享一个Meter表项，一个数据流也可以经过多个Meter表项进行处理。
Meter表包含一个或者多个Meter表项，每个Meter表项可以包括Meter标识(meter identifier，Meter ID)、一个或多个Meter Band(计量器带)和Counters(计数器)。由于不存在对于Meter Band规范的中文表述，计量器带、计量带、计量线、计量器线等都可以指代本申请中的Meter Band。
Meter ID可以唯一标识一个Meter表项。Meter表项中的Counters可以记录Meter表项的统计信息。
Meter Band可以包括以下内容：Band类型(Band Type)、速率(Rate)、突发流量(Burst Size)、计数器(Counters)和type specific arguments(类型特定参数)。
下面描述Meter Band中的各项内容。
Band Type：指定报文的处理方式，协议中只定义了两种，包括：丢弃(Drop)和重置差分服务代码点(DSCP(differentiated services code point)Remark)。
Rate：指定Meter Band生效的速率值，如果当前速率大于多个Meter Band中指定的速率，则速率值最大的Meter Band真正生效，单位可以是kbps(千位/秒)或者PPS(包/秒)。
Burst Size：指定突发流量的大小(即可以缓存的流量)，单位可以和“速率”相同。
Counters：记录Meter Band的统计信息。
type specific arguments：与Band类型有关，当Band类型为丢弃时，不需要携带其他参数，类型为重置DSCP时，需要携带要设置的DSCP值。
下面将详细描述上面提到的队列(Queue)机制。队列是和端口绑定的，一个端口可以对应一个或者多个队列，每个队列由队列ID(Queue ID)唯一标识。
每个队列可以定义不同的队列属性，除了队列长度外，目前已定义的队列属性可以包括最大速率(MaxRate)和最小速率(MinRate)。
最小速率，可以以端口速率的千分之一为单位。最大速率，可以以端口速率的千分之一为单位。
上述Set-Queue指令可以用于指定报文要进入的队列，从而可以利用该队列的属性信息对报文进行处理。
上面描述了OpenFlow协议中相关的机制。但在OpenFlow协议中，还没有有效的机制实现动态的配置转发设备发送ECHO_REQUEST报文的时间间隔。下面将结合本申请实施例详细描述控制设备动态的配置转发设备发送ECHO_REQUEST报文的时间间隔的技术方案。
控制设备130通过流表控制转发设备110的行为之前，首先创建socket(端口号)，接着转发设备110与控制设备130会彼此发送Hello数据包(探测报文)，用于协商协议从而使转发设备110与控制设备130获知本方支持的最高版本的协议，最终若匹配成功双方使用都支持的最低版本协议，从而建立连接；若建立连接失败，则生成OFPT_ERROR报文(TYPE：OFPT_HELLO_FAILED，CODE＝0)从而终止连接。在转发设备110与控制设备130建立连接后，转发设备110与控制设备130均可以向对方发送ECHO_REQUEST报文，接收者需要回复ECHO_REPLY，此处ECHO报文用于查询连接状态，确保通信畅通。
应理解，当没有其他数据包进行交换时，控制设备130会定期循环向转发设备110(具体可以为转发设备111、转发设备112、转发设备113)发送OFPT_ECHO_REQUEST报文。同时，控制设备130控制的多个转发设备也会不断地向其发送OFPT_ECHO_REQUEST报文确保自身与控制设备130处于连接状态。因此，控制设备会不断接收转发设备发送的大量的ECHO_REQUEST报文。
下面将结合具体的例子详细描述本申请实施例。应注意，这只是为了帮助本领域技术人员更好地理解本申请实施例，而非限制本申请实施例的范围。
图2是根据本申请实施例的报文处理的方法的交互流程图。图2中的转发设备可以是图1中的任意一个转发设备，控制设备可以为控制器。
210，控制设备根据该控制设备的负载情况确定转发设备发送ECHO_REQUEST报文的时间间隔。
在本申请实施例中，控制设备可以动态的配置转发设备发送ECHO_REQUEST报文的 时间间隔。例如，控制设备可以根据其当前自身的负载情况来决定设置转发设备发送ECHO_REQUEST报文时间间隔的长短。
例如，若当前控制设备处于比较空闲的状态，即控制设备处于负载较小的情况下，可以将转发设备发送ECHO_REQUEST报文的时间间隔设置的较短一些，这样在同样的时间内控制设备能够接收到较多的转发设备发送的ECHO_REQUEST报文，并向转发设备回复ECHO_REPLY报文；若当前控制设备处于比较拥塞的状态，即控制设备处于负载较大的情况下，可以将转发设备发送ECHO_REQUEST报文的时间间隔设置的较长一些，这样在同样的时间内控制设备能够处理接收到相对较少的转发设备发送的ECHO_REQUEST报文，从而减少处于拥塞状态的控制设备的处理报文负担。同时，时间间隔并非处于一直不变的状态，控制设备在不同时刻根据负载情况的不同，时间间隔可以相应的进行动态的调整。另外，对于不同的转发设备，还可以配置不同的时间间隔，以避免多个转发设备同时向控制设备发送ECHO_REQUEST报文。
可选地，在本申请的一个实施例中，例如控制设备预计用10％的处理能力接收1万台网络设备(转发设备)发送的ECHO_REQUEST报文并进行处理，当网络设备(转发设备)数量再增加1万台时，此时控制设备即接收2万台网络设备(转发设备)发送的ECHO_REQUEST报文并进行处理，此时的网络设备(转发设备)占用了控制设备20％的处理能力，由于只预计使用10％的处理能力来接收ECHO_REQUEST报文，故此时可以将接收网络设备(转发设备)发送的ECHO_REQUEST报文的时间间隔设置放大一倍，这样控制设备依旧能够用10％的处理能力来接收2万台网络设备(转发设备)发送的ECHO_REQUEST报文并进行处理。
应理解，控制设备的处理能力可以为控制设备处理器的处理能力或者占用的处理资源。控制设备可以根据控制设备的处理能力和自身的负载情况确定转发设备发送ECHO_REQUEST报文的时间间隔。
220，转发设备接收控制设备发送的指示信息，该指示信息用于指示该转发设备发送ECHO_REQUEST报文的时间间隔。
可选地，转发设备可以接收控制设备发送的指示报文，在该指示报文中携带用于指示发送ECHO_REQUEST报文的时间间隔的指示信息。
在本申请实施例中，指示报文可以为控制设备向转发设备发送的开放流协议配置报文OFPT_SET_CONFIG、回声请求报文ECHO_REQUEST、探测报文HELLO或开放流协议获取转发设备信息报文OFPT_FEATURES_REQUEST，但本申请实施例对此并不限定。
还应理解，指示报文中包括指示信息的方式可以包括但不限定为以下方式：
方式一：指示信息承载于控制设备向转发设备发送的OFPT_SET_CONFIG报文中。
OFPT_SET_CONFIG报文用于控制设备设置或者查询转发设备的配置信息，转发设备仅需要应答查询消息，具体地，控制设备可以将配置的时间间隔的指示信息承载于OFPT_SET_CONFIG报文中。例如，对OFPT_SET_CONFIG报文进行如下设置：
OFPT_SET_CONFIG的数据结构：
struct ofp_switch_config
{struct ofp_header header；
uint16_t flags；
uint16_t miss_send_len；
/*Max bytes of packet that datapath should send to the controller.*/
uint32_t interval；/*switch发送ECHO_REQUEST的间隔*/}
其中，struct ofp_header header中header是所有数据包的报头，其中具有三个参数分别为：type：类型；length：整个数据包的长度；以及xid：数据包的编号。uint16_t flags用于指示分片怎么处理，每种链路层协议对数据帧的长度都有一个限制，大多数的链路层会对数据报文进行分片，把数据报文分成若干片后进行传输。uint16_t miss_send_len用于指示不匹配时，控制设备发送给转发设备的数据长度。uint32_t interval为指示信息，用于指示控制设备配置的转发设备发送ECHO_REQUEST报文的时间间隔。
具体地，当转发设备连接到控制设备并注册成功后，控制设备下发开放流协议配置报文OFPT_SET_CONFIG，在报文里面指定转发设备发送ECHO_REQUEST消息的时间间隔；转发设备收到OFPT_SET_CONFIG报文后，按照指定的间隔发送ECHO_REQUEST报文。
可选地，新增加的interval参数用于指示时间间隔，其可以位于OFPT_SET_CONFIG报文中的新增加字段中或者位于OFPT_SET_CONFIG报文中预留的字段中。
例如，新增加的interval参数可以位于指示报文中新添加的一个字段中，或者在指示报文中提前预留了字段用于interval参数来指示转发设备发送ECHO_REQUEST报文的时间间隔。
在本申请实施例中，指示信息可以具体指示转发设备发送ECHO_REQUEST报文的时间间隔的绝对值，或者指示信息可以用于指示转发设备发送ECHO_REQUEST报文的时间间隔的相对值。例如，当时间间隔设置为21时，此时的21可以表示每次转发设备发送ECHO_REQUEST报文的时间间隔，或者用1来代表时间间隔为21，在报文中发送数字1比发送数字21会节省发送该指示信息所占用的空间和资源。若该interval配置为0，则可以理解为转发设备始终不发送ECHO_REQUEST报文。
方式二：指示信息承载于控制设备向转发设备发送的回声请求报文ECHO_REQUEST中。
ECHO报文属于对称信息，分为ECHO_REQUEST报文和ECHO_REPLY报文。ECHO报文用于查询连接状态，确保通信畅通。可选地，控制设备可以将配置的时间间隔的指示信息承载于控制设备向转发设备发送的ECHO_REQUEST报文。例如，对ECHO_REQUEST报文进行如下设置：
Echo request的数据结构：
struct ofp_switch_config
{struct ofp_header header；
uint32_t interval；/*switch发送ECHO_REQUEST的间隔*/}
其中，struct ofp_header header中header是所有数据包的报头，其中具有三个参数分别为：type：类型；length：整个数据包的长度；以及xid：数据包的编号。uint32_t interval为指示信息，用于指示控制设备配置的转发设备发送ECHO_REQUEST报文的时间间隔。
具体地，控制设备在发送ECHO_REQUEST报文到转发设备时，在ECHO_REQUEST报文里面携带一个参数：interval，该参数指示转发设备发送ECHO_REQUEST报文的时 间间隔；转发设备收到控制设备发送过来的ECHO_REQUEST报文后，按照指定的间隔发送ECHO_REQUEST报文。若该interval参数配置为0，则可以理解为转发设备始终不发送ECHO_REQUEST报文。
可选地，新增加的interval参数用于指示时间间隔，其可以位于ECHO_REQUEST报文中的新增加字段中或者位于ECHO_REQUEST报文中预留的字段中。
例如，新增加的interval参数可以位于指示报文中新添加的一个字段中，或者在指示报文中将预留的字段用于interval参数来指示转发设备发送ECHO_REQUEST报文的时间间隔。
应理解，此处ECHO_REQUEST报文即为OFPT_ECHO_REQUEST报文。本申请的实施例场景为在SDN网络下，转发设备与控制设备之间运行OpenFlow协议，但并不限定于此。
在本申请实施例中，指示信息可以具体指示转发设备发送ECHO_REQUEST报文的时间间隔的绝对值，或者指示信息可以用于指示转发设备发送ECHO_REQUEST报文的时间间隔的相对值。例如，当时间间隔设置为21时，此时的21可以表示每次转发设备发送ECHO_REQUEST报文的时间间隔，或者用1来代表时间间隔为21，在报文中发送数字1比发送数字21会节省发送时该指示信息所占用的空间和资源。若该interval配置为0，则可以理解为转发设备始终不发送ECHO_REQUEST报文。
方式三：指示信息承载于控制设备向转发设备发送的探测报文HELLO中。
HELLO报文在创建socket之后，控制设备与转发设备会彼此发送HELLO数据包。HELLO报文的目的在于探测对方设备是否处于在线状态并进行协议协商，主要内容向对方设备发送本设备支持的最高版本的协议；最终HELLO报文的成果在于使用双方都支持的最低版本协议，若控制设备与转发设备匹配成功则最后建立连接，若失败则生成OFPT_ERROR报文(TYPR：OFPT_HELLO_FAILED，CODE＝0)，终止控制设备与转发设备的连接。
在本发实施例中，用于指示转发设备发送ECHO_REQUEST报文的时间间隔的指示信息可以承载于控制设备向转发设备发送的探测报文HELLO中。例如，在HELLO报文中增加一个interval参数，该参数用于指示时间间隔。
可选地，新增加的interval参数用于指示时间间隔，其可以位于HELLO报文中的新增加字段中或者位于HELLO报文中预留的字段中。
例如，新增加的interval参数可以位于指示报文中新添加的一个字段中，或者在指示报文中将预留的字段用于interval参数来指示转发设备发送ECHO_REQUEST报文的时间间隔。
应理解，此处HELLO报文即为OFPT_HELLO报文。本申请的实施例场景为在SDN网络下，转发设备与控制设备之间运行OpenFlow协议，但并不限定于此。
在本申请实施例中，指示信息可以具体指示转发设备发送ECHO_REQUEST报文的时间间隔的绝对值，或者指示信息可以用于指示转发设备发送ECHO_REQUEST报文的时间间隔的相对值。例如，当时间间隔设置为21时，此时的21可以表示每次转发设备发送ECHO_REQUEST报文的时间间隔，或者用1来代表时间间隔为21，在报文中发送数字1比发送数字21会节省发送时该指示信息所占用的空间和资源。若该interval配置为0，则 可以理解为转发设备始终不发送ECHO_REQUEST报文。
方式四：指示信息承载于控制设备向转发设备发送的OFPT_FEATURES_REQUEST报文中。
OFPT_FEATURES_REQUEST报文是当控制设备与转发设备完成连接之后，控制设备会向转发设备发送OFPT_FEATURES_REQUEST报文用于请求转发设备的信息，OFPT_FEATURES_REQUEST消息只包含OpenFlow Header，可以通过在其中增加一个参数interval，该参数用于指示转发设备发送ECHO_REQUEST报文的时间间隔。
可选地，此处新增加的interval参数用于指示时间间隔，其可以位于OFPT_FEATURES_REQUEST报文中的新增加字段中或者位于该报文中的预留的字段中。
例如，新增加的interval参数可以位于指示报文中新添加的一个字段中，或者在指示报文中将预留的字段用于interval参数来指示转发设备发送ECHO_REQUEST报文的时间间隔。
在本申请实施例中，指示信息可以具体指示转发设备发送ECHO_REQUEST报文的时间间隔的绝对值，或者指示信息可以用于指示转发设备发送ECHO_REQUEST报文的时间间隔的相对值。例如，当时间间隔设置为21时，此时的21可以表示每次转发设备发送ECHO_REQUEST报文的时间间隔，或者用1来代表时间间隔为21，在报文中发送数字1要比发送数字21节省发送该指示信息所占用的空间和资源。若该interval配置为0，则可以理解为转发设备始终不发送ECHO_REQUEST报文。
可选地，控制设备根据自身的负载情况确定时间间隔包括以下两种情况：
第一种情况，当前控制设备处理报文能力较差或者负载较大，处于拥塞状态时，控制设备可以将时间间隔设置较长；或者当前控制设备负载情况较小时，可以将时间间隔设置较短。
第二种情况，针对不同的转发设备，控制设备可以设置相同的时间间隔也可以设置不同的时间间隔，具体时间间隔的设置要根据控制设备当前的自身负载情况而确定。
本申请实施例的报文处理方法，具体为处理转发设备发送的ECHO_REQUEST报文，控制设备确定转发设备发送回声请求报文ECHO_REQUEST的时间间隔，向转发设备发送指示信息，该指示信息用于指示时间间隔。具体地控制设备根据自身的负载情况决定时间间隔的长短，通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。
应理解，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔能够根据不同时刻控制设备当前负载情况进行改变，例如，若当前控制设备接收报文较多，即控制设备负载较大，处于比较拥塞的状态，相应的可以将时间间隔设置的较长一些，降低转发设备继续向控制设备发送ECHO_REQUEST报文而造成控制设备处理报文量增加；若当前控制设备处于相对比较空闲的状态，相应的可以将时间间隔设置的较短一些。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
上文详细描述了根据本申请实施例的处理转发设备发送ECHO_REQUEST报文的时间间隔的方法，下面将描述根据本申请实施例的控制设备、转发设备以及报文处理系统。 应理解，本申请实施例的控制设备、转发设备以及报文处理系统可以执行前述本申请实施例的各种方法，即以下各种产品的具体工作过程，可以参考前述方法实施例中的对应过程。
图3示出了根据本申请实施例的控制设备300的示意性框图。如图3所示，该控制设备300包括：
处理器310，用于根据控制设备的负载情况确定转发设备发送ECHO_REQUEST报文的时间间隔。
端口320，连接处理器310，用于向该转发设备发送指示信息，该指示信息用于指示所述时间间隔。
本申请的实施例的控制设备，通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，具体的将该时间间隔配置到控制设备向转发设备发送的报文中，能够减少转发设备对控制设备发送大量报文而造成的冲击。
在本申请的实施例中，可选地，该端口320具体用于：向转发设备发送指示报文，该指示报文中包括指示信息，
其中，该指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
可选地，通过在指示报文中增加一个字段interval参数用于指示转发设备发送ECHO_REQUEST报文的时间间隔。
应理解，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔能够根据不同时刻控制设备当前负载情况进行改变，例如，若当前控制设备接收报文较多，即控制设备负载较大，处于比较拥塞的状态，相应的可以将时间间隔设置的较长一些，降低转发设备继续向控制设备发送ECHO_REQUEST报文而造成控制设备处理报文量增加；若当前控制设备处于相对比较空闲的状态，相应的可以将时间间隔设置的较短一些。
可选地，该指示信息携带于指示报文的新增字段中。
可选地，该指示信息携带于所述指示报文的预留字段中。
可选地，指示信息包括转发设备发送ECHO_REQUEST报文的时间间隔的绝对值或相对值。
根据本申请实施例的控制设备300可对应于根据本申请实施例的网络中的报文处理方法中的控制设备，并且控制设备300中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程，为了简洁，在此不再赘述。
本申请实施例的报文处理方法，具体为处理转发设备发送的ECHO_REQUEST报文，控制设备确定转发设备发送回声请求报文ECHO_REQUEST的时间间隔，向转发设备发送指示信息，该指示信息用于指示时间间隔。具体地控制设备根据自身的负载情况，或者根据处理能力以及负载情况决定设置时间间隔的长短，通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。
图4示出了根据本申请实施例的转发设备400的示意性框图。如图4所示，该转发设备400包括：
端口420，用于接收控制设备发送的指示信息，该指示信息用于指示转发设备发送ECHO_REQUEST报文的时间间隔，该时间间隔为根据该控制设备的负载情况确定的。
处理器410，用于获取所述时间间隔。
端口420，还用于根据该时间间隔向控制设备发送该ECHO_REQUEST报文。
本申请的实施例的转发设备，通过接收控制设备进行动态配置并向转发设备发送的ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。
在本申请的实施例中，可选地，该端口420具体用于：接收控制设备发送的指示报文，该指示报文中包括指示信息，
其中，该指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
可选地，通过在指示报文中增加一个interval参数用于指示转发设备发送ECHO_REQUEST报文的时间间隔。
应理解，控制设备确定的转发设备发送ECHO_REQUEST报文的时间间隔能够根据不同时刻控制设备当前负载情况进行改变，例如，若当前控制设备接收报文较多，即控制设备负载较大处于比较拥塞的状态，相应的可以将时间间隔设置的较长一些，降低转发设备继续向控制设备发送ECHO_REQUEST报文而造成控制设备处理报文量增加；若当前控制设备处于相对比较空闲的状态，相应的可以将时间间隔设置的较短一些。
可选地，该指示信息携带于指示报文的新增字段中。
可选地，该指示信息携带于所述指示报文的预留字段中。
例如，新增加的interval参数可以位于指示报文中新添加的一个字段中，或者在指示报文中提前预留了字段用于interval参数来指示转发设备发送ECHO_REQUEST报文的时间间隔。
可选地，指示信息包括转发设备发送ECHO_REQUEST报文的时间间隔的绝对值或相对值。
根据本申请实施例的转发设备400可对应于根据本申请实施例的网络中的报文处理方法中的转发设备，并且转发设备400中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程，为了简洁，在此不再赘述。
本申请实施例的报文处理方法，具体为处理转发设备发送的ECHO_REQUEST报文，控制设备确定转发设备发送ECHO_REQUEST的时间间隔，向转发设备发送指示信息，该指示信息用于指示时间间隔。具体地控制设备根据自身的负载情况，或者根据负载情况以及处理能力决定设置时间间隔的长短，通过动态配置转发设备发送ECHO_REQUEST报文的时间间隔，能够减少转发设备对控制设备发送大量报文而造成的冲击，提高控制设备的处理效率。
图5示出了根据本申请实施例的报文处理系统500的示意性框图。如图5所示，该报文处理系统包括转发设备510和控制设备520，转发设备510用于获取控制设备520发送的指示信息，该指示信息用于指示转发设备发送ECHO_REQUEST报文的时间间隔，根据该时间间隔向该控制设备发送ECHO_REQUEST报文。控制设备520用于确定转发设备发送ECHO_REQUEST报文的时间间隔，该时间间隔为控制设备520根据自身的负载情况确定的，控制设备520向转发设备510发送指示信息，该指示信息用于指示该时间间隔。
根据本申请实施例的报文处理系统500中的转发设备510、控制设备520可分别对应 于根据本申请实施例的网络中的报文处理方法中的转发设备、控制设备，并且转发设备510、控制设备520的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程，为了简洁，在此不再赘述。
本申请实施例的报文处理系统，能够减少转发设备对控制设备发送大量报文而造成的冲击。
应理解，本申请实施例中的处理器310、处理器410可以通过处理单元或芯片实现，可选地，处理单元在实现过程中可以由多个单元构成。
应理解，本申请实施例中的端口320、端口420可以通过收发单元或芯片实现，可选地，端口320、端口420可以由发射器或接收器构成，或由发射单元或接收单元构成。
应理解，本申请实施例中的处理器310、端口320可以通过芯片实现，处理器410、端口420可以通过芯片实现。
可选地，报文处理设备还可以包括存储器，该存储器可以存储程序代码，处理器调用存储器存储的程序代码，以实现该通信设备的相应功能。可选地，处理器和存储器可以通过芯片实现。
本申请实施例还提供了一种处理装置，包括处理器和接口；
该处理器，用于执行上述本申请各种实施例中的方法。
该处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于所述处理器之外，独立存在。
例如，该处理装置可以是现场可编程门阵列(field-programmable gate array，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。
本申请提供了一种报文处理的设备的结构示意图，该设备可以为软件定义网络SDN的控制设备和转发设备，其包括处理单元和收发单元。该处理单元和该收发单元可以是软件实现也可以是硬件实现。在硬件实现的情况下，该处理单元可以是图3中的处理器310，该收发单元可以是图3中的端口320；或者，该处理单元可以是图4中的处理器410，该收发单元可以是图4中的端口420。
图6示出了本申请实施例的一种报文处理设备的结构示意图，该设备可以为软件定义网络SDN的控制设备和转发设备，包括至少一个处理器602(例如CPU)，至少一个网络接口605或者其他通信接口，和存储器606。这些部件之间的通信连接。处理器602用于执行存储器606中存储的可执行模块，例如计算机程序。存储器606可能包含高速随机存取存储器(random access memory，RAM)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个网络接口605(可以是有线或者无线)实现与至少一个其他网元之间的通信连接。
在一些实施方式中，存储器606存储了程序6061，处理器602执行程序6061，用于 执行前述本申请各种实施例中的方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
应理解，在本申请实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计 算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (24)

  1. 一种报文处理的方法，其特征在于，包括：
    控制设备根据所述控制设备的负载情况确定转发设备发送回声请求报文ECHO_REQUEST的时间间隔；
    所述控制设备向所述转发设备发送指示信息，所述指示信息用于指示所述时间间隔。
  2. 根据权利要求1所述的方法，其特征在于，所述控制设备向所述转发设备发送指示信息，包括：
    所述控制设备向所述转发设备发送指示报文，所述指示报文中包括所述指示信息，其中，所述指示报文包括：开放流协议配置报文OFPT_SET_CONFIG、回声请求报文ECHO_REQUEST、探测报文HELLO或开放流协议获取转发设备信息报文OFPT_FEATURES_REQUEST。
  3. 根据权利要求1或2所述的方法，其特征在于，所述指示信息携带于所述指示报文的新增字段中。
  4. 根据权利要求1或2所述的方法，其特征在于，所述指示信息携带于所述指示报文的预留字段中。
  5. 根据权利要求1或2所述的方法，其特征在于，所述指示信息包括所述时间间隔的绝对值或相对值。
  6. 一种报文处理的方法，其特征在于，包括：
    转发设备接收控制设备发送的指示信息，所述指示信息用于指示所述转发设备发送ECHO_REQUEST报文的时间间隔，所述时间间隔为所述控制设备根据所述控制设备的负载情况确定的；
    所述转发设备根据所述时间间隔向所述控制设备发送所述ECHO_REQUEST报文。
  7. 根据权利要求6所述的方法，其特征在于，所述转发设备接收控制设备发送的指示信息，包括：
    所述转发设备接收所述控制设备发送的指示报文，所述指示报文中包括所述指示信息，
    其中，所述指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
  8. 根据权利要求6或7所述的方法，其特征在于，所述指示信息携带于所述指示报文的新增字段中。
  9. 根据权利要求6或7所述的方法，其特征在于，所述指示信息携带于所述指示报文的预留字段中。
  10. 根据权利要求6或7所述的方法，其特征在于，所述指示信息包括所述时间间隔的绝对值或相对值。
  11. 一种控制设备，其特征在于，包括：
    处理器，用于根据控制设备的负载情况确定转发设备发送ECHO_REQUEST报文的时间间隔；
    端口，用于向所述转发设备发送指示信息，所述指示信息用于指示所述时间间隔。
  12. 根据权利要求11所述的控制设备，其特征在于，所述端口具体用于：
    向所述转发设备发送指示报文，所述指示报文中包括所述指示信息，
    其中，所述指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
  13. 根据权利要求11或12所述的控制设备，其特征在于，所述指示信息携带于所述指示报文的新增字段中。
  14. 根据权利要求11或12所述的控制设备，其特征在于，所述指示信息携带于所述指示报文的预留字段中。
  15. 根据权利要求11或12所述的控制设备，其特征在于，所述指示信息包括所述时间间隔的绝对值或相对值。
  16. 一种转发设备，其特征在于，包括：
    端口，用于接收控制设备发送的指示信息，所述指示信息用于指示转发设备发送ECHO_REQUEST报文的时间间隔，所述时间间隔为所述控制设备根据所述控制设备的负载情况确定的；
    处理器，用于获取所述时间间隔；
    所述端口还用于根据所述时间间隔向所述控制设备发送所述ECHO_REQUEST报文。
  17. 根据权利要求16所述的转发设备，其特征在于，所述端口具体用于：
    接收所述控制设备发送的指示报文，所述指示报文中包括所述指示信息，
    其中，所述指示报文包括：OFPT_SET_CONFIG、ECHO_REQUEST、HELLO或OFPT_FEATURES_REQUEST。
  18. 根据权利要求16或17所述的转发设备，其特征在于，所述指示信息携带于所述指示报文的新增字段中。
  19. 根据权利要求16或17所述的转发设备，其特征在于，所述指示信息携带于所述指示报文的预留字段中。
  20. 根据权利要求16或17所述的转发设备，其特征在于，所述指示信息包括所述时间间隔的绝对值或相对值。
  21. 一种控制设备，其特征在于，包括：
    存储器，用于存储计算机程序；
    处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行根据权利要求1至5中任一项所述的方法。
  22. 一种转发设备，其特征在于，包括：
    存储器，用于存储计算机程序；
    处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行根据权利要求6至10中任一项所述的方法。
  23. 一种报文处理系统，包括根据权利要求11至15，21中任一项所述的控制设备以及根据权利要求16至20，22中任一项所述的转发设备。
  24. 一种可读存储介质，包括程序或指令，当所述程序或指令在计算机上运行时，根据权利要求1至10中任一项所述的方法被执行。
PCT/CN2018/101078 2017-12-20 2018-08-17 报文处理的方法和设备 WO2019119836A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711382592.8A CN109951397B (zh) 2017-12-20 2017-12-20 报文处理的方法和设备
CN201711382592.8 2017-12-20

Publications (1)

Publication Number Publication Date
WO2019119836A1 true WO2019119836A1 (zh) 2019-06-27

Family

ID=66992412

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/101078 WO2019119836A1 (zh) 2017-12-20 2018-08-17 报文处理的方法和设备

Country Status (2)

Country Link
CN (1) CN109951397B (zh)
WO (1) WO2019119836A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116527568A (zh) * 2023-07-03 2023-08-01 北京左江科技股份有限公司 一种网络报文处理实时更新流表关联的实现方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103825822A (zh) * 2014-02-18 2014-05-28 杭州华三通信技术有限公司 一种网络设备的状态信息传输方法和装置
CN104917760A (zh) * 2015-05-26 2015-09-16 北京邮电大学 一种基于sdn的全局流表生成方法及装置
CN105450495A (zh) * 2014-09-18 2016-03-30 中国电信股份有限公司 用于重新建立安全通信通道的方法、装置和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9112790B2 (en) * 2013-06-25 2015-08-18 Google Inc. Fabric network
CN103841056B (zh) * 2014-03-13 2015-10-14 北京邮电大学 一种基于软件定义网络的开放存储管理调度方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103825822A (zh) * 2014-02-18 2014-05-28 杭州华三通信技术有限公司 一种网络设备的状态信息传输方法和装置
CN105450495A (zh) * 2014-09-18 2016-03-30 中国电信股份有限公司 用于重新建立安全通信通道的方法、装置和系统
CN104917760A (zh) * 2015-05-26 2015-09-16 北京邮电大学 一种基于sdn的全局流表生成方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116527568A (zh) * 2023-07-03 2023-08-01 北京左江科技股份有限公司 一种网络报文处理实时更新流表关联的实现方法
CN116527568B (zh) * 2023-07-03 2023-10-31 北京左江科技股份有限公司 一种网络报文处理实时更新流表关联的实现方法

Also Published As

Publication number Publication date
CN109951397A (zh) 2019-06-28
CN109951397B (zh) 2021-07-20

Similar Documents

Publication Publication Date Title
US11792046B2 (en) Method for generating forwarding information, controller, and service forwarding entity
US10148492B2 (en) Data center bridging network configuration and management
US9071529B2 (en) Method and apparatus for accelerating forwarding in software-defined networks
US9231820B2 (en) Methods and apparatus for controlling wireless access points
EP3531738B1 (en) Methods and apparatus for controlling wireless access points
WO2016045098A1 (zh) 交换机、控制器、系统及链路质量检测方法
US10033619B2 (en) Data processing method and apparatus for OpenFlow network
WO2015172668A1 (zh) 网络中拥塞窗口的确定方法和装置
US9800479B2 (en) Packet processing method, forwarder, packet processing device, and packet processing system
JP6480452B2 (ja) パケット処理方法および装置
WO2021254001A1 (zh) 会话建立方法、装置、系统及计算机存储介质
WO2022028342A1 (zh) 一种拥塞流的处理方法及设备
CN113055293A (zh) 软件定义广域网中的选路方法及装置、通信系统
US20160134522A1 (en) Data flow processing method, device, and system
WO2019119836A1 (zh) 报文处理的方法和设备
US10374944B2 (en) Quality of service for data transmission
WO2020150878A1 (zh) 数据报文传输方法及节点
JP6801075B2 (ja) データ・パケットのパス情報を得る方法及びデバイス
US20200145478A1 (en) Method, electronic device, and computer program product for handling congestion of data transmission
TWI808035B (zh) 一種高效傳輸的乙太網設備
US9819514B2 (en) Processing stream messages
JP6424496B2 (ja) パケット転送システム，及びパケット転送装置
JP2019024266A (ja) パケット処理方法および装置

Legal Events

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

Ref document number: 18890788

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18890788

Country of ref document: EP

Kind code of ref document: A1