CN112039863A - Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture - Google Patents

Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture Download PDF

Info

Publication number
CN112039863A
CN112039863A CN202010864594.6A CN202010864594A CN112039863A CN 112039863 A CN112039863 A CN 112039863A CN 202010864594 A CN202010864594 A CN 202010864594A CN 112039863 A CN112039863 A CN 112039863A
Authority
CN
China
Prior art keywords
tcp
component
stream
protocol
receiving
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
Application number
CN202010864594.6A
Other languages
Chinese (zh)
Other versions
CN112039863B (en
Inventor
付华楷
马红斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fiberhome Telecommunication Technologies Co Ltd
Original Assignee
Fiberhome Telecommunication Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fiberhome Telecommunication Technologies Co Ltd filed Critical Fiberhome Telecommunication Technologies Co Ltd
Priority to CN202010864594.6A priority Critical patent/CN112039863B/en
Publication of CN112039863A publication Critical patent/CN112039863A/en
Application granted granted Critical
Publication of CN112039863B publication Critical patent/CN112039863B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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/28—Routing or path finding of packets in data switching networks using route fault recovery
    • 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • 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

Landscapes

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

Abstract

The invention discloses a method and a device for backing up and smoothing a TCP stream in a TCP hot standby framework, which relate to the field of data communication, and comprise that during receiving and transmitting, a first main component close to a source firstly caches the stream, and after the stream is backed up successfully to the first standby component, the length of the receiving and transmitting stream is updated and then the stream is transmitted to a second main component; after receiving the stream, the second main component caches the stream, and after the stream is successfully backed up to the second standby component, the second main component updates the length of the stream received and transmitted to the next main component or the remote equipment; after receiving the confirmation of the next component based on the length of the receiving and sending stream or the confirmation of the remote equipment based on the TCP serial number, the cache streams of the main component and the standby component can be deleted; after the backup host, the buffer flow between the protocol component and the TCP component is smoothed based on the length of the transceiving flow. The method and the device for backup and smoothing of the TCP stream in the TCP hot standby framework improve the probability of recovery of the MPLS/routing protocol based on the TCP after the standby is mainly upgraded, and improve the availability of the device.

Description

Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture
Technical Field
The invention relates to the field of data communication, in particular to a method and equipment for backing up and smoothing a TCP stream in a TCP hot standby architecture.
Background
NSR (non-Stop Routing, uninterrupted Routing) refers to a technique of configuring two main control disks, one being a main control disk (hereinafter referred to as main disk) and the other being a standby main control disk (hereinafter referred to as standby disk) in a network communication device, and when a physical/software failure of the main disk or a main/standby switching command occurs, a neighbor does not sense the failure and does not need to provide GR assistance, and the standby disk replaces the main disk to work and recover service data such as a neighbor state and a Routing label of a protocol, without causing protocol and service interruption.
Based on MPLS/routing protocol components of TCP connection, TCP protocol components provide reliable transmission service for the components, NSR of MPLS/routing protocol must firstly ensure reliable backup of TCP connection, and can be recovered after primary failure backup. TCP hot standby is the basis for NSR implementation.
Unlike UDP, TCP streams do not transport a complete application message, but rather a byte stream (a portion of a message or multiple messages concatenated together). TCP assembly does not sense the boundary of application message, generally defines a length in the application protocol head by protocol assembly, and analyzes the head to delimit the message by protocol assembly; more extreme like telnet does not define length, the message boundaries are more fuzzy, and the TCP flow is parsed byte by telnet protocol components. A missing byte stream or a repeated partial byte (even a byte) of a byte stream sent or received by a protocol component can cause that a local protocol component or a remote protocol component can not delimit a message, so that all TCP stream processing errors can not be recovered, a TCP session connection is closed, and all labels or routes related to the session are withdrawn.
The TCP protocol has implemented retransmission based on the TCP sequence number to avoid TCP stream out-of-order, loss, and duplication, thereby providing reliable streaming service between the local TCP and the remote TCP. However, this is not enough, for example, when TCP fails when it receives a remote TCP stream and sends an acknowledgement sequence number but has not yet been transmitted to an upper layer protocol component, the backup master fails to recover due to the loss of the previous stream, which results in failure of recovery of the TCP connection, and thus failure of NSR.
The streaming between the protocol component and the TCP component contains the following meanings: (1) a protocol component may send a portion of a message at a time or a TCP stream with multiple messages concatenated together; (2) the sending direction may be limited by the socket sending buffer area to be insufficient to accommodate the length of the sending TCP stream, and only part of the sending TCP stream is copied to the socket sending buffer area; (3) a TCP flow that is handed to a protocol component in the receiving direction TCP cannot be guaranteed to be a complete application message, possibly a part of a message, or a TCP flow in which multiple messages are concatenated is handed to the application.
Some TCP hot standby implementation processes only backup TCP streams and control states by a TCP component, and other TCP hot standby implementation processes respectively backup the TCP streams and the control states by a protocol component and a TCP component, but the respective backups of the protocol component and the TCP component lack a mechanism for mutual cooperation and a mechanism for smoothly processing the protocol component and the TCP component after backup. The implementation modes only partially satisfy the scene that no TCP stream is transmitted and received between protocol components in fault, while a large-scale router protocol component may transmit and receive the TCP stream at any moment, and the fault may occur in any link of transmitting and receiving the TCP stream, so the TCP hot standby implementation process is difficult to solve the following problems:
(1) reliable backup of the TCP stream cannot be guaranteed before the backup is carried out, and meanwhile, the influence of the deletion time of the backup TCP stream is large because the backup buffer area cannot be infinite;
(2) after the backup master is upgraded, although both the protocol component and the TCP component have backup TCP streams, in the sending direction, the protocol component cannot know which TCP streams in the sending buffer area of the protocol component are sent to the TCP component and which TCP streams are not sent to the TCP component; in the receive direction, the protocol component cannot know which TCP flows have been received from the TCP component and which have not.
Therefore, the foregoing implementation has difficulty in ensuring reliable transmission of the TCP stream between the protocol component and the TCP, so that no part of bytes are lost or repeated in the TCP stream between the protocol component and the protocol component of the remote device, thereby causing NSR failure.
In summary, the TCP hot standby implementation must provide a reliable mechanism for cooperation between the protocol component backup and the TCP backup, and a mechanism for upgrading the main and post protocol components and TCP smoothing.
Disclosure of Invention
Aiming at the defects in the prior art, the invention aims to provide a method and equipment for backing up and smoothing a TCP stream in a TCP hot standby architecture, so that the probability of recovering an MPLS/routing protocol based on TCP after standby is improved, and the availability of the equipment is improved.
In order to achieve the above purposes, the technical scheme adopted by the invention is as follows:
a method for backup and smooth processing of TCP streams in a TCP hot standby architecture comprises the following steps:
s1, when TCP data stream is received and transmitted, the first main component close to the source firstly buffers the stream, backups the stream to the first standby component, updates the length of the received and transmitted stream after success, and transmits the stream to the second main component far away from the source; after receiving the TCP data stream, the second main component caches the TCP data stream, backs up the TCP data stream to the second standby component, and updates the length of the receiving and sending stream after the TCP data stream is successfully received and sent to the next main component or the remote equipment;
s2, deleting the buffer flow of the main and standby components after receiving the confirmation of the next component based on the length of the receiving and sending flow or the confirmation of the remote device based on the TCP serial number;
and S3, after the master is upgraded, smoothing of buffer flow between the protocol component and the TCP component is realized based on the length of the transceiving flow, and then the TCP connection is recovered.
On the basis of the above technical solution, the receiving a backup of the TCP flow in the sending direction in step S1 specifically includes the following steps:
s101, after a primary protocol component initializes a TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s102, after the primary TCP component successfully creates the socket control block and the TCP control block, backing up the socket control block and the TCP control block to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s103, when a route and a label are added, packaging the route and the label into a TCP stream, and caching the TCP stream to a main protocol sending buffer area; backing up the transmission buffer area of the main protocol to the transmission buffer area of the standby protocol and updating; returning a backup success message to the main protocol component;
s104, after receiving the backup success message, the main protocol component updates the transmission length in the transmission buffer area of the session related protocol; transmitting the TCP stream to be transmitted to a main TCP protocol assembly, copying the TCP stream to a main socket transmitting buffer area by the main TCP protocol assembly, and returning the number of copied bytes; if the number of sent bytes is larger than the number of returned bytes, starting a timer to transmit the unsuccessful TCP stream again;
s105, the primary TCP component backs up the socket sending buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the backup protocol component, updating a socket sending buffer area and a TCP control block of the backup socket control block, and updating the sending stream length in the socket sending buffer area; and returns a success message to the primary TCP component; updating the length of a transmission stream in a socket transmission buffer zone by a main TCP component;
s106, calling a TCP sending flow by the main TCP component to transmit the TCP stream to the remote equipment;
and S107, repeating the steps S103 to S106 and transmitting the subsequent TCP stream.
On the basis of the above technical solution, the receiving a backup of the TCP stream in the receiving direction in step S1 specifically includes the following steps:
s201, after a primary protocol component initializes TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s202, after a socket control block and a TCP control block are created by the main TCP component, the socket control block and the TCP control block are backed up to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s203, when the main TCP component receives the TCP stream of the remote device, copying the TCP stream to a main socket receiving buffer area, and updating the control information of the socket buffer area and the TCP control block;
s204, the primary TCP component backs up the socket receiving buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the data, the standby protocol component updates a standby socket receiving buffer area and a TCP control block, and simultaneously updates the length of a receiving stream in the socket receiving buffer area; updating the length of a receiving flow in a receiving buffer area of a socket by a main TCP component;
s205, the main TCP component calls a TCP sending flow to transmit the message containing the confirmation serial number to the remote equipment; the TCP component backups first and then sends a message for confirming the sequence number;
s206, the primary protocol component receives the TCP stream from the primary TCP component, and the TCP component does not delete the TCP stream in the socket receiving buffer zone;
s207, the main protocol assembly backs up the main protocol receiving buffer area to the protocol receiving buffer area of the standby protocol assembly; after receiving the backup information, the standby protocol component updates the corresponding standby protocol receiving buffer area, updates the receiving length and returns a success message to the main protocol component; the active protocol component updates the receive length.
Based on the above technical solution, in step S2, the deleting of the backup of the TCP flow sent in the sending direction specifically includes the following steps:
s301, the main protocol component inquires the length of the transmission stream to the main TCP component, compares the length of the transmission stream with the length of the transmission stream of the main protocol transmission buffer area, and deletes the TCP stream which is successfully transmitted in the protocol transmission buffer area;
s302, the main protocol component sends the deleted TCP stream information of the protocol sending buffer area in the S301 to the standby protocol component; after receiving the information of deleting the TCP stream, the standby protocol component deletes the TCP stream which is successfully sent by the standby protocol sending buffer zone; returning a success message to the main protocol component;
s303, after receiving the confirmation sequence number from the remote device, the main TCP component deletes the TCP stream which is successfully sent in the socket sending buffer;
s304, the main TCP component sends the deleted TCP stream information of the sleeve interface sending buffer area in the S303 to the standby TCP component; after receiving the information of deleting the TCP stream, the standby TCP component deletes the TCP stream which is successfully sent in the standby socket sending buffer area; and returning success to the main TCP component.
Based on the above technical solution, in step S2, the deleting of the backup of the TCP flow sent in the receiving direction specifically includes the following steps:
s401, after backing up a protocol receiving buffer, the main protocol assembly updates the backed up receiving stream length to the main TCP assembly;
s402, deleting the TCP stream of the socket receiving buffer area by the main TCP component according to the receiving stream length, and sending the information of the deleted TCP stream to the standby TCP component; and the standby TCP component deletes the TCP stream corresponding to the standby socket receiving buffer area according to the received TCP stream deletion information, and returns a response message to the main TCP component.
On the basis of the above technical solution, in step S3, the step of implementing TCP flow smoothing in the sending direction specifically includes:
s501, the protocol component acquires the length of the transmitted stream of the socket sending buffer of the hot standby protocol session from the TCP component;
s502, the protocol component compares the lengths of the transmitted streams in the transmission socket buffer and the protocol transmission buffer, and if the former is smaller than the latter, the protocol transmission buffer is adjusted to not transmit the TCP stream starting address;
s503, the protocol component calls the normal sending flow and sends the TCP stream lost in the TCP component to the TCP component.
Based on the above technical solution, in step S3, the step of implementing TCP flow smoothing in the receiving direction specifically includes:
s601, the protocol component informs the TCP component of the received stream length of the protocol receiving buffer of the hot standby protocol session;
s602, after the TCP component receives the notice, the received stream length of the socket receiving buffer area in the component is compared with the received stream length of the protocol receiving buffer area, if the received stream length of the receiving buffer area is larger, the starting address of the TCP stream is not received by the socket receiving buffer area according to the length of the received stream length;
s603, the protocol component calls the normal receiving flow and synchronizes the TCP stream lost in the protocol component to the protocol component from the TCP component.
The invention also provides a device for backup and smooth processing of the TCP stream in the TCP hot standby architecture, which comprises:
the main master control disk comprises a main protocol component and a main TCP component, wherein the main protocol component and the main TCP component are used for mutually receiving and transmitting TCP data streams, transmitting the TCP streams to remote equipment by the main TCP component, caching the received and transmitted TCP data streams and the receiving and transmitting streams and then transmitting the cached TCP data streams to the standby master control disk;
the standby main control disk comprises a standby protocol component and a standby TCP component, and is used for receiving the TCP cache stream and the receiving and sending stream length sent by the main control disk, realizing the smoothing of the cache stream between the protocol component and the TCP component based on the receiving and sending stream length when the main control disk fails, and then recovering the TCP protocol.
On the basis of the technical scheme, the standby protocol component is also used for receiving the backup of the TCP stream of the main protocol component before the backup upgrading of the main protocol component, updating or deleting a receiving and transmitting stream buffer area of the main protocol according to the backup, maintaining the length of the receiving and transmitting stream, realizing the smoothness of the buffer stream between the protocol component and the TCP component based on the length of the receiving and transmitting stream after the backup upgrading of the main protocol component, and replacing the main protocol component to work; the standby TCP component is also used for receiving the socket control block, the socket transceiving buffer area and the backup of the TCP control block of the main TCP component before the backup upgrading of the main TCP component, updating or deleting the socket control block, the socket transceiving buffer area and the TCP control block according to the backup, maintaining the length of the TCP transceiving stream, and realizing the smoothness of the cache stream between the protocol component and the TCP component based on the length of the transceiving stream after the backup upgrading of the main TCP component to take over the work of the main TCP component.
On the basis of the technical scheme, the main protocol assembly is also used for creating and updating a main protocol transceiving stream buffer area and transceiving stream length, and backing up control information and TCP (transmission control protocol) streams of the transceiving stream buffer area to the standby protocol assembly; inquiring the length of TCP sending stream to the main TCP assembly, comparing and deleting the TCP stream which is successfully sent in the main protocol sending and receiving stream buffer zone and the standby protocol sending and receiving stream buffer zone; informing the main TCP component protocol to receive the stream length for deleting the TCP stream received in the main socket buffer area and the standby socket buffer area; the main TCP component is also used for creating and updating a main socket control block, a socket transceiving buffer area and a TCP control block, and backing up the main socket control block, the socket transceiving buffer area and the TCP control block to the standby TCP component; after receiving the length of the primary protocol component protocol receiving stream, comparing and deleting the TCP stream which is successfully received in the primary and standby socket receiving buffer areas; and deleting the TCP stream which is successfully sent in the transmission buffer areas of the main socket and the standby socket after receiving the TCP serial number confirmation of the remote equipment.
Compared with the prior art, the invention has the advantages that:
(1) the TCP stream backup and smoothing method in the TCP hot standby framework realizes reliable stream backup (including backup deletion) between a protocol component and a TCP component based on a receiving-transmitting stream length or TCP serial number confirmation method; after the backup is mainly upgraded, the flow between the protocol component and the TCP component is smoothed based on the length of the receiving and sending flow, and then the recovery is realized. After backup upgrading, the probability of recovering the MPLS/routing protocol based on the TCP is improved, and the availability of the equipment is improved.
(2) The method for backing up and smoothing the TCP stream in the TCP hot standby framework also comprises the steps of sending, backing up and comparing the lengths of the receiving and sending streams besides the conventional TCP data stream, and realizes the smoothing of the cache stream between the protocol component and the TCP component by comparing the lengths of the receiving and sending streams and correspondingly adjusting the TCP stream starting address of the socket buffer area, thereby solving the problems of smoothing and seamless recovery of the backup disk due to the failure of the main disk software and hardware in NSR and realizing uninterrupted service.
Drawings
Fig. 1 is a flowchart of a method for backup and smoothing of a TCP stream in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 2 is an architecture diagram of a device for backup and smoothing of a TCP stream in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 3 is a schematic diagram of a backup flow of a TCP data stream in a sending direction in a TCP stream backup and smoothing method in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a backup flow of a TCP data stream in a receiving direction in a TCP stream backup and smoothing method in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 5 is a schematic diagram illustrating a flow of deleting TCP data streams in a sending direction in a method for backing up and smoothing TCP streams in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 6 is a schematic diagram illustrating a flow of deleting TCP data streams in a receiving direction in a TCP stream backup and smoothing method in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 7 is a schematic flow chart of a TCP data flow in a sending direction in a method for backing up and smoothing a TCP flow in a TCP hot standby architecture according to an embodiment of the present invention;
fig. 8 is a schematic flow chart of a smoothing flow of a TCP data stream in a receiving direction in a TCP stream backup and smoothing method in a TCP hot standby architecture according to an embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples.
Referring to fig. 1, an embodiment of the present invention provides a method for backup and smooth processing of a TCP stream in a TCP hot standby architecture, including:
s1, when receiving and sending TCP data flow, the first main component close to the source buffers the flow, backups it to the first spare component, updates the length of the flow and sends it to the second main component far from the source (in the embodiment of the invention, the first main component is a protocol component in the sending direction, and a TCP component in the receiving direction; after receiving the TCP data stream, the second main component caches the TCP data stream, backs up the TCP data stream to the second standby component, and updates the length of the receiving and sending stream after the TCP data stream is successfully received and sent to the next main component or the remote equipment;
s2, deleting the buffer flow of the main and standby components after receiving the confirmation of the next component based on the length of the receiving and sending flow or the confirmation of the remote device based on the TCP serial number;
and S3, after the master is upgraded, smoothing of buffer flow between the protocol component and the TCP component is realized based on the length of the transceiving flow, and then the TCP connection is recovered.
Specifically, the step S1 of receiving the backup of the TCP flow in the sending direction specifically includes the following steps:
s101, after a primary protocol component initializes a TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s102, after the primary TCP component successfully creates the socket control block and the TCP control block, backing up the socket control block and the TCP control block to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s103, when a route and a label are added, packaging the route and the label into a TCP stream, and caching the TCP stream to a main protocol sending buffer area; backing up the transmission buffer area of the main protocol to the transmission buffer area of the standby protocol and updating; returning a backup success message to the main protocol component;
s104, after receiving the backup success message, the main protocol component updates the transmission length in the transmission buffer area of the session related protocol; transmitting the TCP stream to be transmitted to a main TCP protocol assembly, copying the TCP stream to a main socket transmitting buffer area by the main TCP protocol assembly, and returning the number of copied bytes; if the number of sent bytes is larger than the number of returned bytes, starting a timer to transmit the unsuccessful TCP stream again;
s105, the primary TCP component backs up the socket sending buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the backup protocol component, updating a socket sending buffer area and a TCP control block of the backup socket control block, and updating the sending stream length in the socket sending buffer area; and returns a success message to the primary TCP component; updating the length of a transmission stream in a socket transmission buffer zone by a main TCP component;
s106, calling a TCP sending flow by the main TCP component to transmit the TCP stream to the remote equipment;
and S107, repeating the steps S103 to S106 and transmitting the subsequent TCP stream.
In the same embodiment, the step S1 of receiving the backup of the TCP stream in the receiving direction specifically includes the following steps:
s201, after a primary protocol component initializes TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s202, after a socket control block and a TCP control block are created by the main TCP component, the socket control block and the TCP control block are backed up to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s203, when the main TCP component receives the TCP stream of the remote device, copying the TCP stream to a main socket receiving buffer area, and updating the control information of the socket buffer area and the TCP control block;
s204, the primary TCP component backs up the socket receiving buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the data, the standby protocol component updates a standby socket receiving buffer area and a TCP control block, and simultaneously updates the length of a receiving stream in the socket receiving buffer area; updating the length of a receiving flow in a receiving buffer area of a socket by a main TCP component;
s205, the main TCP component calls a TCP sending flow to transmit the message containing the confirmation serial number to the remote equipment; the TCP component backups first and then sends a message for confirming the sequence number;
s206, the primary protocol component receives the TCP stream from the primary TCP component, and the TCP component does not delete the TCP stream in the socket receiving buffer zone;
s207, the main protocol assembly backs up the main protocol receiving buffer area to the protocol receiving buffer area of the standby protocol assembly; after receiving the backup information, the standby protocol component updates the corresponding standby protocol receiving buffer area, updates the receiving length and returns a success message to the main protocol component; the active protocol component updates the receive length.
In step S2, the deletion of the backup of the TCP flow sent in the sending direction specifically includes the following steps:
s301, the main protocol component inquires the length of the transmission stream to the main TCP component, compares the length of the transmission stream with the length of the transmission stream of the main protocol transmission buffer area, and deletes the TCP stream which is successfully transmitted in the protocol transmission buffer area;
s302, the main protocol component sends the deleted TCP stream information of the protocol sending buffer area in the S301 to the standby protocol component; after receiving the information of deleting the TCP stream, the standby protocol component deletes the TCP stream which is successfully sent by the standby protocol sending buffer zone; returning a success message to the main protocol component;
s303, after receiving the confirmation sequence number from the remote device, the main TCP component deletes the TCP stream which is successfully sent in the socket sending buffer;
s304, the main TCP component sends the deleted TCP stream information of the sleeve interface sending buffer area in the S303 to the standby TCP component; after receiving the information of deleting the TCP stream, the standby TCP component deletes the TCP stream which is successfully sent in the standby socket sending buffer area; and returning success to the main TCP component.
Correspondingly, in step S2, the deleting of the backup of the TCP flow sent in the receiving direction specifically includes the following steps:
s401, after backing up a protocol receiving buffer, the main protocol assembly updates the backed up receiving stream length to the main TCP assembly;
s402, deleting the TCP stream of the socket receiving buffer area by the main TCP component according to the receiving stream length, and sending the information of the deleted TCP stream to the standby TCP component; and the standby TCP component deletes the TCP stream corresponding to the standby socket receiving buffer area according to the received TCP stream deletion information, and returns a response message to the main TCP component.
In the same embodiment, the step of implementing TCP flow smoothing in the sending direction in step S3 may specifically include:
s501, the protocol component acquires the length of the transmitted stream of the socket sending buffer of the hot standby protocol session from the TCP component;
s502, the protocol component compares the lengths of the transmitted streams in the transmission socket buffer and the protocol transmission buffer, and if the former is smaller than the latter, the protocol transmission buffer is adjusted to not transmit the TCP stream starting address;
s503, the protocol component calls the normal sending flow and sends the TCP stream lost in the TCP component to the TCP component.
Correspondingly, in step S3, the step of implementing TCP flow smoothing in the receiving direction specifically includes:
s601, the protocol component informs the TCP component of the received stream length of the protocol receiving buffer of the hot standby protocol session;
s602, after the TCP component receives the notice, the received stream length of the socket receiving buffer area in the component is compared with the received stream length of the protocol receiving buffer area, if the received stream length of the receiving buffer area is larger, the starting address of the TCP stream is not received by the socket receiving buffer area according to the length of the received stream length;
s603, the protocol component calls the normal receiving flow and synchronizes the TCP stream lost in the protocol component to the protocol component from the TCP component.
As shown in fig. 2, an embodiment of the present invention further provides a device for backup and smooth processing of a TCP stream in a TCP hot standby architecture, where the device includes:
the main master control disk comprises a main protocol component and a main TCP component, wherein the main protocol component and the main TCP component are used for mutually receiving and transmitting TCP data streams, transmitting the TCP streams to remote equipment by the main TCP component, caching the received and transmitted TCP data streams and the receiving and transmitting streams and then transmitting the cached TCP data streams to the standby master control disk; the standby main control disk comprises a standby protocol component and a standby TCP component, and is used for receiving the TCP cache stream and the receiving and sending stream length sent by the main control disk, realizing the smoothing of the cache stream between the protocol component and the TCP component based on the receiving and sending stream length when the main control disk fails, and then recovering the TCP protocol.
Specifically, the standby protocol component is further configured to receive a TCP stream backup of the primary protocol component before the backup upgrading of the primary, update or delete a primary protocol transmit-receive stream buffer area according to the backup, maintain a length of the transmit-receive stream, and, after the backup upgrading of the primary, implement smoothing of a cache stream between the protocol component and the TCP component based on the length of the transmit-receive stream, and take over the work of the primary protocol component; the standby TCP component is also used for receiving the socket control block, the socket transceiving buffer area and the backup of the TCP control block of the main TCP component before the backup upgrading of the main TCP component, updating or deleting the socket control block, the socket transceiving buffer area and the TCP control block according to the backup, maintaining the length of the TCP transceiving stream, and realizing the smoothness of the cache stream between the protocol component and the TCP component based on the length of the transceiving stream after the backup upgrading of the main TCP component to take over the work of the main TCP component.
In another embodiment, the active protocol component is further configured to create and update an active protocol transceiving stream buffer and a transceiving stream length, and backup control information of the transceiving stream buffer and a TCP stream to the standby protocol component; inquiring the length of TCP sending stream to the main TCP assembly, comparing and deleting the TCP stream which is successfully sent in the main protocol sending and receiving stream buffer zone and the standby protocol sending and receiving stream buffer zone; informing the main TCP component protocol to receive the stream length for deleting the TCP stream received in the main socket buffer area and the standby socket buffer area; the main TCP component is also used for creating and updating a main socket control block, a socket transceiving buffer area and a TCP control block, and backing up the main socket control block, the socket transceiving buffer area and the TCP control block to the standby TCP component; after receiving the length of the primary protocol component protocol receiving stream, comparing and deleting the TCP stream which is successfully received in the primary and standby socket receiving buffer areas; and deleting the TCP stream which is successfully sent in the transmission buffer areas of the main socket and the standby socket after receiving the TCP serial number confirmation of the remote equipment.
The present invention is not limited to the above-described embodiments, and it will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the principle of the present invention, and such modifications and improvements are also considered to be within the scope of the present invention. Those not described in detail in this specification are within the skill of the art.

Claims (10)

1. A method for backup and smooth processing of TCP stream in TCP hot standby architecture is characterized by comprising the following steps:
s1, when TCP data stream is received and transmitted, the first main component close to the source firstly buffers the stream, backups the stream to the first standby component, updates the length of the received and transmitted stream after success, and transmits the stream to the second main component far away from the source; after receiving the TCP data stream, the second main component caches the TCP data stream, backs up the TCP data stream to the second standby component, and updates the length of the receiving and sending stream after the TCP data stream is successfully received and sent to the next main component or the remote equipment;
s2, deleting the buffer flow of the main and standby components after receiving the confirmation of the next component based on the length of the receiving and sending flow or the confirmation of the remote device based on the TCP serial number;
and S3, after the master is upgraded, smoothing of buffer flow between the protocol component and the TCP component is realized based on the length of the transceiving flow, and then the TCP connection is recovered.
2. The method for TCP flow backup and smoothing in a TCP hot standby architecture according to claim 1, wherein the step S1 of receiving the backup of the TCP flow in the sending direction specifically includes the following steps:
s101, after a primary protocol component initializes a TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s102, after the primary TCP component successfully creates the socket control block and the TCP control block, backing up the socket control block and the TCP control block to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s103, when a route and a label are added, packaging the route and the label into a TCP stream, and caching the TCP stream to a main protocol sending buffer area; backing up the transmission buffer area of the main protocol to the transmission buffer area of the standby protocol and updating; returning a backup success message to the main protocol component;
s104, after receiving the backup success message, the main protocol component updates the transmission length in the transmission buffer area of the session related protocol; transmitting the TCP stream to be transmitted to a main TCP protocol assembly, copying the TCP stream to a main socket transmitting buffer area by the main TCP protocol assembly, and returning the number of copied bytes; if the number of sent bytes is larger than the number of returned bytes, starting a timer to transmit the unsuccessful TCP stream again;
s105, the primary TCP component backs up the socket sending buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the backup protocol component, updating a socket sending buffer area and a TCP control block of the backup socket control block, and updating the sending stream length in the socket sending buffer area; and returns a success message to the primary TCP component; updating the length of a transmission stream in a socket transmission buffer zone by a main TCP component;
s106, calling a TCP sending flow by the main TCP component to transmit the TCP stream to the remote equipment;
and S107, repeating the steps S103 to S106 and transmitting the subsequent TCP stream.
3. The method for TCP flow backup and smoothing in a TCP hot standby architecture according to claim 1, wherein receiving the backup of the TCP flow in the receiving direction in step S1 specifically comprises the following steps:
s201, after a primary protocol component initializes TCP connection and a primary protocol transceiving stream buffer area, backing up the primary protocol transceiving buffer area related to the session to a standby protocol component; after receiving the backup information, the standby protocol component creates a corresponding standby protocol transceiving buffer area for the protocol session;
s202, after a socket control block and a TCP control block are created by the main TCP component, the socket control block and the TCP control block are backed up to the standby TCP component; after receiving the backup information, the standby TCP component creates a socket control block and a TCP control block for the TCP connection;
s203, when the main TCP component receives the TCP stream of the remote device, copying the TCP stream to a main socket receiving buffer area, and updating the control information of the socket buffer area and the TCP control block;
s204, the primary TCP component backs up the socket receiving buffer area and the TCP control block of the primary socket control block to the standby TCP component; after receiving the data, the standby protocol component updates a standby socket receiving buffer area and a TCP control block, and simultaneously updates the length of a receiving stream in the socket receiving buffer area; updating the length of a receiving flow in a receiving buffer area of a socket by a main TCP component;
s205, the main TCP component calls a TCP sending flow to transmit the message containing the confirmation serial number to the remote equipment; the TCP component backups first and then sends a message for confirming the sequence number;
s206, the primary protocol component receives the TCP stream from the primary TCP component, and the TCP component does not delete the TCP stream in the socket receiving buffer zone;
s207, the main protocol assembly backs up the main protocol receiving buffer area to the protocol receiving buffer area of the standby protocol assembly; after receiving the backup information, the standby protocol component updates the corresponding standby protocol receiving buffer area, updates the receiving length and returns a success message to the main protocol component; the active protocol component updates the receive length.
4. The method for TCP flow backup and smoothing in a TCP hot standby architecture as claimed in claim 1, wherein in step S2, the deleting of the backup of the TCP flow sent in the sending direction specifically includes the following steps:
s301, the main protocol component inquires the length of the transmission stream to the main TCP component, compares the length of the transmission stream with the length of the transmission stream of the main protocol transmission buffer area, and deletes the TCP stream which is successfully transmitted in the protocol transmission buffer area;
s302, the main protocol component sends the deleted TCP stream information of the protocol sending buffer area in the S301 to the standby protocol component; after receiving the information of deleting the TCP stream, the standby protocol component deletes the TCP stream which is successfully sent by the standby protocol sending buffer zone; returning a success message to the main protocol component;
s303, after receiving the confirmation sequence number from the remote device, the main TCP component deletes the TCP stream which is successfully sent in the socket sending buffer;
s304, the main TCP component sends the deleted TCP stream information of the sleeve interface sending buffer area in the S303 to the standby TCP component; after receiving the information of deleting the TCP stream, the standby TCP component deletes the TCP stream which is successfully sent in the standby socket sending buffer area; and returning success to the main TCP component.
5. The method for TCP flow backup and smoothing in a TCP hot standby architecture as claimed in claim 1, wherein in step S2, the step of sending the deletion of the backup of the TCP flow in the receiving direction specifically comprises the steps of:
s401, after backing up a protocol receiving buffer, the main protocol assembly updates the backed up receiving stream length to the main TCP assembly;
s402, deleting the TCP stream of the socket receiving buffer area by the main TCP component according to the receiving stream length, and sending the information of the deleted TCP stream to the standby TCP component; and the standby TCP component deletes the TCP stream corresponding to the standby socket receiving buffer area according to the received TCP stream deletion information, and returns a response message to the main TCP component.
6. The method for TCP flow backup and smoothing in a TCP hot standby architecture according to claim 1, wherein in step S3, the step of implementing TCP flow smoothing in the sending direction specifically includes:
s501, the protocol component acquires the length of the transmitted stream of the socket sending buffer of the hot standby protocol session from the TCP component;
s502, the protocol component compares the lengths of the transmitted streams in the transmission socket buffer and the protocol transmission buffer, and if the former is smaller than the latter, the protocol transmission buffer is adjusted to not transmit the TCP stream starting address;
s503, the protocol component calls the normal sending flow and sends the TCP stream lost in the TCP component to the TCP component.
7. The method for TCP flow backup and smoothing in a TCP hot standby architecture according to claim 1, wherein in step S3, the step of implementing TCP flow smoothing in the receiving direction specifically includes:
s601, the protocol component informs the TCP component of the received stream length of the protocol receiving buffer of the hot standby protocol session;
s602, after the TCP component receives the notice, the received stream length of the socket receiving buffer area in the component is compared with the received stream length of the protocol receiving buffer area, if the received stream length of the receiving buffer area is larger, the starting address of the TCP stream is not received by the socket receiving buffer area according to the length of the received stream length;
s603, the protocol component calls the normal receiving flow and synchronizes the TCP stream lost in the protocol component to the protocol component from the TCP component.
8. An apparatus for backup and smooth processing of a TCP stream in a TCP hot standby architecture, comprising:
the main master control disk comprises a main protocol component and a main TCP component, wherein the main protocol component and the main TCP component are used for mutually receiving and transmitting TCP data streams, transmitting the TCP streams to remote equipment by the main TCP component, caching the received and transmitted TCP data streams and the receiving and transmitting streams and then transmitting the cached TCP data streams to the standby master control disk;
the standby main control disk comprises a standby protocol component and a standby TCP component, and is used for receiving the TCP cache stream and the receiving and sending stream length sent by the main control disk, realizing the smoothing of the cache stream between the protocol component and the TCP component based on the receiving and sending stream length when the main control disk fails, and then recovering the TCP protocol.
9. The apparatus for TCP flow backup and smoothing in a TCP hot standby architecture of claim 8, wherein:
the standby protocol component is also used for receiving the backup of the TCP stream of the main protocol component before the backup upgrading of the main, updating or deleting the receiving and transmitting stream buffer area of the main protocol according to the backup, maintaining the length of the receiving and transmitting stream, and realizing the smoothness of the buffer stream between the protocol component and the TCP component based on the length of the receiving and transmitting stream after the backup upgrading of the main to take over the work of the main protocol component;
the standby TCP component is also used for receiving the socket control block, the socket transceiving buffer area and the backup of the TCP control block of the main TCP component before the backup upgrading of the main TCP component, updating or deleting the socket control block, the socket transceiving buffer area and the TCP control block according to the backup, maintaining the length of the TCP transceiving stream, and realizing the smoothness of the cache stream between the protocol component and the TCP component based on the length of the transceiving stream after the backup upgrading of the main TCP component to take over the work of the main TCP component.
10. The apparatus for TCP flow backup and smoothing in a TCP hot standby architecture of claim 8, wherein:
the primary protocol component is also used for creating and updating a primary protocol transceiving stream buffer zone and transceiving stream length, and backing up control information and TCP stream of the transceiving stream buffer zone to the standby protocol component; inquiring the length of TCP sending stream to the main TCP assembly, comparing and deleting the TCP stream which is successfully sent in the main protocol sending and receiving stream buffer zone and the standby protocol sending and receiving stream buffer zone; informing the main TCP component protocol to receive the stream length for deleting the TCP stream received in the main socket buffer area and the standby socket buffer area;
the main TCP component is also used for creating and updating a main socket control block, a socket transceiving buffer area and a TCP control block, and backing up the main socket control block, the socket transceiving buffer area and the TCP control block to the standby TCP component; after receiving the length of the primary protocol component protocol receiving stream, comparing and deleting the TCP stream which is successfully received in the primary and standby socket receiving buffer areas; and deleting the TCP stream which is successfully sent in the transmission buffer areas of the main socket and the standby socket after receiving the TCP serial number confirmation of the remote equipment.
CN202010864594.6A 2020-08-25 2020-08-25 Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture Active CN112039863B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010864594.6A CN112039863B (en) 2020-08-25 2020-08-25 Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010864594.6A CN112039863B (en) 2020-08-25 2020-08-25 Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture

Publications (2)

Publication Number Publication Date
CN112039863A true CN112039863A (en) 2020-12-04
CN112039863B CN112039863B (en) 2022-04-15

Family

ID=73581306

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010864594.6A Active CN112039863B (en) 2020-08-25 2020-08-25 Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture

Country Status (1)

Country Link
CN (1) CN112039863B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112559246A (en) * 2020-12-10 2021-03-26 盛科网络（苏州）有限公司 Data comparison method and device for hot backup smoothing stage of switch

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108300A (en) * 1997-05-02 2000-08-22 Cisco Technology, Inc Method and apparatus for transparently providing a failover network device
US20030120716A1 (en) * 2001-12-26 2003-06-26 Mcclellan Stanley A. Fault tolerance associations for IP transport protocols
CN101132347A (en) * 2006-08-24 2008-02-27 华为技术有限公司 System and method for implementing TCP communication backup
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
CN104580215A (en) * 2015-01-09 2015-04-29 烽火通信科技股份有限公司 TCP connection warm backup achieving method
CN106576108A (en) * 2015-04-30 2017-04-19 华为技术有限公司 Communication method and device, and system in communication system
CN107070970A (en) * 2016-12-29 2017-08-18 北京奇艺世纪科技有限公司 A kind of method for closing and device of transmission control protocol TCP connection
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

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108300A (en) * 1997-05-02 2000-08-22 Cisco Technology, Inc Method and apparatus for transparently providing a failover network device
US20030120716A1 (en) * 2001-12-26 2003-06-26 Mcclellan Stanley A. Fault tolerance associations for IP transport protocols
CN101132347A (en) * 2006-08-24 2008-02-27 华为技术有限公司 System and method for implementing TCP communication backup
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
CN104580215A (en) * 2015-01-09 2015-04-29 烽火通信科技股份有限公司 TCP connection warm backup achieving method
CN106576108A (en) * 2015-04-30 2017-04-19 华为技术有限公司 Communication method and device, and system in communication system
CN107070970A (en) * 2016-12-29 2017-08-18 北京奇艺世纪科技有限公司 A kind of method for closing and device of transmission control protocol TCP connection
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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112559246A (en) * 2020-12-10 2021-03-26 盛科网络（苏州）有限公司 Data comparison method and device for hot backup smoothing stage of switch
CN112559246B (en) * 2020-12-10 2024-02-27 苏州盛科通信股份有限公司 Data comparison method and device for hot standby smoothing stage of switch

Also Published As

Publication number Publication date
CN112039863B (en) 2022-04-15

Similar Documents

Publication Publication Date Title
JP4005508B2 (en) Relocation of context information in header compression
JP4857261B2 (en) Method and apparatus for transferring data with resiliency through a computer network
JP4858690B2 (en) Mobile communication system and data transmission method during handover
US7317731B2 (en) System and method for distributed resource reservation protocol-traffic engineering (RSVP-TE) hitless restart in multi-protocol label switching (MPLS) network
US8379513B2 (en) Method for recovery of a controlled failover of a border gateway protocol speaker
EP2309819B1 (en) Method and system for transferring a communication session between data sources
US20080089231A1 (en) Suspending operation of Border Gateway Protocol
CN101022451A (en) Connection state synchronizing method in data communication and applied communication node thereof
CN109547269B (en) Method and device for realizing LSP protection of IP RAN equipment
CN101764738B (en) Backup method supporting TCP protocol connection and device thereof
WO2019056914A1 (en) System and method for implementing non-stop routing through linkage between application and protocol stack
CN110958176B (en) System and method for controlling uninterrupted routing during switching of main and standby control planes
US8238309B1 (en) Stateful home agent recovery protocol (SHARP)
CN112039863B (en) Method and equipment for backup and smoothing of TCP stream in TCP hot standby architecture
US8885656B2 (en) Method and system for updating blocked port information
WO2000004733A1 (en) Method of switching busy line in mobile communication network
CN102420746A (en) Forwarding method for multicast flow and network equipment therefor
KR101027703B1 (en) A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity
CN109951388B (en) Routing uninterrupted method and main control board
CN101800700B (en) LSP pre-deleting method based on MPLS and device
JP5519554B2 (en) Call control system and information redundancy method used for call control
JP3398844B2 (en) Transfer packet receiver
JP5851809B2 (en) Redundancy method of information used for call control and call control system
JP2021005851A (en) Failure recovery method and system of controlled apparatus in system in which control apparatus and controlled apparatus are connected
CN117650825A (en) Transmission method and device for low-orbit giant constellation network

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant