CN103490972A - Multilink tunnel message transmitting method and system - Google Patents
Multilink tunnel message transmitting method and system Download PDFInfo
- Publication number
- CN103490972A CN103490972A CN201310452422.8A CN201310452422A CN103490972A CN 103490972 A CN103490972 A CN 103490972A CN 201310452422 A CN201310452422 A CN 201310452422A CN 103490972 A CN103490972 A CN 103490972A
- Authority
- CN
- China
- Prior art keywords
- message
- l2tp tunnel
- l2tp
- virtual
- multilink
- 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.)
- Granted
Links
Images
Abstract
The invention relates to a data communication technology and discloses a multilink tunnel message transmitting method and system. The technical scheme is that a virtual L2TP tunnel is configured for each link, and the links where the L2TP tunnels are established are bound and identified; various queues are initialized, and a sending main queue and a receiving main queue are established; when messages reach to the sending end, the messages of the sending main queue are numbered, and serial numbers of different L2TP message header identification messages are packaged after interfaces are selected according to load configuration; the bandwidth is calculated according to the packet loss ratio, and the sending rate of each link is adjusted according to the bandwidth. The multilink tunnel message transmitting system is composed of a sender and a receiver. The orderly transmission and anti-packet-loss capacity of links can be enhanced. The purposes of time delay equalization and service bandwidth widening are achieved by binding multiple links and reasonably adjusting the sending rate of each link.
Description
Technical field
The present invention relates to data communication technology, particularly the orderly transmission technology of multilink channel message of data communication field.
Background technology
Enterprise network when renting carrier network as link, part of links, especially wireless link, the problem that its stability, delay, bandwidth all exist instantaneous variation even to disconnect.For guaranteeing its reliability; generally can be backed up this link; present redundancy technique comprises dial backup or route backup; which kind of redundancy technique no matter; the switching time of link is generally all more than tens seconds; main cause needs by link ppp(Point to Point Protocol in switching) keep-alive disconnects or, by three layers of application, dynamic routing protocol is used as Rule of judgment, and these creations of condition have a longer time course.For expanding bandwidth, generally adopt multilink bundle or routing overhead mode.To route load and this class technology of MultiLink PPP (MPPP Multilink Point to Point Protocol), to UDP(User Datagram Protocol) message has a fixed load effect, but, to voice, video etc. have the Business Stream of strict demand but to have the fatal problems such as out of order to time delay and message sequence.To TCP(Transmission Control Protocol) stream, due to the difference of each chain-circuit time delay, the bandwidth that causes wall scroll TCP to connect is difficult to be improved.Simultaneously, most operations commercial city exists PPP to act on behalf of in situation, and the keep-alive message of PPP is all acted on behalf of by operator, causes the more difficult link connection situation that reflects of PPP keep-alive, can cause the packet loss of long period under extreme case.When wherein certain link bandwidth changes, current technology also can't adjust to the flow of every link load, can lead part of links can portative data flow excessive and problems such as packet loss.In sum, prior art can't solve message time delay inconsistence problems on multilink, can't solve a wherein packet loss problem that link down causes, and can't solve link bandwidth variable flow transmit leg can't perception, can't take full advantage of the problem of bandwidth.
Summary of the invention
Technical problem to be solved by this invention, just be to provide a kind of multilink channel message transmission method and system, balanced each chain-circuit time delay, and the bandwidth that branches out realizes the orderly transmission of message.
The present invention solve the technical problem, and the technical scheme of employing is that multilink channel message transmission method, is characterized in that, comprises step:
A virtual L2TP Tunnel of configuration between A, transmit leg and recipient, and the address of the virtual L2TP Tunnel outgoing interface of configuration transmit leg and the address of the virtual L2TP Tunnel incoming interface of recipient; Set up respectively L2TP Tunnel on each link in multilink between the virtual L2TP Tunnel outgoing interface of described transmit leg and the virtual L2TP Tunnel incoming interface of described recipient; By the multilink bundle of the setting up L2TP Tunnel line identifier of going forward side by side together;
B, set up one for the virtual L2TP Tunnel outgoing interface of described transmit leg and send total queue, set up one for the virtual L2TP Tunnel incoming interface of described recipient and receive total queue, the total queue of the described transmission of initialization and receive total queue;
C, after wait E-Packeting, arriving the virtual L2TP Tunnel outgoing interface of described transmit leg, transmit leg by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, transmit leg configures according to QOS, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to corresponding L2TP message encapsulation and the L2TP Tunnel by described outgoing interface sends, described sequence number is encapsulated in the L2TP message;
After D, described L2TP message arrive the virtual L2TP Tunnel incoming interface of described recipient decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that the recipient will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg;
E, the virtual L2TP Tunnel outgoing interface of described transmit leg calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink after receiving the message information of deletion sequence number of described recipient's loopback;
F, described transmit leg be according to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth.
Preferably, in described steps A, the configuration of described virtual L2TP Tunnel is applied to the L2TP Tunnel of setting up respectively on described each link.
Preferably, in described step D, the delay condition of described setting refers to the sliding window time interval or the message number of setting.
Preferably, in described step F, described transmitting terminal periodically calculates the bandwidth of each outgoing interface in multilink according to packet loss.
Another object of the present invention, provide a kind of multilink channel message transmission system, comprises transmit leg and recipient;
Described transmit leg, for described recipient, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface; Set up and total queue of transmission of initialization, when receiving after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to corresponding L2TP message encapsulation and the L2TP Tunnel by described outgoing interface sends, and described sequence number is encapsulated into the L2TP message; And, after the message information of the deletion sequence that receives described recipient's loopback number, according to each outgoing interface statistical information in QOS configuration and multilink, calculate packet loss; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth;
Described recipient, for described transmit leg, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described transmit leg L2TP Tunnel incoming interface; Set up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the Next Sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
Further, described transmit leg comprises the first link processing module, the first packet sending and receiving module and bandwidth adjusting module;
The first link assignment module for described recipient, setting up a virtual L2TP Tunnel, and is set up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side;
The first newspaper transceiver module, send total queue initialization for setting up one; When having to after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to the L2TP Tunnel of corresponding L2TP message encapsulation by described outgoing interface and send, described sequence number is encapsulated into the L2TP message; And after the message information of the deletion sequence of receiving end/sending end loopback number, notice bandwidth adjusting module;
The bandwidth adjusting module, for calculating packet loss according to QOS configuration and each outgoing interface statistical information of multilink; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth.
Preferably, described recipient comprises the second link assignment module and the second message transceiver module;
The second link assignment module for described transmit leg, setting up a virtual L2TP Tunnel, and is set up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side;
The second message transceiver module, for setting up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number that meets number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
Preferably, described the first link assignment module, also be applied to for the configuration by described virtual L2TP Tunnel the L2TP Tunnel of setting up respectively on described each link;
Described the second link assignment module, also be applied to for the configuration by described virtual L2TP Tunnel the L2TP Tunnel of setting up respectively on described each link.
Preferably, the delay condition of described setting refers to the sliding window time interval or the message number of setting.
Preferably, described bandwidth adjusting module periodically acts on QOS according to packet loss computation bandwidth its result.
The invention has the beneficial effects as follows, can strengthen link transmission and anti-packet loss ability in order, when certain link disconnects, can be switched to rapidly an other link.The particular service that part is had to packet loss, delay requirement and bandwidth requirement, such as business such as video, voice, by the binding multilink, and dynamically find out the carrier network bandwidth, rationally adjust the transmission rate of each circuit, thereby reach balanced time delay, the purpose of the bandwidth that branches out.
The accompanying drawing explanation
Fig. 1 is the flow chart of the multilink channel message transmission method of the embodiment of the present invention;
Fig. 2 is the multilink channel message transmission system structured flowchart of the embodiment of the present invention;
Fig. 3 is the structured flowchart of the transmit leg of the embodiment of the present invention;
Fig. 4 is the recipient's of the embodiment of the present invention structured flowchart.
Embodiment
Below in conjunction with the drawings and the specific embodiments, describe technical scheme of the present invention in detail.
Multilink channel message transmission method of the present invention, flow process as shown in Figure 1, comprises step:
A configuration virtual L2TP Tunnel (a kind of Internet tunnel protocol of industrial standard) between S101, transmit leg and recipient, and the address of the virtual L2TP Tunnel outgoing interface of configuration transmit leg and the address of the virtual L2TP Tunnel incoming interface of recipient; Set up respectively L2TP Tunnel on each link in multilink between the virtual L2TP Tunnel outgoing interface of described transmit leg and the virtual L2TP Tunnel incoming interface of described recipient; By the multilink bundle of the setting up L2TP Tunnel line identifier of going forward side by side together.
The configuration in tunnel should indicate the address of all opposite ends passage, when L2TP Tunnel is initiated, according to address, opposite end Route Selection outgoing interface and local address (also can specify by hand), then sends respectively the message of setting up of L2TP, here recommend adoption L2TP v2 tunnel.In this step, a virtual Layer 2 Tunneling Protocol L2TP Tunnel of configuration between transmit leg and recipient, the configuration of this virtual L2TP is applied to the L2TP Tunnel of setting up respectively on each link in multilink.By ppp negotiation, by the multilink bundling of the having set up L2TP Tunnel line identifier of going forward side by side together.When L2TP Tunnel is consulted, the LCP message of PPP is by carrying the endisc sign, and the recipient, by supporting this characteristic, can bundle two L2TP passages.
S102, set up one for the virtual L2TP Tunnel outgoing interface of described transmit leg and send army unit, set up one for the virtual L2TP Tunnel incoming interface of described recipient and receive total queue, the total queue of the described transmission of initialization and receive total queue.
Virtual L2TP Tunnel interface on transmit leg or recipient, and have the load route between L2TP.Initialize queue in such configuration: set up one and send total queue, one receives total queue.Every outgoing interface transmit queue and receiving queue, send sliding window and receive sliding window, and after message is sent out, can preserves one in the interface transmit queue and send the sliding window interval, can be the time interval or message number.The recipient does not also receive message at the reception sliding window in the time, will send repeat requests.
S103, after wait E-Packeting, arriving the virtual L2TP Tunnel outgoing interface of described transmit leg, transmit leg by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, transmit leg configures according to service quality (QOS), after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to the L2TP Tunnel of corresponding L2TP message encapsulation by described outgoing interface and send, described sequence number is encapsulated in the L2TP message.In this step, after the message wait forwarding arrives transmit leg, be routed to the outgoing interface of virtual L2TP Tunnel, virtual L2TP Tunnel discharge coupling is by the Access Control List (ACL) judgement of setting, the message do not satisfied condition is directly abandoned, and other message distributing serial numbers are also sent into the total queue of transmission.
To sending the serial number assignment of total queue message, according to configuration, need the data message of transmission in order that NS is set >=1 numbering, without the need for the message numbering NS=0 of order transmission.After the message that sends total queue is numbered, according to the QOS configuration, after selecting interface, encapsulate the sequence number of different L2TP heading sign messages; QOS is the QOS on virtual interface, its band width in physical, should be initialized all sub-interface bandwidth or by the bandwidth sum of each sub-interface after calculating under virtual interface, QOS is in scheduling, should send according to the size order of each sub-interface bandwidth, with the roomy interface little message (sequence number not have the situation of reversing) that should preferentially transmit Sequence Number.
Method of the present invention is that the forwarding performance with equipment exchanges the resource of line bandwidth for to carry out the transmission of (even reliable) in order and the increase of bandwidth, the re-transmission of transmitting may consume more device resource, is not therefore that all messages by these links all carry out transmitting.The present invention is arranging access control list and orderly transmission Access Control List (ACL) on this virtual interface, for the message that does not meet the forwarding condition, directly abandons, and other messages enter to send total queue.
The basis that the embodiment of the present invention realizes is orderly message transmission and repeat requests on data link.Realize orderly transmission, at first will carry out mark at the transmitting terminal of link to message, judged the data receiver of link, if there is packet loss, with regard to loopback notice message.This mode is by initial data message encapsulation L2TP head is realized, to this class packet, the L2TP head is still by length bit and sequence bit value 1, and data message just has the sign of length and sequence number like this.Its sequence number rule is as follows:
When 1, L2TP Tunnel is set up, first message that the acquiescence two ends send data is 1, increases successively later;
If 2 receive that the NS of packet is 0, directly forward;
If the NR of 3 packets is 0, mean that the recipient does not also have packet loss;
4, sequence number is from 1-65535, after arriving 65535, again since 1, when needs calculating message is counted, if find that current sequence number is less than the sequence number of last time, just by the rear calculating in current sequence number+65535.No matter transmit leg or recipient require the data buffer storage message number can not be over 65535.
Receive square end to the not transmission of packet loss, ack can not occur and confirmed, a message to packet loss, send the message of the sequence number of NR=loss, this value can be carried in reverse data message, if there is no data message, just sends the data message that length is 0.
S104, after described L2TP message arrives the virtual L2TP Tunnel incoming interface of described recipient decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that the recipient will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
In this step, after message arrives the recipient, the recipient determines whether packet loss according to the sequence number in message.If receive the message of NR ≠ 0, message the inside, just record the packet loss into corresponding sub-interface.Here can select to realize whether carrying out transmitting, to transmitting, can consider to retransmit, even retransmitted from other sub-interface, but sending times should be restricted.The recipient directly forwards orderly message, and the message of disappearance is waited for to 1 sliding window interval, if also do not receive, just continues to forward next orderly message and the message of loopback NR ≠ 0 on corresponding sub-interface.
After the recipient receives message, if sequence number is discontinuous, do not send at once, but wait for regular hour or message number (being generally 1 sliding window interval), if also do not receive message after a sliding window, judge packet loss, the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
Retransmission operation should be optionally, for upper layer application, has processed the business that packet loss retransmits, and on this class link, perhaps do not expect again to be retransmitted, but this scheme still can calculate the most rational transmission bandwidth, reduces packet loss and out of order.When only having unidirectional message, the message of the transmission NR=0 that the recipient should the cycle, avoid link to disconnect, and sending square end can't perception.When select to realize retransmitting, the transmit leg side receives that NR is not equal to 0 message and should be retransmitted immediately, and re-transmission is alias more, if receive more than 2 times identical NR value and be not equal to 0 message, records packet loss, can no longer retransmit.If receive that NR can't find in current sliding window scope, just abandon this message, and log announcement keeper, thereby may cause too greatly sliding window unreasonable or be subject to network attack due to network delay.Unreal while now retransmitting when selecting, transmit leg is received when NR is not equal to 0 message, is recorded packet loss.
S105, the virtual L2TP Tunnel outgoing interface of described transmit leg calculates packet loss according to each outgoing interface statistical information in QOS configuration and multilink after receiving the message information of deletion sequence number of described recipient's loopback.
When data flow arrives transmit leg, data bandwidth is not known, the transmission of therefore doing the best with the interface bandwidth of acquiescence at the beginning (relevant with the configuration of transmit leg equipment and QoS here, as to suppose that bandwidth is 100Kbps).After packet loss occurring, will receive the message of NR ≠ 0, supposing that the user sets take 5s as one-period, if in one-period, 500 messages have been sent on link, but received that 25 NR are not equal to 0 message, packet loss=25/500=5%, be 100Kbps*(1-5% thereby calculate optimum wideband like this)=95Kbps.So just calculated the wherein bandwidth of a link, profit uses the same method, and can calculate the optimum wideband of other links.
Link, at the beginning a rational packet loss being set, such as 0.5%～1%, when little this packet loss, illustrates that bandwidth can increase, and when being greater than this packet loss, illustrates that bandwidth needs to reduce.Simultaneously a severe bandwidth can also be set, such as 50%, when calculating packet loss and be greater than 50%, with regard to instruction book, by NR, can't calculate rational bandwidth, just directly carry out the bandwidth adjustment of reducing by half here, several so all after dates, just can reach rational bandwidth.
S106, described transmit leg is according to the packet loss computation bandwidth, and adjusts according to bandwidth the QOS that the transmission rate 6 of QOS and each link, sub-interface bandwidth that computation of Period goes out act on interface, and the QOS module is carried out allocated bandwidth again to each sub-interface.
After one-period, after transmit leg has calculated the bandwidth of each link, the available bandwidth that addition must be found out up till now (is noted, this bandwidth may not be current maximum bandwidth, only have when all links all congestion packet loss occurs, the bandwidth of calculating is only current maximum available bandwidth), the data traffic that can send each link is adjusted, the method of adjusting can be done different realizations according to distinct device or business need, carry out the bandwidth adjustment such as adopting method by half, work as exactly link 1 5% packet loss is arranged, and link 2 does not have packet loss, can be increased to link 2 to the flow of 2.5% link 1, continue to do calculating in the next one transmission cycle.When occurring that two links are all during packet loss, the bandwidth calculated is exactly current total bandwidth, and this value can be applicable in the QoS on upper strata.
Below two kinds of situations may affect packet loss:
Configuration
1, if the mid line route is less in MTU, and abandon large message, fire compartment wall perhaps, Access Control List (ACL) artificially is set, NAT, thereby QOS etc. fall to cause the problem (being the soluble packet loss problem of non-re-transmission) of packet loss to packet filtering or conversion, can affect the calculating of link packet drop rate, also can cause a large amount of re-transmissions, thereby affect transfer capability, for solving such problem, when sending, the IP message size is classified, and (as: 1-500 is designated 1, 501-1000 is designated 2, 1001-1500 is designated 3), former and the destination address protocol port that adds the message that encapsulation is front with class indication carries out hash, different hash values is added up to packet loss and retransmission rate, message to continual data package dropout more than 95%, subsequent transmission just no longer enters the queue of transmitting, but directly forward, when this class situation occurs, should record log announcement keeper checks network or distributes rationally.
2, network attack
Network attack may be simulated a large amount of repeat requests messages and out of order message, this class message can be determined unreliable transmit queue after certain hour, when sequence number not in the sliding window scope, just directly abandon such message, and the print log possibility is under attack or time slide window is less than network delay.
Multilink channel message transmission system of the present invention, structure as shown in Figure 2, comprises transmit leg and recipient,
Described transmit leg, for described recipient, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface; Set up and total queue of transmission of initialization, when receiving after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to the L2TP Tunnel of corresponding L2TP message encapsulation by described outgoing interface and send, described sequence number is encapsulated into the L2TP message; And, after the message information of the deletion sequence that receives described recipient's loopback number, according to each outgoing interface statistical information in QOS configuration and multilink, calculate packet loss; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth;
Described recipient, for described transmit leg, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described transmit leg L2TP Tunnel incoming interface; Set up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the Next Sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
Referring to Fig. 3, transmit leg comprises the first link processing module 301, the first packet sending and receiving module 302 and bandwidth adjusting module 303;
The first link assignment module 301, for with described recipient, setting up a virtual L2TP Tunnel, and set up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side;
The first newspaper transceiver module 302, send total queue initialization for setting up one; When having to after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to the L2TP Tunnel of corresponding L2TP message encapsulation by described outgoing interface and send, described sequence number is encapsulated into the L2TP message; And after the message information of the deletion sequence that receives the transmit leg loopback number, notice bandwidth adjusting module;
Bandwidth adjusting module 303, for calculating packet loss according to QOS configuration and each outgoing interface statistical information of multilink; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth.
The first link assignment module 301 and the second link module 401, for set up L2TP V2 tunnel on each link, by ppp negotiation, by the multilink bundling of the having set up tunnel line identifier of going forward side by side together.Initialization sliding window size.The sliding window size means with the time interval and message number.
The first packet sending and receiving module 302, for setting up and total queue of transmission of initialization.After message arrives transmit leg, be routed to virtual interface, virtual interface judges by Access Control List (ACL), to meeting the regular message of forwarding, does not directly abandon, other messages enter to send total queue.To sending the message distributing serial numbers of total queue, according to configuration, need the data message of transmission in order to carry out NS >=1 numbering, without the need for the message numbering NS=0 of order transmission.According to the QOS configuration, after selecting interface, encapsulate the sequence number of different L2TP headings with the sign message.
Bandwidth adjusting module 303 is periodically according to the packet loss computation bandwidth, and adjusts the transmission rate of each link according to bandwidth.If transmit leg is received one section continuous packet loss, just think the link single-pass, disconnecting link; If a period of time is not received any message, just think that link is obstructed, disconnecting link; When link sends without message for a long time, just periodically send the data message that length is 0; When needs can send NR information, do not have message to send, just send the data message that message length is 0.
Referring to Fig. 4, the recipient comprises the second link assignment module 401 and the second message transceiver module 402;
The second link assignment module 401 for described transmit leg, setting up a virtual L2TP Tunnel, and is set up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side.
The second message transceiver module 402, for setting up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number that meets number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
The second message transceiver module 402, after arriving the recipient for message, determine whether packet loss according to sequence number; Orderly message is directly forwarded, the message of disappearance is waited for to 1 sliding window interval, if also do not receive, just continue the next message of forwarding and loopback and carry the message of corresponding NR information to transmit leg.
In the present invention program, transmit leg, according to load configuration, after selecting the outgoing interface of multilink, encapsulates different L2TP headings; Calculate port band width according to packet loss, and adjust the transmission rate of each link or QOS is carried out to Dynamic parameter adjustment according to bandwidth.
Claims (10)
1. multilink channel message transmission method, is characterized in that, comprises step:
A virtual L2TP Tunnel of configuration between A, transmit leg and recipient, and the address of the virtual L2TP Tunnel outgoing interface of configuration transmit leg and the address of the virtual L2TP Tunnel incoming interface of recipient; Set up respectively L2TP Tunnel on each link in multilink between the virtual L2TP Tunnel outgoing interface of described transmit leg and the virtual L2TP Tunnel incoming interface of described recipient; By the multilink bundle of the setting up L2TP Tunnel line identifier of going forward side by side together;
B, set up one for the virtual L2TP Tunnel outgoing interface of described transmit leg and send total queue, set up one for the virtual L2TP Tunnel incoming interface of described recipient and receive total queue, the total queue of the described transmission of initialization and receive total queue;
C, after wait E-Packeting, arriving the virtual L2TP Tunnel outgoing interface of described transmit leg, transmit leg by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, transmit leg configures according to QOS, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to corresponding L2TP message encapsulation and the L2TP Tunnel by described outgoing interface sends, described sequence number is encapsulated in the L2TP message;
After D, described L2TP message arrive the virtual L2TP Tunnel incoming interface of described recipient decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that the recipient will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg;
E, the virtual L2TP Tunnel outgoing interface of described transmit leg calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink after receiving the message information of deletion sequence number of described recipient's loopback;
F, described transmit leg be according to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth.
2. multilink channel message transmission method according to claim 1, is characterized in that, in described steps A, the configuration of described virtual L2TP Tunnel is applied to the L2TP Tunnel of setting up respectively on described each link.
3. multilink channel message transmission method according to claim 1, is characterized in that, in described step D, the delay condition of described setting refers to the sliding window time interval or the message number of setting.
4. multilink channel message transmission method according to claim 1, is characterized in that, in described step F, described transmitting terminal periodically calculates the bandwidth of each outgoing interface in multilink according to packet loss.
5. multilink channel message transmission system, is characterized in that, comprises transmit leg and recipient;
Described transmit leg, for described recipient, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface; Set up and total queue of transmission of initialization, when receiving after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to corresponding L2TP message encapsulation and the L2TP Tunnel by described outgoing interface sends, and described sequence number is encapsulated into the L2TP message; And, after the message information of the deletion sequence that receives described recipient's loopback number, according to each outgoing interface statistical information in QOS configuration and multilink, calculate packet loss; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth;
Described recipient, for described transmit leg, setting up a virtual L2TP Tunnel, and set up respectively L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described transmit leg L2TP Tunnel incoming interface; Set up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the Next Sequence number meet number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
6. multilink channel message transmission system according to claim 5, is characterized in that, described transmit leg comprises the first link processing module, the first packet sending and receiving module and bandwidth adjusting module;
The first link assignment module for described recipient, setting up a virtual L2TP Tunnel, and is set up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side;
The first newspaper transceiver module, send total queue initialization for setting up one; When having to after E-Packeting and being routed to virtual L2TP Tunnel outgoing interface, by local message processing rule to described wait to E-Packet judged, for the message distributing serial numbers that meets the forwarding condition, send into and send total queue, according to QOS, configure, after selecting a certain outgoing interface in multilink, the message of distributing serial numbers is carried out to the L2TP Tunnel of corresponding L2TP message encapsulation by described outgoing interface and send, described sequence number is encapsulated into the L2TP message; And after the message information of the deletion sequence of receiving end/sending end loopback number, notice bandwidth adjusting module;
The bandwidth adjusting module, for calculating packet loss according to QOS configuration and each outgoing interface statistical information of multilink; According to the packet loss computation bandwidth, and adjust the transmission rate of QOS and each link according to bandwidth.
7. according to the described multilink channel message of claim 5 or 6 transmission system, it is characterized in that, described recipient comprises the second link assignment module and the second message transceiver module;
The second link assignment module for described transmit leg, setting up a virtual L2TP Tunnel, and is set up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle that will the set up L2TP Tunnel line identifier of together going forward side by side;
The second message transceiver module, for setting up and total queue of reception of initialization, when from described virtual L2TP Tunnel incoming interface receives L2TP message decapsulation, message after described decapsulation and sequence number information are sent into to the total queue of reception, the message that will meet number order is forwarded successively, after the message that does not meet number order is waited for to the delay condition arranged, if also do not receive the L2TP message that meets number order, send the message of the next sequence number that meets number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described transmit leg.
8. multilink channel message transmission system according to claim 6, is characterized in that, described the first link assignment module also is applied to for the configuration by described virtual L2TP Tunnel the L2TP Tunnel of setting up respectively on described each link;
Described the second link assignment module, also be applied to for the configuration by described virtual L2TP Tunnel the L2TP Tunnel of setting up respectively on described each link.
9. multilink channel message transmission system according to claim 6, is characterized in that, the delay condition of described setting refers to the sliding window time interval or the message number of setting.
10. multilink channel message transmission system according to claim 6, is characterized in that, described bandwidth adjusting module periodically acts on QOS according to packet loss computation bandwidth its result.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310452422.8A CN103490972B (en) | 2013-09-27 | 2013-09-27 | Multilink tunnel message transmission method and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310452422.8A CN103490972B (en) | 2013-09-27 | 2013-09-27 | Multilink tunnel message transmission method and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103490972A true CN103490972A (en) | 2014-01-01 |
| CN103490972B CN103490972B (en) | 2016-06-22 |
Family
ID=49830944
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310452422.8A Active CN103490972B (en) | 2013-09-27 | 2013-09-27 | Multilink tunnel message transmission method and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103490972B (en) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104753950A (en) * | 2015-04-08 | 2015-07-01 | 北京汉柏科技有限公司 | Message forwarding method and system based on IPSEC (internet protocol security) tunnel double-link |
| CN105450536A (en) * | 2015-11-12 | 2016-03-30 | 北京交通大学 | Data distribution method and data distribution device |
| CN105656801A (en) * | 2015-12-31 | 2016-06-08 | 迈普通信技术股份有限公司 | Concurrent control method and device |
| CN106130693A (en) * | 2016-07-08 | 2016-11-16 | 浙江工业大学 | A kind of method for reliable transmission based on UDP |
| EP3086588A4 (en) * | 2013-12-19 | 2016-12-21 | Zte Corp | Configuration processing and configuration method and device for binding link |
| CN106571993A (en) * | 2016-11-10 | 2017-04-19 | 瑞斯康达科技发展股份有限公司 | Data transmission method, data transmission device and data transmission system |
| CN106789725A (en) * | 2016-11-10 | 2017-05-31 | 瑞斯康达科技发展股份有限公司 | It is a kind of to realize the methods, devices and systems that flow is redirected |
| WO2017202290A1 (en) * | 2016-05-25 | 2017-11-30 | 腾讯科技（深圳）有限公司 | Method and device for transmitting speech data |
| CN108023758A (en) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | The method and the network equipment of message are handled in a kind of mixed insertion network |
| CN109246021A (en) * | 2018-09-18 | 2019-01-18 | 武汉海晟科讯科技有限公司 | A kind of Point-to-Point Data reliable transmission system and method based on FPGA |
| CN109639458A (en) * | 2018-11-19 | 2019-04-16 | 迈普通信技术股份有限公司 | Realize the method and device of QOS strategy |
| WO2019179161A1 (en) * | 2018-03-22 | 2019-09-26 | 华为技术有限公司 | Data traffic processing method, device and system |
| WO2019223405A1 (en) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | Message transmission method and apparatus |
| CN112040435A (en) * | 2020-09-09 | 2020-12-04 | 成都智联科鸿电子科技有限公司 | Thing networking data passback device that multichannel was binded |
| CN112637055A (en) * | 2020-12-02 | 2021-04-09 | 广东中兴新支点技术有限公司 | Multi-link aggregation method, system and storage medium based on VPN tunnel |
| CN113992607A (en) * | 2021-09-09 | 2022-01-28 | 新华三信息安全技术有限公司 | Message processing method and device |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050013295A1 (en) * | 2003-04-28 | 2005-01-20 | Alcatel Ip Networks, Inc. | Using network transport tunnels to provide service-based data transport |
| CN1787479A (en) * | 2004-12-09 | 2006-06-14 | 上海贝尔阿尔卡特股份有限公司 | Method for processing of double layer channel protocol message and apparatus thereof |
| US20100158027A1 (en) * | 1999-04-12 | 2010-06-24 | Conexant Systems, Inc. | Methods and apparatus for data communications through packet networks |
| CN101841475A (en) * | 2010-04-21 | 2010-09-22 | 北京星网锐捷网络技术有限公司 | System for testing performance of GRE (Ground Radar Equipment) router and method thereof |
| CN102164069A (en) * | 2010-02-24 | 2011-08-24 | 杭州华三通信技术有限公司 | Message processing method and device |
| CN102917408A (en) * | 2012-10-26 | 2013-02-06 | 迈普通信技术股份有限公司 | Downlink flow control method and system of LNS (L2TP network server) device in 3G (third-generation) network |
-
2013
- 2013-09-27 CN CN201310452422.8A patent/CN103490972B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100158027A1 (en) * | 1999-04-12 | 2010-06-24 | Conexant Systems, Inc. | Methods and apparatus for data communications through packet networks |
| US20050013295A1 (en) * | 2003-04-28 | 2005-01-20 | Alcatel Ip Networks, Inc. | Using network transport tunnels to provide service-based data transport |
| CN1787479A (en) * | 2004-12-09 | 2006-06-14 | 上海贝尔阿尔卡特股份有限公司 | Method for processing of double layer channel protocol message and apparatus thereof |
| CN102164069A (en) * | 2010-02-24 | 2011-08-24 | 杭州华三通信技术有限公司 | Message processing method and device |
| CN101841475A (en) * | 2010-04-21 | 2010-09-22 | 北京星网锐捷网络技术有限公司 | System for testing performance of GRE (Ground Radar Equipment) router and method thereof |
| CN102917408A (en) * | 2012-10-26 | 2013-02-06 | 迈普通信技术股份有限公司 | Downlink flow control method and system of LNS (L2TP network server) device in 3G (third-generation) network |
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3086588A4 (en) * | 2013-12-19 | 2016-12-21 | Zte Corp | Configuration processing and configuration method and device for binding link |
| CN104753950A (en) * | 2015-04-08 | 2015-07-01 | 北京汉柏科技有限公司 | Message forwarding method and system based on IPSEC (internet protocol security) tunnel double-link |
| CN104753950B (en) * | 2015-04-08 | 2018-04-13 | 北京汉柏科技有限公司 | A kind of message forwarding method and system based on IPSEC tunnels dual link |
| CN105450536A (en) * | 2015-11-12 | 2016-03-30 | 北京交通大学 | Data distribution method and data distribution device |
| CN105450536B (en) * | 2015-11-12 | 2018-12-18 | 北京交通大学 | A kind of method and apparatus of data distribution |
| CN105656801B (en) * | 2015-12-31 | 2018-10-30 | 迈普通信技术股份有限公司 | A kind of concurrency control method and device |
| CN105656801A (en) * | 2015-12-31 | 2016-06-08 | 迈普通信技术股份有限公司 | Concurrent control method and device |
| US10594449B2 (en) | 2016-05-25 | 2020-03-17 | Tencent Technology (Shenzhen) Company Limited | Voice data transmission method and device |
| WO2017202290A1 (en) * | 2016-05-25 | 2017-11-30 | 腾讯科技（深圳）有限公司 | Method and device for transmitting speech data |
| CN106130693B (en) * | 2016-07-08 | 2019-04-23 | 浙江工业大学 | A kind of method for reliable transmission based on UDP |
| CN106130693A (en) * | 2016-07-08 | 2016-11-16 | 浙江工业大学 | A kind of method for reliable transmission based on UDP |
| CN108023758B (en) * | 2016-11-04 | 2020-06-02 | 华为技术有限公司 | Method and network equipment for processing message in hybrid access network |
| US11570021B2 (en) | 2016-11-04 | 2023-01-31 | Huawei Technologies Co., Ltd. | Packet processing method and network device in hybrid access network |
| US10778469B2 (en) | 2016-11-04 | 2020-09-15 | Huawei Technologies Co., Ltd. | Packet processing method and network device in hybrid access network |
| CN108023758A (en) * | 2016-11-04 | 2018-05-11 | 华为技术有限公司 | The method and the network equipment of message are handled in a kind of mixed insertion network |
| CN106789725A (en) * | 2016-11-10 | 2017-05-31 | 瑞斯康达科技发展股份有限公司 | It is a kind of to realize the methods, devices and systems that flow is redirected |
| CN106571993A (en) * | 2016-11-10 | 2017-04-19 | 瑞斯康达科技发展股份有限公司 | Data transmission method, data transmission device and data transmission system |
| CN106571993B (en) * | 2016-11-10 | 2019-10-25 | 瑞斯康达科技发展股份有限公司 | A kind of methods, devices and systems transmitting data |
| CN106789725B (en) * | 2016-11-10 | 2020-06-19 | 瑞斯康达科技发展股份有限公司 | Method, device and system for realizing traffic redirection |
| WO2019179161A1 (en) * | 2018-03-22 | 2019-09-26 | 华为技术有限公司 | Data traffic processing method, device and system |
| US11356372B2 (en) | 2018-03-22 | 2022-06-07 | Huawei Technologies Co., Ltd. | Data traffic processing method, device, and system |
| WO2019223405A1 (en) * | 2018-05-21 | 2019-11-28 | 华为技术有限公司 | Message transmission method and apparatus |
| CN109246021B (en) * | 2018-09-18 | 2022-03-11 | 武汉海晟科讯科技有限公司 | FPGA-based point-to-point data reliable transmission system and method |
| CN109246021A (en) * | 2018-09-18 | 2019-01-18 | 武汉海晟科讯科技有限公司 | A kind of Point-to-Point Data reliable transmission system and method based on FPGA |
| CN109639458A (en) * | 2018-11-19 | 2019-04-16 | 迈普通信技术股份有限公司 | Realize the method and device of QOS strategy |
| CN109639458B (en) * | 2018-11-19 | 2022-02-22 | 迈普通信技术股份有限公司 | Method and device for realizing QOS strategy |
| CN112040435A (en) * | 2020-09-09 | 2020-12-04 | 成都智联科鸿电子科技有限公司 | Thing networking data passback device that multichannel was binded |
| CN112637055A (en) * | 2020-12-02 | 2021-04-09 | 广东中兴新支点技术有限公司 | Multi-link aggregation method, system and storage medium based on VPN tunnel |
| CN112637055B (en) * | 2020-12-02 | 2023-02-07 | 广东中兴新支点技术有限公司 | Multi-link aggregation method, system and storage medium based on VPN tunnel |
| CN113992607A (en) * | 2021-09-09 | 2022-01-28 | 新华三信息安全技术有限公司 | Message processing method and device |
| CN113992607B (en) * | 2021-09-09 | 2023-11-03 | 新华三信息安全技术有限公司 | Message processing method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103490972B (en) | 2016-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103490972B (en) | Multilink tunnel message transmission method and system | |
| KR101696776B1 (en) | Enhanced acknowledgement and retransmission mechanism | |
| US7643427B2 (en) | Multipath routing architecture for large data transfers | |
| JP5580706B2 (en) | Data transfer apparatus, program, and method using retransmission control protocol | |
| Adhari et al. | Evaluation of concurrent multipath transfer over dissimilar paths | |
| Sarwar et al. | Mitigating receiver's buffer blocking by delay aware packet scheduling in multipath data transfer | |
| US11159423B2 (en) | Techniques for efficient multipath transmission | |
| Callegari et al. | Behavior analysis of TCP Linux variants | |
| CN106254202A (en) | A kind of multidiameter delay transmission method based on fountain codes and device | |
| US8098660B2 (en) | Transmitting apparatus and transmitting method | |
| CN107770085B (en) | Network load balancing method, equipment and system | |
| CN107438993B (en) | Method and system for resource bundling | |
| Le et al. | Forward delay-based packet scheduling algorithm for multipath TCP | |
| US20070286132A1 (en) | Unlicensed-Licensed Interworking Enhancement Through the Implementation of an Specific Link Control Protocol Layer with Packet Prioritization | |
| Zhuang et al. | Multipath transmission for wireless Internet access–from an end-to-end transport layer perspective | |
| Wang et al. | Concurrent multipath transfer protocol used in ad hoc networks | |
| Gong et al. | Queue management strategies to improve TCP fairness in IEEE 802.11 wireless LANs | |
| JP4953965B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND PACKET TRANSMISSION METHOD | |
| CN100544307C (en) | The method and system of load control | |
| CN102420745A (en) | 3G (the third Generation) communication method and system | |
| KR20120065867A (en) | Multipath tcp with end-to-end energy saving for large bandwidth delay product networks | |
| Ayar et al. | TCP over multiple paths revisited: Towards transparent proxy solutions | |
| AU2008267742B2 (en) | Method of communicating a data stream over a communication network | |
| US20010046210A1 (en) | Internet access | |
| Fahmi et al. | BOOST: Transport-Layer Multi-Connectivity Solution for Multi-Wan Routers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP02 | Change in the address of a patent holder |
Address after: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 610041 Sichuan city of Chengdu province high tech Zone nine Hing Road No. 16 building, Maipu Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder | ||
| CP02 | Change in the address of a patent holder |
Address after: 610041 nine Xing Xing Road 16, hi tech Zone, Sichuan, Chengdu Patentee after: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd. Address before: 610041 15-24 floor, 1 1 Tianfu street, Chengdu high tech Zone, Sichuan Patentee before: MAIPU COMMUNICATION TECHNOLOGY Co.,Ltd. |
|
| CP02 | Change in the address of a patent holder |