CN101325557A - A method, system and device for tunnel load sharing - Google Patents
A method, system and device for tunnel load sharing Download PDFInfo
- Publication number
- CN101325557A CN101325557A CNA2008101332992A CN200810133299A CN101325557A CN 101325557 A CN101325557 A CN 101325557A CN A2008101332992 A CNA2008101332992 A CN A2008101332992A CN 200810133299 A CN200810133299 A CN 200810133299A CN 101325557 A CN101325557 A CN 101325557A
- Authority
- CN
- China
- Prior art keywords
- message
- tunnel
- user information
- node
- load sharing
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种隧道负载分担的方法、系统和装置，所述隧道负载分担的方法包括：接收隧道的入口节点发送的报文，所述报文的报文头中包含用户信息；根据所述用户信息和所述报文头中的公网因特网协议IP地址，进行选路，转发所述报文。本发明实施例实现了在隧道数目有限或隧道地址分散时，负载分担节点也可以将流量均匀地分布到每条链路上。并且本发明实施例在对报文进行分片时，将包含用户信息的Options域复制到分片后每个报文的报文头中，从而避免了报文乱序问题的产生。
The embodiment of the present invention discloses a tunnel load sharing method, system and device. The tunnel load sharing method includes: receiving a message sent by an entry node of the tunnel, and the message header of the message includes user information; According to the user information and the public network Internet Protocol IP address in the message header, select a route and forward the message. The embodiment of the present invention realizes that when the number of tunnels is limited or tunnel addresses are scattered, the load sharing node can evenly distribute traffic to each link. In addition, in the embodiment of the present invention, when fragmenting a message, the Options field containing user information is copied to the header of each message after fragmentation, thereby avoiding the problem of out-of-sequence of the message.
Description
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a method, a system and a device for sharing tunnel load.
Background
At a certain node in the network, there may be more than 2 equivalent links during route forwarding, and in order to ensure that the traffic of each link is uniform, the traffic generally needs to be uniformly distributed on each link according to some method.
The prior art generally uses a HASH algorithm. The method is based on the flow attributes, such as: an IP address of an IPv4(Internet Protocol version 4) packet, a Media Access Control (MAC) address of a two-layer ethernet packet, and the like may identify a parameter of a certain flow, and hash flows with different attributes onto different links. Moreover, in most cases, the traffic needs to be guaranteed to be sequential in transmission, so that the same flow must select the same link in the HASH process to avoid disorder.
Tunneling is a technique that uses one protocol to encapsulate another protocol packet, and the encapsulation protocol itself may also be encapsulated or carried by another encapsulation protocol. A tunnel is a logical extension of its PSTN (public switched Telephone Network)/ISDN (Integrated services digital Network) link to the user, and is the same as the actual physical link in use.
The tunnel based on the IPv4 network is a tunnel technology carried in the IPv4 network, and in the technology, user messages are all encapsulated inside the IPv4 protocol for transmission.
In the prior art, a node in a network receives an IPv4 message, and when there are multiple forwarding paths and the sequence of the message needs to be guaranteed, a data stream is usually identified by using a source IP (Internet Protocol) and a destination IP in an IPv4 header. Therefore, for various user messages carried in the tunnel of the IPv4 network, the network side only uses the public network IPv4 address of the tunnel to perform HASH.
By adopting the method, if the number of tunnels is small or the addresses of the tunnels are discontinuous due to the network layout, when the situation that load sharing is required is met on the IPv4 network side, the result of HASH is uneven, and all or most of the traffic of users is selected to one or a few links, while the other links are still idle. When the user traffic is large, the selected link is likely to be congested, and packet loss occurs.
The prior art provides a method for tunnel load sharing, which can resolve an internal tunnel protocol packet at a load sharing node (e.g., IPv4 core node), and then perform HASH according to an IP address of an internal user to select a forwarding link. For example: for an L2TP (Layer Two Tunneling Protocol) tunnel, the load sharing node needs to analyze information such as a UDP (user datagram Protocol) port number, an L2TP header, and an internal private network IPv4 address in an IPv4 message, perform HASH according to the internal private network IPv4 address, and select a forwarding link.
However, the above tunnel load sharing method determines that the branch of the internal tunnel Protocol is relatively complicated, for example, one user packet may encapsulate user packets of multiple tunnels such as L2TP, GRE (Generic Routing Encapsulation), IPSec (Internet Protocol Security extensions, IP Protocol Security extensions), and the like. If the load sharing node analyzes all the messages encapsulated in the message, the algorithm complexity is very high, and the message length which needs to be read from the external memory and analyzed is very large when the internal protocol is analyzed, so that the forwarding performance of the core router at the public network side is greatly influenced.
If the IPv4 message on the public network side is fragmented, the use of the scheme can cause the disorder of the message (the sequence of receiving the message does not accord with the sequence of sending the message). Taking the GRE message as an example, as shown in fig. 1. The message which is not fragmented and the first fragment of the fragmented message can be hashed according to the protocol message inside the user; since the subsequent segment does not have the GRE header, HASH cannot be performed according to the internal protocol, HASH can be performed only according to the IPv4 address on the public network side, and a forwarding path different from that of the first segment may be selected. If the subsequent slice arrives late, the reassembly of the fragmented messages is delayed on the reassembly side, and the non-fragmented messages arrive in advance, so that the messages are out of order.
Disclosure of Invention
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
The embodiment of the invention provides a method for sharing tunnel load, which is used for uniformly distributing flow to each link when the number of tunnels is limited or the addresses of the tunnels are scattered.
To achieve the above object, an aspect of the embodiments of the present invention provides a method for tunnel load sharing, including:
receiving a message sent by an entrance node of a tunnel, wherein a message header of the message comprises user information;
and selecting a route according to the user information and the public network Internet protocol IP address in the message header, and forwarding the message.
On the other hand, an embodiment of the present invention further provides a system for tunnel load sharing, including:
the tunnel entrance node is used for acquiring user information of a user, packaging the user information in a message header and sending a message carrying the message header;
and the load sharing node is used for receiving the message sent by the entrance node of the tunnel, selecting a route according to the user information in the message header and the public network IP address, and forwarding the message.
In another aspect, an embodiment of the present invention further provides an ingress node of a tunnel, where the ingress node includes:
the acquisition module is used for acquiring user information of a user;
the encapsulation module is used for encapsulating the user information acquired by the acquisition module in a message header;
a sending module for sending the message carrying the message header packaged by the packaging module
In another aspect, an embodiment of the present invention further provides a load sharing node, including:
the receiving module is used for receiving a message sent by an entrance node of a tunnel, and the message header of the message contains user information;
and the message forwarding module is used for carrying out route selection and forwarding the message according to the user information and the public network IP address in the message header received by the receiving module.
Compared with the prior art, the embodiment of the invention has the following advantages: through the embodiment of the invention, the load sharing node receives the message containing the user information, and performs routing according to the IP address in the message header and the user information, and forwards the message. Therefore, when the number of tunnels is limited or the addresses of the tunnels are scattered, the load sharing node can also distribute the traffic evenly on each link.
Drawings
FIG. 1 is a diagram illustrating a prior art problem of message misordering;
fig. 2 is a flowchart of a tunnel load sharing method according to an embodiment of the present invention;
fig. 3 is a schematic networking diagram of a tunnel load sharing method according to an embodiment of the present invention;
fig. 4 is a schematic operation flow diagram of an ingress node of a tunnel according to an embodiment of the present invention;
FIG. 5 is a structural diagram of an IPv4 message header according to an embodiment of the present invention;
FIG. 6 is a diagram of an Options field structure in accordance with an embodiment of the present invention;
fig. 7 is a structural diagram of a tunnel load sharing system according to an embodiment of the present invention;
FIG. 8 is a diagram of an ingress node of a tunnel according to an embodiment of the present invention;
fig. 9 is a structural diagram of a load sharing node according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The embodiment of the invention provides a tunnel load sharing method, which brings user information to a public network side, and a public network side load sharing node combines and considers an outer public network IP address of a message and the user information carried by the message and selects a forwarding path.
As shown in fig. 2, a flowchart of a method for tunnel load sharing according to an embodiment of the present invention specifically includes:
step S201, receiving a message sent by an entry node of a tunnel, where a message header of the message includes user information.
In the embodiment of the invention, the entrance node of the tunnel performs hash according to one or more of the IP address, the MAC address and the session identification of the user to obtain the user information of the user, and encapsulates the user information in the Options domain of the message header.
The Options field comprises an option type field, an option length field and an option data field, wherein the option data field bears the acquired user information.
However, the embodiment of the present invention is not limited to this, and may perform hash on other identification information of the user to obtain the user information of the user.
Step S202, according to the user information and the public network IP address in the message header, the route selection is carried out, and the message is forwarded.
When the packet needs to be fragmented, the load sharing node copies the Options domain containing the user information to the header of each fragmented packet.
In the method for sharing tunnel load, the load sharing node receives the message containing the user information, and performs routing according to the IP address in the message header and the user information, and forwards the message. Therefore, when the number of tunnels is limited or the addresses of the tunnels are scattered, the load sharing node can also distribute the traffic evenly on each link. And when the message is fragmented, the Options domain containing the user information is copied to the message header of each fragmented message, thereby avoiding the problem of message disorder.
Fig. 3 is a schematic networking diagram of a tunnel load sharing method according to an embodiment of the present invention, where an IPv4 network is taken as an example in the embodiment of the present invention, and in fig. 3, a router a is an entry node of a tunnel, a router B is a load sharing node on a public network side, a router C is a common forwarding node on the public network side, and a router D is an exit node of the tunnel. The operation performed by each router will be described in detail below.
Fig. 4 is a schematic diagram illustrating an operation flow of an entry node of a tunnel according to an embodiment of the present invention, where the entry node of the tunnel is a router a in the embodiment of the present invention. The method specifically comprises the following steps:
step S401, configuring, by the entry node of the tunnel, indication information indicating whether to carry the user information to the public network side. The indication information indicates whether the entrance node of the tunnel carries the user information to the public network side, and when the indication information indicates that the entrance node of the tunnel carries the user information to the public network side, the indication information can further indicate the acquisition mode of the user information. The method specifically comprises the following steps:
(1) HASH is carried out according to the IP address of the user to obtain user information; or,
(2) HASH is carried out according to the MAC address of the user to obtain user information; or,
(3) the user information is acquired by performing HASH according to the session identifier (for example, the L2TP tunnel) when the tunnel is established.
In addition, when the user information is obtained, the 3 manners may be combined pairwise, or the 3 manners may be used to obtain the user information at the same time, that is, in the embodiment of the present invention, HASH may be performed according to one or more of the IP address, the MAC address, and the session identifier of the user to obtain the user information.
However, the embodiment of the present invention is not limited to the above 3 manners when acquiring the user information, and may also perform HASH on other identification information of the user to acquire the user information.
Step S402, when the user message is encapsulated in the tunnel, the user information is obtained.
When the user packet is encapsulated in the tunnel, and when the indication information configured in step S401 indicates the entry node of the tunnel to carry the user information to the public network side, the entry node of the tunnel acquires the user information according to the manner indicated by the indication information.
And S403, when the IPv4 address of the public network side is encapsulated, encapsulating the user information obtained by the calculation in the step S402 into the IPv4 message header of the public network side. In the embodiment of the present invention, an option (Options) field in an IPv4 header is used to carry user information, and a structure of an IPv4 header including the option (Options) field is shown in fig. 5.
The structure of the Options field in the embodiment of the present invention is shown in fig. 6, and the Options field has an Option type (Option-type) field of one byte, an Option length (Option-length) field of one byte, and an Option data field of a plurality of bytes.
Wherein, the Option type (Option-type) field contains 3 fields:
(1) copy (copied) field: length is 1 bit, and when there is a slice, it indicates whether to copy the Options field into the slice message, for example: when the value of the copy domain is 1, indicating to copy the Options domain into the fragment message; when the value of the copy field is 0, it indicates that the Options field is not copied into the slice message.
(2) Class (class) field: the length is 2 bits, and when the value of the category field is 0, control is represented; when the value of the category field is 2, representing debugging and measurement; 1 and 3 are reserved values for future use.
(3) Option number (number) field: the length is 5 bits, and an option number is set for each option to identify the option.
In the embodiment of the present invention, the copy field is set to 1, the category field is set to 0, and the option number is defined as 6. Therefore, in the embodiment of the present invention, the value of the option type field is 134, which indicates that the Options field contains the load sharing parameter.
Wherein the value of the option length field is the sum of the option type field, the option length field and the option data field length. Because the user INFORMATION carried in the embodiment of the present invention is for routing at the load sharing node, the number of links in the actual networking is not large, and meanwhile, in order to ensure that the IP header is an integer multiple of 32 bits, the length of the option data field is set to 8 bits, and the option data field carries hashed user INFORMATION (HASH _ INFORMATION). At this time, the option length field has a value of 4.
For the load sharing node router B on the public network side, after receiving the IPv4 message sent by the router A, the router B analyzes the message header of the IPv4 message, searches for a route, and when finding that load sharing is needed, the router B judges whether the IPv4 message header has an Options domain. When the header of the IPv4 message contains an Options field, the router B further determines whether the option type field of the Options field contains a load sharing parameter, and if so, the router B performs routing according to hashed user INFORMATION (HASH _ INFORMATION) in the option data field of the Options field and the public network IPv4 address, forwards the message, and does not modify the Options field.
When the IPv4 message needs to be fragmented, the Options field in the IPv4 message header is also copied into the IPv4 message header of the fragmented message.
For a common forwarding node router C at the public network side, the analysis of an IPv4 message header containing an Options domain is supported, the IPv4 message containing the IPv4 message header is normally forwarded, the Options domain in the IPv4 message header is not required to be considered, the Options domain is not modified, and the IPv4 message containing the IPv4 message header is transmitted to the next node.
When the IPv4 message needs to be fragmented, the Options field in the IPv4 message header is also copied into the IPv4 message header of the fragmented message.
For the exit router D of the tunnel, it supports the analysis of the IPv4 header containing the Options domain, and normally analyzes the IPv4 packet containing the IPv4 header, and when the IPv4 packet is an outgoing tunnel packet, the exit router D decapsulates the IPv4 packet, strips the outer IPv4 header, and then performs outgoing tunnel processing on the IPv4 packet.
As shown in fig. 7, a structure diagram of a tunnel load sharing system according to an embodiment of the present invention includes:
the tunnel entrance node 71 is configured to acquire user information of a user, encapsulate the user information in a packet header, and send a packet with the packet header;
and the load sharing node 72 is configured to receive a packet sent by the entry node 71 of the tunnel, select a route according to the user information and the public network IP address in the packet header, and forward the packet.
The load sharing system may further include: a forwarding node 73, configured to transparently transmit the packet forwarded by the load sharing node 72;
and the tunnel exit node 74 is configured to receive the packet transparently transmitted by the forwarding node 73, parse the packet, decapsulate the packet, remove a packet header of the packet, and perform tunnel exit processing on the packet when the packet is a tunnel exit packet.
In the tunnel load sharing system, the load sharing node 72 receives a message containing user information sent by the entry node 71 of the tunnel, and performs routing according to the IP address and the user information in the header of the message, and forwards the message. Thus, when the number of tunnels is limited or the tunnel addresses are scattered, the load sharing node 72 may also distribute traffic evenly over each link.
As shown in fig. 8, a structure diagram of an entry node of a tunnel according to an embodiment of the present invention includes:
an obtaining module 711, configured to obtain user information of a user;
an encapsulating module 712, configured to encapsulate the user information acquired by the acquiring module 711 in a message header;
a sending module 713, configured to send a message carrying the header encapsulated by the encapsulating module 712.
The obtaining module 711 may include: and the hash submodule 7111 is configured to perform hash according to one or more of an IP address, an MAC address, and a session identifier of the user to obtain user information of the user.
The tunnel entry node, the obtaining module 711 obtains the user information of the user, the encapsulating module 712 encapsulates the user information obtained by the obtaining module 711 in the packet header, and the sending module 713 sends the packet carrying the packet header, thereby implementing carrying of the user information to the public network side, and enabling the load sharing node 72 on the public network side to select a route according to the user information and the public network IP address when performing load sharing.
As shown in fig. 9, a structure diagram of a load sharing node according to an embodiment of the present invention includes:
a receiving module 721, configured to receive a message sent by the ingress node 71 of the tunnel, where a message header of the message includes user information;
the message forwarding module 722 is configured to perform routing and forward the message according to the user information and the public network IP address in the message header received by the receiving module 721.
The load sharing node 72 may further include: the copying module 723 is configured to copy an Options domain in a header of the packet received by the receiving module 721 to a header of each fragmented packet when the packet received by the receiving module 721 is fragmented, where the Options domain carries the user information.
In the load sharing node, the receiving module 721 receives the message containing the user information, and the message forwarding module 722 performs routing according to the IP address in the message header and the user information, and forwards the message. Thus, when the number of tunnels is limited or the tunnel addresses are scattered, the load sharing node 72 may also distribute traffic evenly over each link. When the packet is fragmented, the copy module 723 copies the Options domain containing the user information to the header of each fragmented packet, thereby avoiding the problem of packet disorder.
The embodiment of the invention solves the problem that the load sharing node can not uniformly distribute the flow to each link due to the limited number of tunnels or the dispersed addresses of the tunnels on the IPv4 public network side. The embodiment of the invention brings the user information to the public network side, so that the user information becomes one of the bases for load sharing, and the secret attribute of the tunnel to the user message is not changed. Meanwhile, the embodiment of the invention does not limit the concrete model of the tunnel and aims at all tunnels loaded in the IPv4 network. In the embodiment of the invention, the load sharing node can flexibly use the information of the user such as IP address, MAC address, session identification and the like to select a route according to the requirement of the user or a tunnel model, thereby realizing the flexible load sharing of the IPv4 public network side.
From the above description of the embodiments, it is clear for those skilled in the art that the present invention can be implemented by hardware, or by software plus a necessary general hardware platform, and based on such understanding, the technical solution of the present invention can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions to make a computer device (which can be a personal computer, a server, or a network device, etc.) execute the method described in the embodiments of the present invention.
Those skilled in the art will appreciate that the drawings are merely schematic representations of one preferred embodiment and that the blocks or flow diagrams in the drawings are not necessarily required to practice the present invention.
Those skilled in the art will appreciate that the modules in the devices in the embodiments may be distributed in the devices in the embodiments according to the description of the embodiments, and may be correspondingly changed in one or more devices different from the embodiments. The modules of the above embodiments may be combined into one module, or further split into multiple sub-modules.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
The above disclosure is only for a few specific embodiments of the present invention, but the present invention is not limited thereto, and any variations that can be made by those skilled in the art are intended to fall within the scope of the present invention.
Claims (10)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101332992A CN101325557A (en) | 2008-07-25 | 2008-07-25 | A method, system and device for tunnel load sharing |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101332992A CN101325557A (en) | 2008-07-25 | 2008-07-25 | A method, system and device for tunnel load sharing |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101325557A true CN101325557A (en) | 2008-12-17 |
Family
ID=40188890
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008101332992A Pending CN101325557A (en) | 2008-07-25 | 2008-07-25 | A method, system and device for tunnel load sharing |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101325557A (en) |
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102143041A (en) * | 2010-07-02 | 2011-08-03 | 华为技术有限公司 | Network traffic sharing method, device and system |
| CN102148768A (en) * | 2011-05-26 | 2011-08-10 | 杭州华三通信技术有限公司 | Message forwarding method and device |
| CN102307136A (en) * | 2011-07-06 | 2012-01-04 | 杭州华三通信技术有限公司 | Method for processing message and device thereof |
| WO2014067065A1 (en) * | 2012-10-30 | 2014-05-08 | 华为技术有限公司 | Method, apparatus and system for implementing tunnel processing |
| CN103927135A (en) * | 2014-04-15 | 2014-07-16 | 华为技术有限公司 | Data storage method and device |
| CN104468391A (en) * | 2014-12-16 | 2015-03-25 | 盛科网络（苏州）有限公司 | Method and system for achieving load balance according to user information of tunnel message |
| CN104993993A (en) * | 2015-05-13 | 2015-10-21 | 华为技术有限公司 | Message processing method, device, and system |
| CN106209664A (en) * | 2016-07-22 | 2016-12-07 | 迈普通信技术股份有限公司 | A kind of data transmission method, Apparatus and system |
| CN106209906A (en) * | 2016-08-24 | 2016-12-07 | 迈普通信技术股份有限公司 | A kind of Layer 2 Tunneling Protocol L2TP message transmitting method and endpoint of a tunnel equipment |
| CN106576073A (en) * | 2014-08-08 | 2017-04-19 | 柏思科技有限公司 | Method and system for transmitting data over an aggregated connection |
| WO2017088762A1 (en) * | 2015-11-26 | 2017-06-01 | 华为技术有限公司 | Method and device for realizing load sharing |
| CN107181662A (en) * | 2017-05-18 | 2017-09-19 | 迈普通信技术股份有限公司 | A kind of method and system of VXLAN tunnel load balancings |
| CN107547508A (en) * | 2017-06-29 | 2018-01-05 | 新华三信息安全技术有限公司 | A kind of message sending, receiving method, device and the network equipment |
| CN104579998B (en) * | 2013-10-29 | 2018-07-24 | 国家计算机网络与信息安全管理中心 | Load balancing processing device |
| CN112737967A (en) * | 2020-12-25 | 2021-04-30 | 江苏省未来网络创新研究院 | Method for realizing IPv4 GRE message load balancing based on Flow Director |
| US11005685B2 (en) | 2009-12-23 | 2021-05-11 | Pismo Labs Technology Limited | Methods and systems for transmitting packets through aggregated end-to-end connection |
| CN113055268A (en) * | 2019-12-26 | 2021-06-29 | 中国移动通信集团有限公司 | Method, device, equipment and medium for tunnel traffic load balancing |
| WO2021164259A1 (en) * | 2020-02-21 | 2021-08-26 | 华为技术有限公司 | Packet transmission method, apparatus, and system |
| US11201699B2 (en) | 2009-12-23 | 2021-12-14 | Pismo Labs Technology Limited | Methods and systems for transmitting error correction packets |
| WO2022007550A1 (en) * | 2020-07-06 | 2022-01-13 | 华为技术有限公司 | Load balancing method, apparatus, network device, and system |
-
2008
- 2008-07-25 CN CNA2008101332992A patent/CN101325557A/en active Pending
Cited By (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11201699B2 (en) | 2009-12-23 | 2021-12-14 | Pismo Labs Technology Limited | Methods and systems for transmitting error correction packets |
| US11005685B2 (en) | 2009-12-23 | 2021-05-11 | Pismo Labs Technology Limited | Methods and systems for transmitting packets through aggregated end-to-end connection |
| US11677510B2 (en) | 2009-12-23 | 2023-06-13 | Pismo Labs Technology Limited | Methods and systems for transmitting error correction packets |
| US11943060B2 (en) | 2009-12-23 | 2024-03-26 | Pismo Labs Technology Limited | Methods and systems for transmitting packets |
| CN102143041A (en) * | 2010-07-02 | 2011-08-03 | 华为技术有限公司 | Network traffic sharing method, device and system |
| WO2012000349A1 (en) * | 2010-07-02 | 2012-01-05 | 华为技术有限公司 | Method, apparatus and system for sharing network flow |
| CN102143041B (en) * | 2010-07-02 | 2014-03-26 | 华为技术有限公司 | Network traffic sharing method, device and system |
| CN102148768B (en) * | 2011-05-26 | 2014-11-26 | 杭州华三通信技术有限公司 | Message forwarding method and device |
| CN102148768A (en) * | 2011-05-26 | 2011-08-10 | 杭州华三通信技术有限公司 | Message forwarding method and device |
| CN102307136B (en) * | 2011-07-06 | 2014-12-24 | 杭州华三通信技术有限公司 | Method for processing message and device thereof |
| CN102307136A (en) * | 2011-07-06 | 2012-01-04 | 杭州华三通信技术有限公司 | Method for processing message and device thereof |
| CN103947163A (en) * | 2012-10-30 | 2014-07-23 | 华为技术有限公司 | Method, device and system for realizing tunnel processing |
| US10110426B2 (en) | 2012-10-30 | 2018-10-23 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for implementing tunneling processing |
| CN103947163B (en) * | 2012-10-30 | 2016-08-31 | 华为技术有限公司 | Method, device and system for realizing tunnel processing |
| WO2014067065A1 (en) * | 2012-10-30 | 2014-05-08 | 华为技术有限公司 | Method, apparatus and system for implementing tunnel processing |
| CN104579998B (en) * | 2013-10-29 | 2018-07-24 | 国家计算机网络与信息安全管理中心 | Load balancing processing device |
| CN103927135A (en) * | 2014-04-15 | 2014-07-16 | 华为技术有限公司 | Data storage method and device |
| CN106576073A (en) * | 2014-08-08 | 2017-04-19 | 柏思科技有限公司 | Method and system for transmitting data over an aggregated connection |
| CN106576073B (en) * | 2014-08-08 | 2019-12-27 | 柏思科技有限公司 | Method and system for transmitting data through aggregated connections |
| CN104468391A (en) * | 2014-12-16 | 2015-03-25 | 盛科网络（苏州）有限公司 | Method and system for achieving load balance according to user information of tunnel message |
| CN104993993B (en) * | 2015-05-13 | 2018-06-15 | 华为技术有限公司 | A kind of message processing method, equipment and system |
| CN104993993A (en) * | 2015-05-13 | 2015-10-21 | 华为技术有限公司 | Message processing method, device, and system |
| WO2017088762A1 (en) * | 2015-11-26 | 2017-06-01 | 华为技术有限公司 | Method and device for realizing load sharing |
| US10749804B2 (en) | 2015-11-26 | 2020-08-18 | Huawei Technologies Co., Ltd. | Method and apparatus for implementing load sharing |
| US11336577B2 (en) | 2015-11-26 | 2022-05-17 | Huawei Technologies Co., Ltd. | Method and apparatus for implementing load sharing |
| CN106209664A (en) * | 2016-07-22 | 2016-12-07 | 迈普通信技术股份有限公司 | A kind of data transmission method, Apparatus and system |
| CN106209906A (en) * | 2016-08-24 | 2016-12-07 | 迈普通信技术股份有限公司 | A kind of Layer 2 Tunneling Protocol L2TP message transmitting method and endpoint of a tunnel equipment |
| CN107181662A (en) * | 2017-05-18 | 2017-09-19 | 迈普通信技术股份有限公司 | A kind of method and system of VXLAN tunnel load balancings |
| CN107547508A (en) * | 2017-06-29 | 2018-01-05 | 新华三信息安全技术有限公司 | A kind of message sending, receiving method, device and the network equipment |
| CN113055268A (en) * | 2019-12-26 | 2021-06-29 | 中国移动通信集团有限公司 | Method, device, equipment and medium for tunnel traffic load balancing |
| WO2021164259A1 (en) * | 2020-02-21 | 2021-08-26 | 华为技术有限公司 | Packet transmission method, apparatus, and system |
| US11582113B2 (en) | 2020-02-21 | 2023-02-14 | Huawei Technologies Co., Ltd. | Packet transmission method, apparatus, and system utilizing keepalive packets between forwarding devices |
| WO2022007550A1 (en) * | 2020-07-06 | 2022-01-13 | 华为技术有限公司 | Load balancing method, apparatus, network device, and system |
| CN112737967A (en) * | 2020-12-25 | 2021-04-30 | 江苏省未来网络创新研究院 | Method for realizing IPv4 GRE message load balancing based on Flow Director |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101325557A (en) | A method, system and device for tunnel load sharing | |
| US11979322B2 (en) | Method and apparatus for providing service for traffic flow | |
| CN113691490B (en) | A method and device for verifying SRv6 message | |
| US8351352B1 (en) | Methods and apparatus for RBridge hop-by-hop compression and frame aggregation | |
| CN103747499B (en) | Method and apparatus for common control protocol for wired and wireless nodes | |
| EP2853070B1 (en) | Multi-tunnel virtual private network | |
| US7944854B2 (en) | IP security within multi-topology routing | |
| CN104221332B (en) | LAN multiplexing device | |
| US9369550B2 (en) | Protocol for layer two multiple network links tunnelling | |
| ES2739204T3 (en) | Data packet processing method, service node and delivery node | |
| CN105591971B (en) | A kind of implementation method and device of QoS | |
| CN104579954B (en) | The cross-domain retransmission method of message, device and communication equipment | |
| CN110650076A (en) | VXLAN implementation method, network equipment and communication system | |
| CN101488904A (en) | Method for GRE tunnel crossing network address translation apparatus and network address translation apparatus | |
| US20170359448A1 (en) | Methods and systems for creating protocol header for embedded layer two packets | |
| WO2016150205A1 (en) | Method, device and system for processing vxlan message | |
| WO2023030160A1 (en) | Packet sending method, network device, storage medium, and program product | |
| CN112019433A (en) | A message forwarding method and device | |
| CN106209638A (en) | From VLAN to the message forwarding method of virtual expansible LAN and equipment | |
| WO2022267875A1 (en) | Packet transmission method and related device | |
| WO2022142905A1 (en) | Packet forwarding method and apparatus, and network system | |
| CN115941227A (en) | Method for sending message, network device, storage medium and program product | |
| CN101969404A (en) | Method and equipment for processing messages | |
| CN108075991B (en) | Message forwarding method and device | |
| CN105591967A (en) | Data transmission method and apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20081217 |