CN104580215A - TCP connection warm backup achieving method - Google Patents
TCP connection warm backup achieving method Download PDFInfo
- Publication number
- CN104580215A CN104580215A CN201510010555.9A CN201510010555A CN104580215A CN 104580215 A CN104580215 A CN 104580215A CN 201510010555 A CN201510010555 A CN 201510010555A CN 104580215 A CN104580215 A CN 104580215A
- Authority
- CN
- China
- Prior art keywords
- message
- master
- tcp
- standby dish
- backup
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Abstract
The invention relates to the technical field of network communications, in particular to a TCP connection warm backup achieving method. A sending end and a receiving end are included, and the sending end and the receiving end each comprise a master disk and a backup disk. The master disks and the backup disks each comprise a TCP/IP stack and a message buffer queue. Each TCP/IP stack comprises a TCP module. The achieving method comprises the steps that a message is sent to the sending end and processed by the TCP modules of the sending end, and then the message is backed up to the backup disk of the sending end before being transmitted to a network layer to be processed; after receiving a confirmation message replied by the backup disk of the sending end, the sending end continues to process the message and sends the message to the receiving end; the receiving end receives the message, processes the message through a link layer and the network layer and backs up the message to the backup disk of the receiving end before the message is transmitted to a transmission layer, the master disk of the receiving end continues to process the message only after a confirmation message replied by the backup disk of the receiving end is received, and the message is sent up to an application program of the receiving end. According to the TCP connection warm backup achieving method, it is ensured that the master disks and the backup disks are not disconnected during TCP connection master/backup switching, and the message is prevented from being lost.
Description
Technical field
The present invention relates to network communication technology field, be specifically related to the implementation method that a kind of TCP connects Hot Spare.
Background technology
TCP (Transmission Control Protocol, transmission control protocol) is that current network world uses transport layer protocol the most general, and agreement popular at present such as FTP, HTTP etc. realize based on TCP.Along with router use scenes becomes increasingly complex, more and more diversified, the service based on TCP technology is proposed to the requirement of higher standard, therefore TCP high reliability is arisen at the historic moment.
TCP NSR (Non-Stop Routing) is one of implementation realizing TCP high reliability, refers to as distributed apparatus provides the mechanism of Hot Spare, also known as many Host Technology.For distributed apparatus is equipped with two pieces or polylith main control unit, one piece is primary dish (hereinafter referred to as master), other is dish for subsequent use (hereinafter referred to as standby dish), when master breaks down, system carries out masterslave switchover automatically, seamless by standby dish, to take over master smoothly work.
As shown in Figure 1, set up a TCP between Node A and Node B to connect.Node B is a distributed equipment, has master and standby dish.Complete this TCP by master during normal work to connect, master goes wrong and to be taken over by standby dish.This simply backs up, encounter a difficulty when using Transmission Control Protocol: because standby dish cannot know that on master, TCP connects running status, data cached and used sequence number, must re-establish a new TCP and connect, and this will cause serious problem when switching.Such as Node B and Node A are two routers, between run BGP Routing Protocol, once rebuild TCP, will exchanging routing information again, therefore produce route oscillation.
For solving this problem, current industry adopts two schemes:
In the first scheme as shown in Figure 2, realized the backup of TCP by amendment tcp state machine.ESTAB in figure is stable state intrinsic in tcp state machine, and this programme was increasing SYN RCVD* and SYN SENT* two tcp states newly before ESTAB.Rec ACK in each status change, Rec SYNC, Send SYN, Rec SYN, ACK, Send ACK, Need Synchronization are message format, this scheme can solve the difficult point of TCP backup, but fatal problem is, the program is only applicable to the router of same manufacturer, these two states of ICP/IP protocol stack not perception SYN RCVD* and SYNSENT* on other manufacturer's routers, thus cause dropping packets.
In first scheme as shown in Figure 3, be that packet message master being received or sends all copies a coiling to standby, if master and standby dish adopt identical algorithms, then the tcp state that can be consistent.And in this programme, master and standby dish are independently, although algorithm is consistent, the dispatching sequence of in fact each process may there are differences, and accomplish completely the same very difficult.In actual use, also dropping packets can be caused.
Summary of the invention
For the defect existed in prior art, the object of the present invention is to provide a kind of TCP to connect the implementation method of Hot Spare, ensure that TCP connects masterslave switchover not disconnection, prevent message dropping.
For reaching above object, the technical scheme that the present invention takes is: a kind of TCP connects the implementation method of Hot Spare, based on transmitting terminal and receiving terminal, transmitting terminal and receiving terminal include master and standby dish, master and standby dish include ICP/IP protocol stack and packet buffer queue, ICP/IP protocol stack comprises tcp module again, described implementation method comprises: send message for transmitting terminal, after this end tcp module process, before passing to network layer handles, message is backuped to standby dish, after receiving the confirmation message of standby dish reply, continue process message and send to receiving terminal; Receive message for receiving terminal, after link layer and network layer handles, before passing to transport layer process, message is backuped to standby dish, after receiving the confirmation message of replying for dish, master just continues to process message, and by message up sending to destination applications.
On the basis of technique scheme, the application program of transmitting terminal creates socket controll block, and relevant socket controll block is backuped to standby dish by master ICP/IP protocol stack, and standby dish creates corresponding socket controll block.
On the basis of technique scheme, at transmitting terminal, being blocked in after the application program transmission message of master sends in function, master ICP/IP protocol stack receives message, after calling tcp module process, before sending to network layer, the beginning sequence number of message, message and end sequence number are backuped to the standby dish of transmitting terminal, after standby dish receives the message of master backup, be cached in packet buffer queue, and sending confirmation message to master, after master receives the confirmation message of standby dish, notice is blocked in the application program sent in function and returns; Master continues to call network layer and link layer relevant treatment function, sends message to receiving terminal by normal flow.
On the basis of technique scheme, for transmitting terminal, when master has message not send, then masterslave switchover occurs, standby dish upgrades to master, is reorganized by the message in packet buffer queue and sends.
On the basis of technique scheme, when the user of receiving terminal creates socket controll block, relevant socket controll block is backuped to standby dish by master ICP/IP protocol stack, and standby dish creates corresponding socket controll block.
On the basis of technique scheme, receiving terminal receives message by the physical interface of its master ICP/IP protocol stack, message is after link layer and network layer handles, when being passed to master transport layer entrance, this message of master tcp module buffer memory is in buffer queue, and being pass-through to the tcp module of standby dish, standby dish replys confirmation message to master after receiving message; After master tcp module receives confirmation message, from the packet buffer queue of master, find out corresponding message, reply ACK message to transmitting terminal after treatment, and the message sent by transmitting terminal received is uploaded to master application program.
On the basis of technique scheme, described transmitting terminal or receiving terminal, its standby dish inserts moment, master detects that standby dish is reached the standard grade, if have buffer memory message in the TCP buffering area of master, message up sending to master application program, and is notified that master application program starts debit to demarcation by master tcp module, and master application program carries out related data backup.
On the basis of technique scheme, described master application program is carried out related data backup and is specially, and master application notification master tcp module carries out the demarcation of sending direction, and related data is backuped to the tcp module of standby dish by tcp module.
Beneficial effect of the present invention is: tcp state information is backuped to standby dish from master, the message simultaneously connected by this TCP and sequence number backup to standby dish together, when master breaks down, system carries out masterslave switchover automatically, after switching, message based on backup does smoothing processing, seamless by standby dish, to take over master smoothly work, thus ensures that TCP connects not disconnection.
Accompanying drawing explanation
Fig. 1 is binode Communication Graph in background technology;
Fig. 2 is the first scheme schematic diagram in background technology;
Fig. 3 is first scheme schematic diagram in background technology;
Fig. 4 is the schematic diagram that TCP of the present invention connects the implementation method of Hot Spare;
Fig. 5 is that the embodiment of the present invention sends Message processing flow chart;
Fig. 6 is that the embodiment of the present invention receives Message processing flow chart.
Embodiment
Below in conjunction with drawings and Examples, the present invention is described in further detail.
TCP of the present invention connects the implementation method of Hot Spare, and based on transmitting terminal and receiving terminal, transmitting terminal and receiving terminal include master and standby dish, as shown in Figure 4, is master and the standby dish of transmitting terminal or receiving terminal.Master and standby dish include BGP (Border Gateway Protocol, Border Gateway Protocol) module, ICP/IP protocol stack and packet buffer queue, BGP module is the APP (application program) that an interface by sokcet controll block uses TCP service, ICP/IP protocol stack comprises socket controll block, tcp module (transport layer) and IP module (network layer), jointly externally provides service.Described implementation method comprises: send message for transmitting terminal, after this end tcp module process, before passing to IP module (network layer) process, message is backuped to standby dish, after receiving the confirmation message of standby dish reply, continue process message and also send to receiving terminal; Receive message for receiving terminal, after link layer and network layer handles, before passing to transport layer process, message is backuped to standby dish, after receiving the confirmation message of replying for dish, master just continues to process message, and by message up sending to destination applications.
As shown in Figure 5, the concrete handling process of described transmitting terminal transmission message is as follows:
S101. the APP of transmitting terminal creates socket controll block, and relevant socket controll block is backuped to standby dish by the ICP/IP protocol stack of master, and standby dish creates corresponding socket controll block.
S102.APP is blocked in after sending message and sends in function, and (as lock mechanism between process), does not return.
S103. master ICP/IP protocol stack receives the message that APP sends, calling tcp module is correlated with after api function process, before sending to network layer, the beginning sequence number of message, message and end sequence number are backuped to the standby dish of transmitting terminal, and subsequent packet backups to standby dish together with the sequence number of message, wait for standby dish confirmation message.
S104. after standby dish receives the message of master backup, be cached in its packet buffer queue, and send confirmation message to master, simultaneously by the APP of the message up sending of these buffer memorys to standby dish.
S105., after master receives the confirmation message of standby dish, notice is blocked in the APP sent in function, and APP returns.
S106., after master continues to call network layer and link layer relevant treatment function, message is sent to receiving terminal by normal flow.When master has message not send, then masterslave switchover occurs, standby dish upgrades to master, according to the message in packet buffer queue, reorganizes message and sends, ensure that receiving terminal receives continuous print message.
As shown in Figure 6, receiving terminal reception Message processing flow process is as follows:
S201. when the user of receiving terminal creates socket controll block, relevant socket controll block is backuped to standby dish by master ICP/IP protocol stack, and standby dish creates corresponding socket controll block.
S202. when receiving terminal receives message, from the physical interface packet receiving of master ICP/IP protocol stack, standby dish interface does not participate in transmitting-receiving bag.
S203. the message received is after link layer and network layer handles, and when being passed to transport layer TCP packet receiving process, this message of master tcp module buffer memory in buffer queue, and is pass-through to the tcp module of standby dish, waits for standby dish tcp module confirmation message.
S204., after standby dish tcp module receives the message that master sends, reply confirmation message to master, the message that tcp module process simultaneously receives, and on deliver to standby dish APP, standby dish tcp module deletes the message of buffer memory.
S205. after master tcp module receives the confirmation message of standby dish, from the packet buffer queue of master, find out corresponding message, after relevant treatment, reply ACK message to transmitting terminal, and being sent by transmitting terminal of receiving be uploaded to master APP.
Before the message of transmitting terminal or receiving terminal is switched, need to carry out message demarcation, be specially: at transmitting terminal or receiving terminal, its standby dish inserts moment, and master detects that standby dish is reached the standard grade, and starts to enter batch standby.If have buffer memory message in the TCP buffering area of master, message up sending to master APP, and is notified that master APP starts debit to demarcation by master tcp module.Master APP carries out related data backup, and master APP notifies that master tcp module carries out the demarcation of sending direction, and related data is backuped to the tcp module of standby dish by tcp module.
The present invention is not limited to above-mentioned execution mode, and for those skilled in the art, under the premise without departing from the principles of the invention, can also make some improvements and modifications, these improvements and modifications are also considered as within protection scope of the present invention.The content be not described in detail in this specification belongs to the known prior art of professional and technical personnel in the field.
Claims (8)
1. the implementation method of a TCP connection Hot Spare, based on transmitting terminal and receiving terminal, transmitting terminal and receiving terminal include master and standby dish, master and standby dish include ICP/IP protocol stack and packet buffer queue, ICP/IP protocol stack comprises tcp module again, it is characterized in that, described implementation method comprises: send message for transmitting terminal, after this end tcp module process, before passing to network layer handles, message is backuped to standby dish, after receiving the confirmation message of standby dish reply, continue process message and send to receiving terminal; Receive message for receiving terminal, after link layer and network layer handles, before passing to transport layer process, message is backuped to standby dish, after receiving the confirmation message of replying for dish, master just continues to process message, and by message up sending to destination applications.
2. TCP as claimed in claim 1 connects the implementation method of Hot Spare, it is characterized in that: the application program of transmitting terminal creates socket controll block, relevant socket controll block is backuped to standby dish by master ICP/IP protocol stack, and standby dish creates corresponding socket controll block.
3. TCP as claimed in claim 2 connects the implementation method of Hot Spare, it is characterized in that: at transmitting terminal, being blocked in after the application program transmission message of master sends in function, master ICP/IP protocol stack receives message, after calling tcp module process, before sending to network layer, by message, the beginning sequence number of message and end sequence number backup to the standby dish of transmitting terminal, after standby dish receives the message of master backup, be cached in packet buffer queue, and send confirmation message to master, after master receives the confirmation message of standby dish, notice is blocked in the application program sent in function and returns, master continues to call network layer and link layer relevant treatment function, sends message to receiving terminal by normal flow.
4. TCP as claimed in claim 1 connects the implementation method of Hot Spare, it is characterized in that: for transmitting terminal, when master has message not send, then masterslave switchover occurs, and standby dish upgrades to master, is reorganized by the message in packet buffer queue and sends.
5. TCP as claimed in claim 1 connects the implementation method of Hot Spare, it is characterized in that: when the user of receiving terminal creates socket controll block, relevant socket controll block is backuped to standby dish by master ICP/IP protocol stack, and standby dish creates corresponding socket controll block.
6. TCP as claimed in claim 5 connects the implementation method of Hot Spare, it is characterized in that: receiving terminal receives message by the physical interface of its master ICP/IP protocol stack, message is after link layer and network layer handles, when being passed to master transport layer entrance, this message of master tcp module buffer memory is in buffer queue, and being pass-through to the tcp module of standby dish, standby dish replys confirmation message to master after receiving message; After master tcp module receives confirmation message, from the packet buffer queue of master, find out corresponding message, reply ACK message to transmitting terminal after treatment, and the message sent by transmitting terminal received is uploaded to master application program.
7. TCP as claimed in claim 1 connects the implementation method of Hot Spare, it is characterized in that: described transmitting terminal or receiving terminal, its standby dish inserts moment, master detects that standby dish is reached the standard grade, if have buffer memory message in the TCP buffering area of master, message up sending to master application program, and is notified that master application program starts debit to demarcation by master tcp module, and master application program carries out related data backup.
8. TCP as claimed in claim 7 connects the implementation method of Hot Spare, it is characterized in that: described master application program is carried out related data backup and is specially, master application notification master tcp module carries out the demarcation of sending direction, and related data is backuped to the tcp module of standby dish by tcp module.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510010555.9A CN104580215A (en) | 2015-01-09 | 2015-01-09 | TCP connection warm backup achieving method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510010555.9A CN104580215A (en) | 2015-01-09 | 2015-01-09 | TCP connection warm backup achieving method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104580215A true CN104580215A (en) | 2015-04-29 |
Family
ID=53095396
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510010555.9A Pending CN104580215A (en) | 2015-01-09 | 2015-01-09 | TCP connection warm backup achieving method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104580215A (en) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105119747A (en) * | 2015-08-27 | 2015-12-02 | 福建三元达通讯股份有限公司 | Hot backup method for SCTP (Stream Control Transmission Protocol) protocol stack of LTE (Long Term Evolution) Femto gateway |
| CN106101026A (en) * | 2016-06-07 | 2016-11-09 | 深圳证券通信有限公司 | A kind of UDP multicasting method of highly reliable low latency |
| CN106790286A (en) * | 2017-02-28 | 2017-05-31 | 杭州迪普科技股份有限公司 | A kind of method and device of information back-up |
| CN107395424A (en) * | 2017-07-31 | 2017-11-24 | 江西山水光电科技股份有限公司 | A kind of method for realizing TCP connections backup |
| CN107645451A (en) * | 2017-09-21 | 2018-01-30 | 烽火通信科技股份有限公司 | It is a kind of that the system and method uninterruptedly routeing is realized by application and protocol stack linkage |
| CN107733692A (en) * | 2017-09-21 | 2018-02-23 | 烽火通信科技股份有限公司 | The 1+1 backup method and system of communication equipment |
| CN109194576A (en) * | 2018-10-25 | 2019-01-11 | 锐捷网络股份有限公司 | A kind of method and apparatus of TCP warm back-up |
| CN110011767A (en) * | 2019-04-17 | 2019-07-12 | 北京百度网讯科技有限公司 | Method and apparatus for TCP connection backup |
| CN110958176A (en) * | 2019-11-20 | 2020-04-03 | 烽火通信科技股份有限公司 | System and method for controlling uninterrupted routing during switching of main and standby control planes |
| CN111245640A (en) * | 2019-12-26 | 2020-06-05 | 杭州初灵信息技术股份有限公司 | TCP connection synchronization method without interruption of switching in grouping equipment |
| CN112039863A (en) * | 2020-08-25 | 2020-12-04 | 烽火通信科技股份有限公司 | Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture |
| CN114500243A (en) * | 2020-11-13 | 2022-05-13 | 腾讯科技（北京）有限公司 | Data communication method, device, computer readable medium and electronic equipment |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1567919A (en) * | 2003-07-02 | 2005-01-19 | 西安大唐电信有限公司 | A method for primary and standby machine to take turns on TCP connection |
| US6880013B2 (en) * | 2000-12-29 | 2005-04-12 | International Business Machines Corporation | Permanent TCP connections across system reboots |
| CN101022451A (en) * | 2006-02-14 | 2007-08-22 | 杭州华为三康技术有限公司 | Connection state synchronizing method in data communication and applied communication node thereof |
| CN101577731A (en) * | 2009-06-15 | 2009-11-11 | 杭州华三通信技术有限公司 | Method and device for TCP connection active-standby changeover and H323 connection active-standby changeover |
| CN101764738A (en) * | 2008-12-25 | 2010-06-30 | 华为技术有限公司 | Backup method supporting TCP protocol connection and system thereof |
| CN102035687A (en) * | 2011-01-06 | 2011-04-27 | 华为技术有限公司 | Backup method and equipment for TCP connection |
| CN102510408A (en) * | 2011-11-30 | 2012-06-20 | 武汉烽火网络有限责任公司 | Method for realizing TCP (transmission control protocol) application main and standby changeover |
-
2015
- 2015-01-09 CN CN201510010555.9A patent/CN104580215A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6880013B2 (en) * | 2000-12-29 | 2005-04-12 | International Business Machines Corporation | Permanent TCP connections across system reboots |
| CN1567919A (en) * | 2003-07-02 | 2005-01-19 | 西安大唐电信有限公司 | A method for primary and standby machine to take turns on TCP connection |
| CN101022451A (en) * | 2006-02-14 | 2007-08-22 | 杭州华为三康技术有限公司 | Connection state synchronizing method in data communication and applied communication node thereof |
| CN101764738A (en) * | 2008-12-25 | 2010-06-30 | 华为技术有限公司 | Backup method supporting TCP protocol connection and system thereof |
| CN101577731A (en) * | 2009-06-15 | 2009-11-11 | 杭州华三通信技术有限公司 | Method and device for TCP connection active-standby changeover and H323 connection active-standby changeover |
| CN102035687A (en) * | 2011-01-06 | 2011-04-27 | 华为技术有限公司 | Backup method and equipment for TCP connection |
| CN102510408A (en) * | 2011-11-30 | 2012-06-20 | 武汉烽火网络有限责任公司 | Method for realizing TCP (transmission control protocol) application main and standby changeover |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105119747B (en) * | 2015-08-27 | 2018-12-11 | 福建三元达科技有限公司 | A kind of heat backup method of the Stream Control Transmission Protocol stack of LTE Femto gateway |
| CN105119747A (en) * | 2015-08-27 | 2015-12-02 | 福建三元达通讯股份有限公司 | Hot backup method for SCTP (Stream Control Transmission Protocol) protocol stack of LTE (Long Term Evolution) Femto gateway |
| CN106101026A (en) * | 2016-06-07 | 2016-11-09 | 深圳证券通信有限公司 | A kind of UDP multicasting method of highly reliable low latency |
| CN106790286A (en) * | 2017-02-28 | 2017-05-31 | 杭州迪普科技股份有限公司 | A kind of method and device of information back-up |
| CN107395424A (en) * | 2017-07-31 | 2017-11-24 | 江西山水光电科技股份有限公司 | A kind of method for realizing TCP connections backup |
| CN107733692A (en) * | 2017-09-21 | 2018-02-23 | 烽火通信科技股份有限公司 | The 1+1 backup method and system of communication equipment |
| CN107645451A (en) * | 2017-09-21 | 2018-01-30 | 烽火通信科技股份有限公司 | It is a kind of that the system and method uninterruptedly routeing is realized by application and protocol stack linkage |
| CN109194576A (en) * | 2018-10-25 | 2019-01-11 | 锐捷网络股份有限公司 | A kind of method and apparatus of TCP warm back-up |
| CN110011767A (en) * | 2019-04-17 | 2019-07-12 | 北京百度网讯科技有限公司 | Method and apparatus for TCP connection backup |
| CN110958176A (en) * | 2019-11-20 | 2020-04-03 | 烽火通信科技股份有限公司 | System and method for controlling uninterrupted routing during switching of main and standby control planes |
| CN110958176B (en) * | 2019-11-20 | 2022-02-08 | 烽火通信科技股份有限公司 | System and method for controlling uninterrupted routing during switching of main and standby control planes |
| CN111245640A (en) * | 2019-12-26 | 2020-06-05 | 杭州初灵信息技术股份有限公司 | TCP connection synchronization method without interruption of switching in grouping equipment |
| CN112039863A (en) * | 2020-08-25 | 2020-12-04 | 烽火通信科技股份有限公司 | Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture |
| CN114500243A (en) * | 2020-11-13 | 2022-05-13 | 腾讯科技（北京）有限公司 | Data communication method, device, computer readable medium and electronic equipment |
| CN114500243B (en) * | 2020-11-13 | 2024-02-09 | 腾讯科技（北京）有限公司 | Data communication method, device, computer readable medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104580215A (en) | TCP connection warm backup achieving method | |
| US7864750B2 (en) | Load distributing apparatus and load distributing method | |
| CN102510408B (en) | Method for realizing TCP (transmission control protocol) application main and standby changeover | |
| US11863370B2 (en) | High availability using multiple network elements | |
| KR101453182B1 (en) | Interruption, at least in part, of frame transmission | |
| CN102075343B (en) | An out-of-band management realization method, a system for the same and an out-of-band management switch | |
| CN105915400A (en) | Data stream switching method and system | |
| EP1829267B1 (en) | Redundant l2tp end points | |
| US20110164494A1 (en) | Method for operating a virtual router redundancy protocol router and communication system therefor | |
| CN101860491B (en) | Aggregation type link bidirectional forwarding detection method and device thereof | |
| CN103534982A (en) | Method, equipment and network virtualization system for protecting business reliability | |
| EP1708445A1 (en) | Communication device and logical link abnormality detection method | |
| WO2016172926A1 (en) | Communication method and device, and system in communication system | |
| CN100388721C (en) | Method for protecting coupling based on flow control transfer protocol | |
| CN102447615A (en) | Switching method and router | |
| CN102238069B (en) | Data processing method and device for link switching process | |
| CN103532863A (en) | Method and device for realizing software stacking | |
| CN103036728A (en) | Multi- redundancy ethernet data transmission system and transmission method | |
| JP5441566B2 (en) | Communication terminal, communication system, and node switching method | |
| US9118521B2 (en) | Method and apparatus for controlling an SCTP protocol instance | |
| CN113973020A (en) | Method, device and system for sending multicast message | |
| JP2011040931A (en) | Mobile communication gateway device, and method of controlling mobile communication gateway | |
| JP2003258844A (en) | Network terminating device of internet protocol network and method for operating its redundancy system | |
| CN102255716A (en) | Method and system for protocol state backup between equipment | |
| WO2014044088A1 (en) | L2tp network protection method, apparatus and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180323 Address after: 430074 Wuhan, Hongshan Province District Road, Department of mail, No. 88 hospital Applicant after: Fenghuo Communication Science &. Technology Co., Ltd. Applicant after: WUHAN FIBERHOME TECHNICAL SERVICES CO., LTD. Address before: China Science and Technology Park Dongxin road East Lake Development Zone 430074 Hubei Province, Wuhan City, No. 5 Applicant before: Fenghuo Communication Science &. Technology Co., Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150429 |
|
| RJ01 | Rejection of invention patent application after publication |