CN103490972B - Multilink tunnel message transmission method and system - Google Patents
Multilink tunnel message transmission method and system Download PDFInfo
- Publication number
- CN103490972B CN103490972B CN201310452422.8A CN201310452422A CN103490972B CN 103490972 B CN103490972 B CN 103490972B CN 201310452422 A CN201310452422 A CN 201310452422A CN 103490972 B CN103490972 B CN 103490972B
- Authority
- CN
- China
- Prior art keywords
- message
- l2tp
- tunnel
- virtual
- l2tp tunnel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
The present invention relates to data communication technology。The invention discloses a kind of multilink tunnel message transmission method and system。The method and technology scheme of the present invention notes including, and configures a virtual L2TP Tunnel, and be identified by the multilink bundling establishing L2TP Tunnel together on each link；Initializing each Class Queue, set up one and send total queue, one receives total queue；After message arrives transmitting terminal, the message sending total queue is numbered, according to load configuration, after selecting interface, encapsulates the serial number of different L2TP heading identification message；According to packet loss computation bandwidth, and the transmission rate according to each bar link of Bandwidth adjustment。The present invention discloses the multilink tunnel message transmission system being made up of sender and recipient。The present invention can strengthen link order transfer and anti-packet loss ability。By binding multilink, the transmission rate of each bar circuit of Reasonable adjustment, reach balanced time delay, the purpose of the bandwidth that branches out。
Description
Technical field
The present invention relates to data communication technology, particularly to the multilink tunnel message order transfer technology of data communication field。
Background technology
Enterprise network is when renting carrier network as link, and part of links, especially wireless link, its stability, delay, bandwidth all exist the problem that instantaneous variation even disconnects。For ensureing its reliability; generally this link can be backed-up; present redundancy technique includes dial backup or route backup; no matter which kind of redundancy technique; the switching time of link is general all more than tens seconds; main cause requires over link ppp (PointtoPointProtocol) keep-alive in switching and disconnects or pass through three tiers application, and dynamic routing protocol is used as Rule of judgment, and these creations of condition have a longer time course。For expanding bandwidth, it is generally adopted multilink bundle or routing overhead mode。To routing overhead and MultiLink PPP (MPPPMultilinkPointtoPointProtocol) this kind of technology, UDP (UserDatagramProtocol) message there is a fixed load effect, but to voice, time delay and message sequence are had the Business Stream of strict demand but to there is the fatal problem such as out of order by video etc.。TCP (TransmissionControlProtocol) is flowed, due to the difference of each bar chain-circuit time delay, causes that the wall scroll TCP bandwidth connected hardly results in raising。Meanwhile, there is PPP and act on behalf of in situation in most operation commercial cities, the keep-alive message of PPP is all acted on behalf of by operator, causes that PPP keep-alive is more difficult and reflects link connection situation, can cause the packet loss of long period under extreme case。When wherein certain link bandwidth produces change, the flow of each of the links load also cannot be adjusted by current technology, and can lead part of links portative data can flow through the problems such as packet loss greatly。In sum, prior art cannot solve message time delay inconsistence problems on multilink, it is impossible to solves packet loss problem that wherein a link down causes, it is impossible to solving link bandwidth variable flow sender cannot perception, it is impossible to the problem making full use of bandwidth。
Summary of the invention
The technical problem to be solved, it is simply that providing a kind of multilink tunnel message transmission method and system, balanced each bar chain-circuit time delay, the bandwidth that branches out realizes the order transfer of message。
This invention address that described technical problem, employed technical scheme comprise that, multilink tunnel message transmission method, it is characterised in that include step:
Configure a virtual L2TP Tunnel between A, sender and recipient, and configure the address of sender's virtual L2TP Tunnel outgoing interface and the address of the virtual L2TP Tunnel incoming interface of recipient；Each link in multilink between the virtual L2TP Tunnel incoming interface of described sender virtual L2TP Tunnel outgoing interface and described recipient sets up L2TP Tunnel respectively；The multilink bundle setting up L2TP Tunnel and is identified together；
B, set up for described sender virtual L2TP Tunnel outgoing interface one send total queue, for described recipient virtual L2TP Tunnel incoming interface set up one receive total queue, initialize the total queue of described transmission and receive total queue；
C, arrive after the virtual L2TP Tunnel outgoing interface of described sender when message to be forwarded, described message to be forwarded is judged by sender by local Message processing rule, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, sender configures according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message that the message of assigned sequence number carries out correspondence is encapsulated and is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated in L2TP message；
After D, described L2TP message arrive the virtual L2TP Tunnel incoming interface of described recipient and decapsulate, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding by recipient, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender；
After E, described sender virtual L2TP Tunnel outgoing interface receive the message information of deletion sequence number of described recipient's loopback, calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink；
F, described sender are according to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link。
Preferably, in described step A, the configuration of described virtual L2TP Tunnel is applied on each link described the L2TP Tunnel set up respectively。
Preferably, in described step D, the delay condition of described setting refers to sliding window interval or the message number of setting。
Preferably, in described step F, described sender periodically calculates the bandwidth of each outgoing interface in multilink according to packet loss。
Another object of the present invention, it is provided that a kind of multilink tunnel message transmission system, including sender and recipient；
Described sender, for setting up a virtual L2TP Tunnel with described recipient, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface respectively；Set up and initialize one and send total queue, after receiving message to be forwarded and being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message that the message of assigned sequence number carries out correspondence is encapsulated and is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of described recipient's loopback, calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link；
Described recipient, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described sender's L2TP Tunnel incoming interface respectively；Set up and initialize one and receive total queue, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of Next Sequence number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
Further, described sender includes the first link processing module, the first packet sending and receiving module and bandwidth adjustment module；
First link distribution module, for setting up a virtual L2TP Tunnel with described recipient, and sets up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle establishing L2TP Tunnel and is identified together；
First packet sending and receiving module, is used for setting up one and sends total queue and initialize；When having to message to be forwarded and after being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message encapsulation that the message of assigned sequence number carries out correspondence is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of sender's loopback, notify bandwidth adjustment module；
Bandwidth adjustment module, for calculating packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link。
Preferably, described recipient includes the second link distribution module and the second message transceiver module；
Second link distribution module, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle establishing L2TP Tunnel and is identified together；
Second message transceiver module, total queue is received for setting up and initialize one, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of the next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
Preferably, described first link distribution module, it is additionally operable to the configuration of described virtual L2TP Tunnel is applied on each link described the L2TP Tunnel set up respectively；
Described second link distribution module, is additionally operable to the configuration of described virtual L2TP Tunnel is applied on each link described the L2TP Tunnel set up respectively。
Preferably, the delay condition of described setting refers to sliding window interval or the message number of setting。
Preferably, described bandwidth adjustment module periodically acts on QOS according to packet loss computation bandwidth its result。
The invention has the beneficial effects as follows, it is possible to strengthen link order transfer and anti-packet loss ability, when certain link disconnects, it is possible to be rapidly switched to an other link。Part has the particular service of packet loss, delay requirement and bandwidth requirement, and the such as business such as video, voice, by binding multilink, and dynamically find out carrier network bandwidth, the transmission rate of each bar circuit of Reasonable adjustment, thus reaching balanced time delay, the purpose of the bandwidth that branches out。
Accompanying drawing explanation
Fig. 1 is the flow chart of the multilink tunnel message transmission method of the embodiment of the present invention；
Fig. 2 is the multilink tunnel message transmission system architecture diagram of the embodiment of the present invention；
Fig. 3 is the structured flowchart of the sender of the embodiment of the present invention；
Fig. 4 is the structured flowchart of the recipient of the embodiment of the present invention。
Detailed description of the invention
Below in conjunction with the drawings and the specific embodiments, technical scheme is described in detail。
The multilink tunnel message transmission method of the present invention, flow process is as it is shown in figure 1, include step:
Configure a virtual L2TP Tunnel (the Internet tunnel protocol of a kind of industrial standard) between S101, sender and recipient, and configure the address of sender's virtual L2TP Tunnel outgoing interface and the address of the virtual L2TP Tunnel incoming interface of recipient；Each link in multilink between the virtual L2TP Tunnel incoming interface of described sender virtual L2TP Tunnel outgoing interface and described recipient sets up L2TP Tunnel respectively；The multilink bundle setting up L2TP Tunnel and is identified together.
The configuration in tunnel is it should be noted that 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 send L2TP respectively set up message, recommend here to adopt L2TPv2 tunnel。In this step, configuring a virtual Layer 2 Tunneling Protocol L2TP Tunnel between sender and recipient, the configuration of this virtual L2TP is applied on each link in multilink the L2TP Tunnel set up respectively。By ppp negotiation, the multilink bundling establishing L2TP Tunnel and is identified together。When L2TP Tunnel is consulted, the LCP message of PPP is by carrying endisc mark, and recipient, by supporting this characteristic, can bundle two L2TP passages。
S102, set up for the virtual L2TP Tunnel outgoing interface of described sender one send army unit, for described recipient virtual L2TP Tunnel incoming interface set up one receive total queue, initialize the total queue of described transmission and receive total queue。
Virtual L2TP Tunnel interface on sender or recipient, and between L2TP, there is load route。Initializing queue when 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, after message is sent, can preserve one and send sliding window interval, it is possible to be interval or message number in interface transmit queue。Recipient does not also receive message within the reception sliding window time, will send repeat requests。
S103, after message to be forwarded arrives the virtual L2TP Tunnel outgoing interface of described sender, described message to be forwarded is judged by sender by local Message processing rule, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, sender configures according to service quality (QOS), after selecting a certain outgoing interface in multilink, the L2TP message encapsulation that the message of assigned sequence number carries out correspondence is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated in L2TP message。In this step, after message to be forwarded arrives sender, being routed to the outgoing interface of virtual L2TP Tunnel, virtual L2TP Tunnel discharge coupling controls list by the access set and judges, the message being unsatisfactory for condition is directly abandoned, and other message assigned sequence number also send into the total queue of transmission。
To the serial number distribution sending total queue messages, need the data message of order transfer that NS is set according to configuration >=the numbering of 1, it is not necessary to the message numbering NS=0 of order transfer。After the message sending total queue is numbered, configures according to QOS, after selecting interface, encapsulate the serial number of different L2TP heading identification message；QOS is the QOS on virtual interface, its band width in physical, should be initialized all sub-interface bandwidth or the bandwidth sum by each sub-interface after calculating under virtual interface, QOS is when scheduling, should send according to the size order of each sub-interface bandwidth, with the message (situation that serial number does not reverse) that roomy interface should preferentially transmit Sequence Number little。
The method of the present invention is to exchange the increase of the resource of line bandwidth transmission and bandwidth to carry out (even reliable) in order for the forwarding performance of equipment, the re-transmission of transmitting may consume more device resource, and therefore also not all carries out transmitting by the message of these links。The present invention arranging access control list and order transfer on this virtual interface access and control list, and the message for not meeting forwarding condition directly abandons, and other messages then enter to send total queue。
The basis that the embodiment of the present invention realizes is order transfer message and repeat requests in data link。Realizing order transfer, first have to the sender of link, message is carried out labelling, the data receiver at link judges, in the event of packet loss, with regard to sending notification back message。This mode realizes by initial data message is encapsulated L2TP head, and to this kind of packet, lengthbit and sequencebit is still worth 1 by L2TP head, and such data message just has the mark of length and serial number。Its serial number rule is as follows:
1, when L2TP Tunnel is set up, it is 1 that acquiescence two ends send first message of data, increases successively later；
If 2 NS receiving packet are 0, directly forward；
If the NR of 3 packets is 0, represent that recipient is but without packet loss；
4, serial number is from 1-65535, after arriving 65535, again from 1, when needs calculate message number, if it find that current serial number is less than the serial number of last time, just will calculate after current serial number+65535。No matter sender or recipient require data buffer storage message number not can exceed that 65535。
Receive the square end transmission to not packet loss, ack will not be occurred to confirm, only the message to packet loss, send the message of the NR=serial number lost, this value can be carried in reverse data message, and without data message, just sending length is the data message of 0。
S104, after described L2TP message arrives the virtual L2TP Tunnel incoming interface of described recipient and decapsulates, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding by recipient, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
In this step, after message arrives recipient, recipient determines whether packet loss according to the serial number in message。If receiving the message of NR ≠ 0 inside message, just record the packet loss into corresponding sub-interface。Here can select to realize whether carrying out transmitting, to transmitting, it may be considered that retransmit, even retransmit from other sub-interface, but sending times should be restricted。Orderly message is directly forwarded by recipient, and the message of disappearance is waited 1 sliding window interval, if also do not received, continue to forward next orderly message and on corresponding sub-interface the message of loopback NR ≠ 0。
After recipient receives message, if serial number is discontinuous, do not send at once, and it is to wait for regular hour or message number (being generally 1 sliding window interval), if also not receiving message after a sliding window, then judging packet loss, the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
Retransmission operation should be optionally, upper layer application has been processed to the business that packet loss retransmits, has perhaps undesirably again retransmitted on this kind of link, but the program remains able to calculate the most rational transmission bandwidth, reduces packet loss and out of order。When only unidirectional message, recipient should the message that send NR=0 in cycle, it is to avoid link disconnects, and sending square end cannot perception。When selecting to realize retransmitting, sender side receives NR and is not equal to the message of 0 and should retransmit immediately, re-transmission should more alias, if receiving more than 2 times identical NR values and being not equal to the message of 0, record packet loss, can no longer retransmit。If receiving NR cannot find in current sliding window scope, just abandon this message, and log notices manager, it is possible to owing to network delay is too big thus causing that sliding window is unreasonable or is subject to network attack。When select unreal now retransmit time, when sender receives the NR message being not equal to 0, record packet loss。
S105, after described sender virtual L2TP Tunnel outgoing interface receives the message information of deletion sequence number of described recipient's loopback, calculates packet loss according to each outgoing interface statistical information in QOS configuration and multilink。
When data stream arrives sender, data bandwidth is also unaware of, therefore at the beginning with the transmission as possible of the interface bandwidth of acquiescence (relevant with the configuration of sender's equipment and QoS here, it is assumed that be bandwidth to be 100Kbps)。After packet loss occurs, the message of NR ≠ 0 will be received, assume that user sets with 5s as a cycle, if within a cycle, link have sent 500 messages, but have received 25 NR message being not equal to 0, such packet loss=25/500=5%, thus calculating optimum wideband is 100Kbps* (1-5%)=95Kbps。Thus calculate the bandwidth of a wherein link, utilized same method, it is possible to calculate the optimum wideband of other links。
Link should arrange a rational packet loss at the beginning, and such as 0.5%～1%, when this packet loss little, illustrate that bandwidth can increase, when more than this packet loss, illustrating that bandwidth needs to reduce。A severe bandwidth can also be set simultaneously, such as 50%, when calculating packet loss more than 50%, rational bandwidth cannot be calculated with regard to instruction sheet by NR, just be made directly Bandwidth adjustment by half, so several all after dates here, just can reach rational bandwidth。
S106, described sender is according to packet loss computation bandwidth, and the sub-interface bandwidth gone out according to Bandwidth adjustment QOS and the transmission rate 6 of each bar link, computation of Period acts on QOS, the QOS module of interface and each sub-interface carries out bandwidth distribution again。
When all after date, after sender has calculated the bandwidth of each bar link, the available bandwidth that addition must be found out up till now (notes, this bandwidth is not likely to be current maximum bandwidth, only when all links all congestion packet loss occur, the bandwidth calculated is only current maximum available bandwidth), the data traffic that each bar link sends can be adjusted, the method adjusted can do different realizations according to distinct device or business need, method by half such as can be adopted to carry out Bandwidth adjustment, it is exactly have 5% packet loss when link 1, and link 2 does not have packet loss, then the flow of the link 1 of 2.5% can be increased to link 2, transmit the cycle at the next one to continue to calculate。When there are both links all packet losses, the bandwidth calculated is exactly current total bandwidth, and namely this value can be applicable in the QoS on upper strata。
Following two situation is likely to affect packet loss:
Configuration
1, if middle line is less due to MTU, and abandon big message, or intermediate firewall, access is artificially set and is controlled list, NAT, QOS etc. are packet filtering or change thus causing the problem (i.e. the soluble packet loss problem of non-re-transmission) of packet loss, the calculating of link packet drop rate can be affected, also result in substantial amounts of re-transmission, thus affecting transfer capability, for solving such problem, when sending, IP message size is classified (as: 1-500 is designated 1, 501-1000 is designated 2, 1001-1500 is designated 3), former and the destination address protocol port of the message before adding encapsulation with class indication carries out hash, different hash values is carried out statistics packet loss and retransmission rate, message to continual data package dropout more than 95%, subsequent transmission does not just enter back into the queue of transmitting, but directly forward, when this kind of situation occurs, log notice manager should be recorded check network or distribute rationally。
2, network attack
Network attack is likely to simulate substantial amounts of repeat requests message and out of order message, this kind of message can be determined unreliable transmission queue after a certain time, when serial number is not within the scope of sliding window, just directly abandon such message, and print log is possible under attack or time slide window is less than network delay。
The present invention multilink tunnel message transmission system, structure as in figure 2 it is shown, include sender and recipient,
Described sender, for setting up a virtual L2TP Tunnel with described recipient, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface respectively；Set up and initialize one and send total queue, after receiving message to be forwarded and being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message encapsulation that the message of assigned sequence number carries out correspondence is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of described recipient's loopback, calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link；
Described recipient, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described sender's L2TP Tunnel incoming interface respectively；Set up and initialize one and receive total queue, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of Next Sequence number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
Referring to Fig. 3, sender includes the first link processing module the 301, first packet sending and receiving module 302 and bandwidth adjustment module 303；
First link distribution module 301, for setting up a virtual L2TP Tunnel with described recipient, and set up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle establishing L2TP Tunnel and is identified together；
First report transceiver module 302, is used for setting up one and sends total queue and initialize；When having to message to be forwarded and after being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message encapsulation that the message of assigned sequence number carries out correspondence is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of sender's loopback, notify bandwidth adjustment module；
Bandwidth adjustment module 303, for calculating packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link。
First link distribution module 301 and the second link module 401, for setting up L2TPV2 tunnel on each link, by ppp negotiation, and is identified the multilink bundling establishing tunnel together。Initialize sliding window size。Sliding window size represents with interval and message number。
First packet sending and receiving module 302, is used for setting up and initialize one and sends total queue。After message arrives sender, being routed to virtual interface, virtual interface controls list judgement by accessing, and directly abandons not meeting the message forwarding rule, and other messages enter to send total queue。To the message assigned sequence number sending total queue, the data message of order transfer is needed to carry out NS according to configuration >=the numbering of 1, it is not necessary to the message numbering NS=0 of order transfer。Configure according to QOS, after selecting interface, encapsulate the different L2TP headings serial number with identification message。
Bandwidth adjustment module 303 is periodically according to packet loss computation bandwidth, and the transmission rate according to each bar link of Bandwidth adjustment。If sender receives one section of continuous print packet loss, it is considered as link single-pass, disconnecting link；If a period of time does not receive any message, it is considered as link obstructed, disconnecting link；When link sends without message for a long time, just periodically sending length is the data message of 0；Not having message to send when needs can send NR information, just sending message length is the data message of 0。
Referring to Fig. 4, recipient includes the second link distribution module 401 and the second message transceiver module 402；
Second link distribution module 401, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle establishing L2TP Tunnel and is identified together。
Second message transceiver module 402, total queue is received for setting up and initialize one, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of the next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
Second message transceiver module 402, after arriving recipient for message, determines whether packet loss according to serial number；Orderly message directly being forwarded, the message of disappearance is waited 1 sliding window interval, if also do not received, continuing to forward next message and loopback to carry the message of corresponding NR information to sender。
In the present invention program, sender, according to load configuration, after selecting the outgoing interface of multilink, encapsulates different L2TP headings；Port band width is calculated according to packet loss, and according to the transmission rate of each bar link of Bandwidth adjustment or QOS is carried out Dynamic parameter adjustment。
Claims (10)
1. multilink tunnel message transmission method, it is characterised in that include step:
Configure a virtual L2TP Tunnel between A, sender and recipient, and configure the address of sender's virtual L2TP Tunnel outgoing interface and the address of the virtual L2TP Tunnel incoming interface of recipient；Each link in multilink between the virtual L2TP Tunnel incoming interface of described sender virtual L2TP Tunnel outgoing interface and described recipient sets up L2TP Tunnel respectively；The multilink bundle setting up L2TP Tunnel and is identified together；
B, set up for described sender virtual L2TP Tunnel outgoing interface one send total queue, for described recipient virtual L2TP Tunnel incoming interface set up one receive total queue, initialize the total queue of described transmission and receive total queue；
C, arrive after the virtual L2TP Tunnel outgoing interface of described sender when message to be forwarded, described message to be forwarded is judged by sender by local Message processing rule, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, sender configures according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message that the message of assigned sequence number carries out correspondence is encapsulated and is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated in L2TP message；
After D, described L2TP message arrive the virtual L2TP Tunnel incoming interface of described recipient and decapsulate, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding by recipient, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender；
After E, described sender virtual L2TP Tunnel outgoing interface receive the message information of deletion sequence number of described recipient's loopback, calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink；
F, described sender are according to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link。
2. multilink tunnel message transmission method according to claim 1, it is characterised in that in described step A, is applied on each link described the L2TP Tunnel set up respectively by the configuration of described virtual L2TP Tunnel。
3. multilink tunnel message transmission method according to claim 1, it is characterised in that in described step D, the delay condition of described setting refers to sliding window interval or the message number of setting。
4. multilink tunnel message transmission method according to claim 1, it is characterised in that in described step F, described sender periodically calculates the bandwidth of each outgoing interface in multilink according to packet loss。
5. multilink tunnel message transmission system, it is characterised in that include sender and recipient；
Described sender, for setting up a virtual L2TP Tunnel with described recipient, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described recipient's L2TP Tunnel incoming interface respectively；Set up and initialize one and send total queue, after receiving message to be forwarded and being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message that the message of assigned sequence number carries out correspondence is encapsulated and is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of described recipient's loopback, calculate packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link；
Described recipient, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link in the multilink between described virtual L2TP Tunnel outgoing interface and described sender's L2TP Tunnel incoming interface respectively；Set up and initialize one and receive total queue, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of Next Sequence number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
6. multilink tunnel message according to claim 5 transmission system, it is characterised in that described sender includes the first link processing module, the first packet sending and receiving module and bandwidth adjustment module；
First link distribution module, for setting up a virtual L2TP Tunnel with described recipient, and sets up L2TP Tunnel on each link at described virtual L2TP Tunnel outgoing interface place, and the multilink bundle establishing L2TP Tunnel and is identified together；
First packet sending and receiving module, is used for setting up one and sends total queue and initialize；When having to message to be forwarded and after being routed to virtual L2TP Tunnel outgoing interface, by local Message processing rule, described message to be forwarded is judged, for meeting the message assigned sequence number of forwarding condition, send into and send total queue, configure according to QOS, after selecting a certain outgoing interface in multilink, the L2TP message encapsulation that the message of assigned sequence number carries out correspondence is sent by the L2TP Tunnel of described outgoing interface, and described serial number is encapsulated into L2TP message；And after receiving the message information of deletion sequence number of sender's loopback, notify bandwidth adjustment module；
Bandwidth adjustment module, for calculating packet loss according to each outgoing interface statistical information in QOS configuration and multilink；According to packet loss computation bandwidth, and the transmission rate according to Bandwidth adjustment QOS and each bar link。
7. multilink tunnel message according to claim 6 transmission system, it is characterised in that described recipient includes the second link distribution module and the second message transceiver module；
Second link distribution module, for setting up a virtual L2TP Tunnel with described sender, and sets up L2TP Tunnel on each link at described virtual L2TP Tunnel incoming interface place, and the multilink bundle establishing L2TP Tunnel and is identified together；
Second message transceiver module, total queue is received for setting up and initialize one, after receiving L2TP message from described virtual L2TP Tunnel incoming interface and decapsulating, message after described decapsulation and sequence number information are sent into and receives total queue, the message meeting number order is sequentially carried out forwarding, after the delay conditions to be placed such as the message not meeting number order, if not also being received in compliance with the L2TP message of number order, then send the message of the next serial number meeting number order, and the message information of loopback deletion sequence number is to the virtual L2TP Tunnel outgoing interface of described sender。
8. multilink tunnel message according to claim 7 transmission system, it is characterised in that described first link distribution module, is additionally operable to the configuration of described virtual L2TP Tunnel is applied on each link described the L2TP Tunnel set up respectively；
Described second link distribution module, is additionally operable to the configuration of described virtual L2TP Tunnel is applied on each link described the L2TP Tunnel set up respectively。
9. multilink tunnel message according to claim 5 transmission system, it is characterised in that the delay condition of described setting refers to sliding window interval or the message number of setting。
10. multilink tunnel message according to claim 6 transmission system, it is characterised in that described bandwidth adjustment 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 CN103490972A (en) | 2014-01-01 |
| CN103490972B true 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) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104735673A (en) * | 2013-12-19 | 2015-06-24 | 中兴通讯股份有限公司 | Bound link configuration processing method and configuration method and device |
| CN104753950B (en) * | 2015-04-08 | 2018-04-13 | 北京汉柏科技有限公司 | A kind of message forwarding method and system based on IPSEC tunnels dual link |
| 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 |
| CN106067847B (en) | 2016-05-25 | 2019-10-22 | 腾讯科技（深圳）有限公司 | A kind of voice data transmission method and device |
| CN106130693B (en) * | 2016-07-08 | 2019-04-23 | 浙江工业大学 | 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 |
| 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 |
| CN110300064A (en) | 2018-03-22 | 2019-10-01 | 华为技术有限公司 | A kind of data traffic processing method, equipment and system |
| CN110519864B (en) * | 2018-05-21 | 2021-09-21 | 华为技术有限公司 | Message transmission method and device |
| CN109246021B (en) * | 2018-09-18 | 2022-03-11 | 武汉海晟科讯科技有限公司 | FPGA-based point-to-point data reliable transmission system and method |
| 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 |
| CN112637055B (en) * | 2020-12-02 | 2023-02-07 | 广东中兴新支点技术有限公司 | Multi-link aggregation method, system and storage medium based on VPN tunnel |
| CN113992607B (en) * | 2021-09-09 | 2023-11-03 | 新华三信息安全技术有限公司 | Message processing method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1787479A (en) * | 2004-12-09 | 2006-06-14 | 上海贝尔阿尔卡特股份有限公司 | Method for processing of double layer channel protocol message and apparatus thereof |
| 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 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6757250B1 (en) * | 1999-04-12 | 2004-06-29 | Mindspeed Technologies, Inc. | Methods and apparatus for data communications through packet networks |
| US8098649B2 (en) * | 2003-04-28 | 2012-01-17 | Alcatel Lucent | Using network transport tunnels to provide service-based data transport |
-
2013
- 2013-09-27 CN CN201310452422.8A patent/CN103490972B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| 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 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103490972A (en) | 2014-01-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103490972B (en) | Multilink tunnel message transmission method and system | |
| KR101696776B1 (en) | Enhanced acknowledgement and retransmission mechanism | |
| US10237153B2 (en) | Packet retransmission method and apparatus | |
| EP3278514B1 (en) | Data transmission | |
| US7643427B2 (en) | Multipath routing architecture for large data transfers | |
| JP5580706B2 (en) | Data transfer apparatus, program, and method using retransmission control protocol | |
| Xu et al. | CMT-NC: improving the concurrent multipath transfer performance using network coding in wireless networks | |
| JP3430509B2 (en) | Data communication system and method | |
| US11159423B2 (en) | Techniques for efficient multipath transmission | |
| CN100505673C (en) | Method and system for detecting path maximal transmission unit | |
| CN103618678A (en) | Method, device and system for self-adaptation multiple-link aggregation | |
| CA2556420A1 (en) | Systems and methods for parallel communication | |
| CN106254202A (en) | A kind of multidiameter delay transmission method based on fountain codes and device | |
| JP2001308947A (en) | Communication device, repeater and communication control method | |
| CN101184052A (en) | Congestion control method of implementing reliable UDP transmission | |
| CN107770085B (en) | Network load balancing method, equipment and system | |
| CN103346963A (en) | MPTCP data scheduling method based on forecast arrival time | |
| JP2018511275A (en) | Method and system for scheduling packets in bundling scenarios based on TCP tunnel and native TCP information | |
| WO2018233376A1 (en) | Message transmission method, proxy server and computer-readable storage medium | |
| US20070286132A1 (en) | Unlicensed-Licensed Interworking Enhancement Through the Implementation of an Specific Link Control Protocol Layer with Packet Prioritization | |
| JP4953965B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND PACKET TRANSMISSION METHOD | |
| JP2001156795A (en) | Packet flow controller and method | |
| CN100471197C (en) | Method of efficiently transmitting/receiving data using transport layer in a mobile ad hoc network, and network device using the method | |
| KR20120065867A (en) | Multipath tcp with end-to-end energy saving for large bandwidth delay product networks | |
| AU2008267742B2 (en) | Method of communicating a data stream over a communication network |
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 | ||
| 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. |