CN103731294A - Method, device and system for two-machine hot-standby communication - Google Patents
Method, device and system for two-machine hot-standby communication Download PDFInfo
- Publication number
- CN103731294A CN103731294A CN201310105616.0A CN201310105616A CN103731294A CN 103731294 A CN103731294 A CN 103731294A CN 201310105616 A CN201310105616 A CN 201310105616A CN 103731294 A CN103731294 A CN 103731294A
- Authority
- CN
- China
- Prior art keywords
- equipment
- standby
- master
- host
- slave type
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 40
- 238000000034 method Methods 0.000 title claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 12
- 230000002452 interceptive effect Effects 0.000 claims abstract description 9
- 230000036541 health Effects 0.000 claims description 20
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000008859 change Effects 0.000 claims description 5
- 238000005516 engineering process Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000003862 health status Effects 0.000 description 3
- 230000009471 action Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a device for a two-machine hot-standby communication system. The device and the other device of the system are added to different multicast groups respectively, and the device and the other device are communicated through interactive multicast data packets. The device comprises a sending module and a setting module, wherein the sending module is used for sending a first negotiation data packet to the other device, and the first negotiation data packet identifies that the master-slave type of the device is undefined; the setting device is used for setting the device to be a host or a standby machine according to the response result of the other device. The embodiment of the invention further provides a corresponding system and method. The technical scheme is achieved based on the multicast technology, reliability of the system is improved, two side devices in communication can negotiate the master-slave types of each other, and usability of the system is improved.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a dual-computer hot standby communication method, device and system.
Background
The existing dual-computer hot standby network communication generally uses a unicast or broadcast mode. Both of these approaches have disadvantages: for the unicast mode, both communication parties need to know the IP address of the other party, and after one system crashes, both communication parties may need to reconnect; for the broadcast mode, due to the characteristics of network broadcast, the data packet broadcasted by itself will be received by itself, and since the heartbeat message is frequent, the processing of such excessive invalid packets will greatly consume the computing power of the processor, and the processing of invalid packets will increase the complexity of the system. In summary, the existing hot standby protocol is too complex to be implemented and to ensure the reliability of implementation.
Disclosure of Invention
The embodiment of the invention provides a dual-computer hot standby communication method, device and system, and aims to solve the technical problems that an existing hot standby protocol is too complex and difficult to implement and ensure implementation reliability.
A first aspect of the present invention provides a device, configured for a dual-device hot-standby communication system, where the device and another device of the system join different multicast groups, and the device and the another device communicate with each other through an interactive multicast packet; the apparatus comprises: a sending module, configured to send a first negotiation packet to another device, where a master-slave type of the device is identified as undefined in the first negotiation packet; and the setting module is used for setting the equipment as a host or a standby according to the response result of the other equipment.
A second aspect of the present invention provides a dual-server hot-standby communication system, where the system includes a first device and a second device that respectively join different multicast groups, and the first device and the second device communicate with each other through an interactive multicast packet; the first device is configured to send a first negotiation packet to a second device, where the first negotiation packet identifies that a master-slave type of the first device is undefined; setting the host or the standby equipment according to the response result of the second equipment; the second device is configured to receive a first negotiation packet sent by the first device, and respond to a second negotiation packet to the first device, where the second negotiation packet identifies a master-slave type of the second device.
A third aspect of the present invention provides a dual-server hot-standby communication method, which is used in a dual-server hot-standby communication system, where the system includes a first device and a second device that respectively join different multicast groups, and the first device and the second device communicate with each other through an interactive multicast packet; the method comprises the following steps: a first device sends a first negotiation data packet to a second device, wherein the master-slave type of the first device is identified as undefined in the first negotiation data packet; and setting the first equipment as a host or a standby according to the response result of the second equipment.
The technical scheme of the embodiment of the invention is realized based on the multicast technology, so that the devices of two communicating parties can mutually negotiate respective master-slave types, and the reliability and the availability of the system are improved.
Drawings
Fig. 1 is a schematic diagram of a dual-device hot-standby communication system according to an embodiment of the present invention;
fig. 2 is a schematic diagram of a dual-device hot-standby communication method according to an embodiment of the present invention;
fig. 3 is a schematic diagram of a dual-device hot-standby communication method according to another embodiment of the present invention;
fig. 4 is a schematic diagram of a device for dual-device hot-standby communication according to an embodiment of the present invention;
fig. 5 is a schematic diagram of a device for dual-device hot-standby communication according to another embodiment of the present invention.
Detailed Description
The embodiment of the invention provides a dual-computer hot standby communication method, which is realized based on a multicast technology, so that devices of two communicating parties can mutually negotiate respective master-slave types, and the reliability and the availability of a system can be improved. The embodiment of the invention also provides corresponding equipment. The following detailed description is made with reference to the accompanying drawings, respectively.
The first embodiment,
The dual-computer hot-standby Communication method provided by the embodiment of the invention can be applied to the field of intelligent transportation or Dedicated Short Range Communication (DSRC), and particularly can be applied to a dual-computer hot-standby Communication system.
Referring to fig. 1, the dual-server hot-standby communication system 100 includes a first device 110 and a second device 120 respectively joining different multicast groups, and the first device 110 and the second device 120 communicate with each other through an interactive multicast packet. Physically, the first device 110 and the second device 120 may be connected through a plurality of connection methods, for example, a serial port, an ethernet, or a parallel port.
Referring to fig. 2, a dual-computer hot-standby communication method provided in an embodiment of the present invention includes:
210. the first equipment sends a first negotiation data packet to the second equipment, and the master-slave type of the first equipment is identified as undefined in the first negotiation data packet.
220. And setting the first equipment as a host or a standby according to the response result of the second equipment.
Wherein, if the first device is set as a host, as shown in fig. 3, the method further includes:
230. and sending a third negotiation data packet to the second device, wherein the master-slave type of the first device is identified as a host in the third negotiation data packet so as to indicate the second device to set itself as a standby device.
By adopting the method, the devices of the two sides of the dual-computer hot standby communication can realize the arbitration and negotiation of the master-slave type or the master-slave identity. The master-slave type comprises a master type, a slave type and an undefined type, wherein the master type is a master machine, and the slave type is a standby machine.
In the above method, a frame format of a multicast packet that is interacted between the first device and the second device, for example, the first or third negotiation packet, is shown in table 1:
TABLE 1
| Length of | Master slave type | Type of command | Status of state | BCC check | Data of |
The description of each data field in the frame format is shown in table 2:
TABLE 2
When the value of the command type data field is 0, the multicast data packet is the negotiation data packet.
In an embodiment, the setting 220 the first device as the host or the standby device according to the response result of the second device may specifically include:
if a second negotiation data packet responded by the second equipment is not received within preset time, setting the first equipment as a host;
and if a second negotiation data packet responded by the second equipment is received within preset time, acquiring the master-slave type of the second equipment from the second negotiation data packet, and setting the first equipment as a host or a standby according to the master-slave type of the second equipment.
Further, the setting the first device as a host or a standby according to the master-slave type of the second device may include:
if the master-slave type of the second equipment is a standby machine, setting the first equipment as a host machine;
if the master-slave type of the second equipment is the host, setting the first equipment as a standby machine;
if the master-slave type of the second device is undefined, the IP addresses of the first device and the second device are further obtained and compared, when the IP address value of the first device is larger, the first device is set as a host, and when the IP address value of the first device is smaller, the first device is set as a standby.
In one embodiment, 220 or 230 may further include:
240. the method comprises the steps that first equipment periodically sends a first heartbeat data packet identifying the health condition of the first equipment to second equipment, and receives a second heartbeat data packet identifying the health condition of the second equipment, which is periodically sent by the second equipment; and the first device can also re-determine the master-slave type according to the health conditions or the master-slave types of the two parties.
Referring to table 1 and table 2, when the value of the command type data field in the multicast data packet is 1, the multicast data packet is a heartbeat data packet, such as the first or second heartbeat data packet. The first device and the second device may obtain their own master-slave type and health status, and obtain the master-slave type and health status of the other device from a heartbeat packet sent by the other device, so that when the health status and master-slave type of the two devices change, a corresponding preset action may be executed according to a preset policy, as described in detail below.
And if the first equipment fails to receive the second heartbeat data packet within the specified time, or the second heartbeat data packet is received within the specified time, and the health condition of the second equipment is found to be abnormal, the first equipment reports abnormal information to the upper computer.
When the first device is the host, if the health condition of the first device is found to be abnormal, the first device is set as a standby machine, and then a first heartbeat data packet which identifies that the master-slave type of the first device is the standby machine is sent to the second device, so that the second device is indicated to be set as the host and the health condition of the first device is reported to an upper computer.
When the first device is currently the host, if a master-slave switching command sent by an upper computer is received, the first device is reset as the standby computer, and a first heartbeat data packet identifying that the master-slave type of the first device is the standby computer is sent to the second device, so that the second device is indicated to be set as the host. The main/standby switching command can be manually sent by the upper computer, so that the identity exchange of the main/standby computers can be manually intervened.
Optionally, if the first device does not receive a second heartbeat data packet returned by the second device within a preset time after sending the first heartbeat data packet identifying that the master-slave type of the first device is the standby device, the first device resets itself as the host, and then sends the first heartbeat data packet identifying that the master-slave type of the first device is the host to the second device.
And when the first equipment is the standby equipment currently, if a second heartbeat data packet sent by the second equipment is not received within preset time or a second heartbeat data packet which identifies that the master-slave type of the second equipment is the standby equipment is received, changing the first equipment into the host. Then, the master-slave type of the master-slave type is identified as the master in the first heartbeat data packet sent to the opposite side. In one embodiment, the current host may be restarted, so that the standby machine cannot receive the heartbeat data packet of the host within a preset time, and the standby machine will actively switch to the host.
In the foregoing, the embodiment of the present invention provides a dual-computer hot-standby communication method, which is implemented based on a multicast technology, so that devices of two communicating parties can negotiate respective master and slave types through interacting multicast data packets, thereby improving reliability and availability of a system. By adopting the method, the following technical effects can be realized: (1) the arbitration and negotiation of the main and standby identities are simply and reliably realized; (2) the transmission and sharing of the health condition information in the heartbeat data packet are reliably realized; (3) active exchange of the main and standby identities is realized.
Example II,
An embodiment of the present invention provides an apparatus, and the apparatus and the method may be applied to the field of intelligent transportation or DSRC, and may be specifically used in the dual-computer hot-standby communication system 100 shown in fig. 1. The device may be the first device 110 or the second device 120 of the system.
Referring to fig. 4, the apparatus includes: a sending module 310, configured to send a first negotiation packet to another device, where a master-slave type of the device is identified as undefined in the first negotiation packet; a setting module 320, configured to set the device as a host or a standby according to a response result of the another device.
Optionally, as shown in fig. 5, the apparatus may further include: a receiving module 330.
The receiving module 330 may be configured to receive a second negotiation packet responded by the another device; the setup module 320 includes: a first setting unit, configured to set the device as a host when the receiving unit fails to receive the second negotiation packet within a preset time; and the second setting unit is used for acquiring the master-slave type of the other device from the second negotiation data packet, and setting the device as a host or a standby according to the master-slave type of the other device.
Optionally, the second setting unit may be specifically configured to set the device as a host if the master-slave type of the another device is a standby device; if the master-slave type of the other equipment is the host, setting the equipment as a standby machine; if the master-slave type of the other equipment is undefined, the IP addresses of the equipment and the other equipment are further obtained and compared, if the IP address value of the equipment is larger, the equipment is set as a host, and if the IP address value of the equipment is smaller, the equipment is set as a standby.
In an embodiment, the sending module 310 is further configured to send a third negotiation packet to the another device if the setting module 320 sets the device as a host, where the master-slave type of the device is identified as the host in the third negotiation packet, so as to set the another device as a standby device.
In one embodiment, the sending module 310 is further configured to periodically send a first heartbeat packet carrying the health condition of the device to the other device; the receiving module 330 is further configured to receive a second heartbeat data packet that is periodically sent by the other device and carries the health condition of the other device.
Optionally, the setting module 320 is further configured to, when the device is currently the host, change the device to the standby device if the health condition of the device is found to be abnormal, or if a main/standby switching command sent by an upper computer is received; and the processor is further configured to, when the device is currently the standby device, change the device itself to the host if the second heartbeat packet is not received within a preset time or a second heartbeat packet identifying that the master-slave type of the other device is the standby device is received.
The apparatus provided by the present invention is described above, and please refer to embodiment one in more detail.
In the foregoing, the embodiment of the present invention provides a device for a dual-computer hot-standby communication system, and with the device, the system may implement communication between two devices based on a multicast technology, so that the two devices in communication may negotiate respective master and slave types, thereby improving reliability and availability of the system. By adopting the equipment, the following technical effects can be realized: (1) the arbitration and negotiation of the main and standby identities are simply and reliably realized; (2) the transmission and sharing of the health condition information in the heartbeat data packet are reliably realized; (3) active exchange of the main and standby identities is realized. For a more detailed description of the device, please refer to the description of the first or second device in embodiment one.
Example III,
Referring to fig. 1, an embodiment of the present invention provides a dual-device hot-standby communication system 100, where the system 100 includes a first device 110 and a second device 120 that respectively join different multicast groups, and the first device 110 and the second device 120 communicate with each other through an interactive multicast packet. Physically, the first device 110 and the second device 120 may be connected through a plurality of connection methods, for example, a serial port, an ethernet, or a parallel port. The system can be applied to the fields of intelligent transportation or DSRC.
The first device 110 is configured to send a first negotiation packet to a second device, where the first negotiation packet identifies that a master-slave type of the first device is undefined; and setting the self as a host or a standby according to the response result of the second equipment.
The second device 120 is configured to receive a first negotiation packet sent by the first device 110, and respond to a second negotiation packet to the first device, where the second negotiation packet identifies a master-slave type of the second device 120.
The first device 110 may specifically determine its own master-slave type according to whether a negotiation packet responded by the second device 120 is received or not, and the master-slave type of the second device identified in the received negotiation packet, so as to set itself as a master or a standby. The detailed description of the embodiment refers to the description of the first embodiment.
The first device 110 and the second device 120 may further send heartbeat packets to each other, so as to notify the other party of the health condition of the first device, and determine to report the abnormal information or re-determine the master-slave type of the first device according to the first device and the master-slave type and the health condition of the other party. The detailed description of the embodiment refers to the description of the first embodiment.
In the foregoing, the embodiment of the present invention provides a dual-computer hot-standby communication system, where the system may implement communication between two devices based on a multicast technology, so as to improve reliability of the system, enable the two devices in communication to negotiate respective master-slave types, and improve availability of the system. By adopting the system, the following technical effects can be realized: (1) the arbitration and negotiation of the main and standby identities are simply and reliably realized; (2) the transmission and sharing of the health condition information in the heartbeat data packet are reliably realized; (3) active exchange of the main and standby identities is realized.
Those skilled in the art will understand that all or part of the steps in the methods of the above embodiments may be implemented by hardware, or by hardware associated with program instructions, and the program may be stored in a computer-readable storage medium, and the storage medium may include: read-only memory, random access memory, magnetic or optical disk, and the like.
The dual-computer hot-standby communication method and device provided by the embodiment of the present invention are described in detail above, but the description of the embodiment is only for helping understanding the method and the core idea of the present invention, and should not be construed as limiting the present invention. Those skilled in the art should also appreciate that they can easily conceive of various changes and substitutions within the technical scope of the present disclosure.
Claims (13)
1. A device is used for a dual-computer hot standby communication system, and is characterized in that the device and another device of the system are respectively added into different multicast groups, and the device and the another device are communicated with each other through interactive multicast data packets; the apparatus comprises:
a sending module, configured to send a first negotiation packet to another device, where a master-slave type of the device is identified as undefined in the first negotiation packet;
and the setting module is used for setting the equipment as a host or a standby according to the response result of the other equipment.
2. The apparatus of claim 1, further comprising: a receiving module;
the receiving module is configured to receive a second negotiation packet responded by the other device;
the setting module includes:
a first setting unit, configured to set the device as a host when the receiving unit fails to receive the second negotiation packet within a preset time;
and the second setting unit is used for acquiring the master-slave type of the other device from the second negotiation data packet, and setting the device as a host or a standby according to the master-slave type of the other device.
3. The apparatus of claim 2, wherein:
the second setting unit is specifically configured to set the device as a host if the master-slave type of the other device is a standby device; if the master-slave type of the other equipment is the host, setting the equipment as a standby machine; if the master-slave type of the other equipment is undefined, the IP addresses of the equipment and the other equipment are further obtained and compared, if the IP address value of the equipment is larger, the equipment is set as a host, and if the IP address value of the equipment is smaller, the equipment is set as a standby.
4. The apparatus of claim 1, wherein:
the sending module is further configured to send a third negotiation packet to the another device if the setting module sets the device as the host, where the master-slave type of the device is identified as the host in the third negotiation packet, so as to set the another device as the standby device.
5. The apparatus according to any one of claims 2 to 4, wherein:
the sending module is further configured to periodically send a first heartbeat data packet carrying the health condition of the device to the other device;
the receiving module is further configured to receive a second heartbeat data packet which is periodically sent by the other device and carries the health condition of the other device.
6. The apparatus of claim 5, wherein:
the setting module is further configured to, when the device is currently the host, change the device to a standby device if the health condition of the device is found to be abnormal, or if a main/standby switching command sent by an upper computer is received; and the processor is further configured to, when the device is currently the standby device, change the device itself to the host if the second heartbeat packet is not received within a preset time or a second heartbeat packet identifying that the master-slave type of the other device is the standby device is received.
7. A dual-computer hot standby communication system is characterized in that the system comprises a first device and a second device which are respectively added into different multicast groups, and the first device and the second device are communicated with each other through interactive multicast data packets; wherein,
the first device is configured to send a first negotiation packet to a second device, where the first negotiation packet identifies that a master-slave type of the first device is undefined; setting the host or the standby equipment according to the response result of the second equipment;
the second device is configured to receive a first negotiation packet sent by the first device, and respond to a second negotiation packet to the first device, where the second negotiation packet identifies a master-slave type of the second device.
8. A dual-computer hot-standby communication method is used for a dual-computer hot-standby communication system and is characterized in that the system comprises a first device and a second device which are respectively added into different multicast groups, and the first device and the second device are communicated with each other through an interactive multicast data packet; the method comprises the following steps:
a first device sends a first negotiation data packet to a second device, wherein the master-slave type of the first device is identified as undefined in the first negotiation data packet;
and setting the first equipment as a host or a standby according to the response result of the second equipment.
9. The method of claim 8, wherein the setting the first device as the host or the standby according to the response result of the second device comprises:
if a second negotiation data packet responded by the second equipment is not received within preset time, setting the first equipment as a host;
and if a second negotiation data packet responded by the second equipment is received within preset time, acquiring the master-slave type of the second equipment from the second negotiation data packet, and setting the first equipment as a host or a standby according to the master-slave type of the second equipment.
10. The method of claim 9, wherein said setting the first device as the master or the standby according to the master-slave type of the second device comprises:
if the master-slave type of the second equipment is a standby machine, setting the first equipment as a host machine;
if the master-slave type of the second equipment is the host, setting the first equipment as a standby machine;
if the master-slave type of the second device is undefined, the IP addresses of the first device and the second device are further obtained and compared, when the IP address value of the first device is larger, the first device is set as a host, and when the IP address value of the first device is smaller, the first device is set as a standby.
11. The method of claim 8, wherein if the first device is set as a host, the method further comprises:
and the first equipment sends a third negotiation data packet to the second equipment, wherein the master-slave type of the first equipment is identified as a host in the third negotiation data packet so as to set the second equipment as a standby machine.
12. The method according to any one of claims 8 to 11, further comprising:
the first equipment periodically sends a first heartbeat data packet carrying the health condition of the first equipment to the second equipment;
and the first equipment receives second heartbeat data which is periodically sent by the second equipment and carries the health condition of the second equipment.
13. The method of claim 12, further comprising:
when the first device is a host machine currently, if the health condition of the first device is found to be abnormal, or if a main/standby switching command sent by an upper computer is received, the first device is changed into a standby machine;
and when the first equipment is the standby equipment currently, if the second heartbeat data packet is not received within the preset time or the second heartbeat data packet identifying that the master-slave type of the second equipment is the standby equipment is received, the first equipment is changed into the host.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310105616.0A CN103731294A (en) | 2013-03-28 | 2013-03-28 | Method, device and system for two-machine hot-standby communication |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310105616.0A CN103731294A (en) | 2013-03-28 | 2013-03-28 | Method, device and system for two-machine hot-standby communication |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103731294A true CN103731294A (en) | 2014-04-16 |
Family
ID=50455229
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310105616.0A Pending CN103731294A (en) | 2013-03-28 | 2013-03-28 | Method, device and system for two-machine hot-standby communication |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103731294A (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105471619A (en) * | 2015-08-03 | 2016-04-06 | 汉柏科技有限公司 | Network node devices and master-slave configuration method and system thereof |
| CN105939224A (en) * | 2016-06-12 | 2016-09-14 | 杭州迪普科技有限公司 | Method and device for solving double-master problem of double-equipment hot standby |
| CN108243031A (en) * | 2016-12-23 | 2018-07-03 | 大唐移动通信设备有限公司 | The implementation method and device of a kind of two-node cluster hot backup |
| WO2019144351A1 (en) * | 2018-01-25 | 2019-08-01 | 深圳市为通博科技有限责任公司 | Master-slave role conversion method, chip, and data transmission system |
| CN111404827A (en) * | 2020-03-09 | 2020-07-10 | 深信服科技股份有限公司 | Data packet processing method and device, electronic equipment and storage medium |
| CN111934909A (en) * | 2020-07-13 | 2020-11-13 | 深圳栅格信息技术有限公司 | Method and device for switching IP (Internet protocol) resources of host and standby machine, computer equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005398A (en) * | 2006-01-20 | 2007-07-25 | 迈普（四川）通信技术有限公司 | Double machine work method on single frame device |
| CN101192964A (en) * | 2006-11-24 | 2008-06-04 | 中兴通讯股份有限公司 | Master/slave switching system and method for multicast source |
| CN102130776A (en) * | 2010-01-19 | 2011-07-20 | 新浪网技术(中国)有限公司 | Communication method and system |
-
2013
- 2013-03-28 CN CN201310105616.0A patent/CN103731294A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101005398A (en) * | 2006-01-20 | 2007-07-25 | 迈普（四川）通信技术有限公司 | Double machine work method on single frame device |
| CN101192964A (en) * | 2006-11-24 | 2008-06-04 | 中兴通讯股份有限公司 | Master/slave switching system and method for multicast source |
| CN102130776A (en) * | 2010-01-19 | 2011-07-20 | 新浪网技术(中国)有限公司 | Communication method and system |
Non-Patent Citations (1)
| Title |
|---|
| 杨晓芬: "实时数据库系统双机热备机制设计与实现", 《计算机工程与应用》 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105471619A (en) * | 2015-08-03 | 2016-04-06 | 汉柏科技有限公司 | Network node devices and master-slave configuration method and system thereof |
| CN105939224A (en) * | 2016-06-12 | 2016-09-14 | 杭州迪普科技有限公司 | Method and device for solving double-master problem of double-equipment hot standby |
| CN108243031A (en) * | 2016-12-23 | 2018-07-03 | 大唐移动通信设备有限公司 | The implementation method and device of a kind of two-node cluster hot backup |
| CN108243031B (en) * | 2016-12-23 | 2021-05-25 | 大唐移动通信设备有限公司 | Method and device for realizing dual-computer hot standby |
| WO2019144351A1 (en) * | 2018-01-25 | 2019-08-01 | 深圳市为通博科技有限责任公司 | Master-slave role conversion method, chip, and data transmission system |
| CN111404827A (en) * | 2020-03-09 | 2020-07-10 | 深信服科技股份有限公司 | Data packet processing method and device, electronic equipment and storage medium |
| CN111404827B (en) * | 2020-03-09 | 2023-09-08 | 深信服科技股份有限公司 | Data packet processing method and device, electronic equipment and storage medium |
| CN111934909A (en) * | 2020-07-13 | 2020-11-13 | 深圳栅格信息技术有限公司 | Method and device for switching IP (Internet protocol) resources of host and standby machine, computer equipment and storage medium |
| CN111934909B (en) * | 2020-07-13 | 2023-06-13 | 深圳栅格信息技术有限公司 | Main-standby machine IP resource switching method, device, computer equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105024855B (en) | Distributed type assemblies manage system and method | |
| US9054958B2 (en) | System and method for reducing information loss in an aggregated information handling system | |
| CN103731294A (en) | Method, device and system for two-machine hot-standby communication | |
| CN109672708B (en) | Communication method, device and system | |
| US10666049B2 (en) | Power-over-ethernet power method and system | |
| CN104104570A (en) | Aggregation processing method in IRF (Intelligent Resilient Framework) system and device | |
| CN106230896A (en) | A kind of information push method, Apparatus and system | |
| CN105281942B (en) | A kind of network equipment and method sending bgp information | |
| CN104113458A (en) | Mobile terminal and intelligent household appliance interconnecting method and device | |
| TW201509155A (en) | Communication device utilizing a central discovery mechanism, and respective method | |
| US20180262428A1 (en) | Dynamic Access-Point Link Aggregation | |
| US20170242815A1 (en) | Sas system, sas system traversal method, and apparatus | |
| CN106452921B (en) | Stacking system splitting detection method and device | |
| US8650309B2 (en) | Cascading architecture for audio and video streams | |
| US10070273B2 (en) | Multicast group management technique | |
| US9609590B2 (en) | Eco-friendly power over ethernet | |
| CN104753707A (en) | System maintenance method and network switching equipment | |
| EP4094421A2 (en) | Pce controlled network reliability | |
| WO2018024200A1 (en) | Virtual desktop multicast control method, terminal, proxy terminal, and cloud desktop server | |
| JP2020521388A (en) | Packet transmission method and apparatus | |
| CN109245911B (en) | Method and device for realizing BRAS hot standby and computer readable storage medium | |
| CN104243606A (en) | C/S-mode DDS communication system and method | |
| CN105451367A (en) | Wireless network connection method, device and system | |
| CN106304241B (en) | Data transmission method, repeater and gateway | |
| US11469955B2 (en) | Stacked computer network devices having multiple master nodes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: Nanshan District Keyuan Road Shenzhen city Guangdong province 518057 Tsinghua building A building 12 layer Applicant after: SHENZHEN GENVICT TECHNOLOGY CO., LTD. Address before: Nanshan District Keyuan Road Shenzhen city Guangdong province 518057 Tsinghua building A building 12 layer Applicant before: Shenzhen Jinyi Technologies Co., Ltd. |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SHENZHEN JINYI TECHNOLOGIES CO., LTD. TO: SHENZHEN GENVICT TECHNOLOGY CO., LTD. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140416 |