CN113472566A - Status monitoring method of union block chain and master node status monitoring system - Google Patents
Status monitoring method of union block chain and master node status monitoring system Download PDFInfo
- Publication number
- CN113472566A CN113472566A CN202110657184.9A CN202110657184A CN113472566A CN 113472566 A CN113472566 A CN 113472566A CN 202110657184 A CN202110657184 A CN 202110657184A CN 113472566 A CN113472566 A CN 113472566A
- Authority
- CN
- China
- Prior art keywords
- backup
- node
- orderer
- orderer node
- main
- 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
Images
Classifications
-
- 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/0677—Localisation of faults
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention relates to the technical field of block chains, in particular to a state monitoring method of an allied block chain and a main node state monitoring system, wherein the method is realized by the main node state monitoring system, the main node state monitoring system comprises a main orderer node and a backup orderer node, and the method comprises the following steps: the main orderer node establishes a service monitoring port; the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node; the backup orderer node judges the node state of the current main orderer node according to the received state information, if the state of the current main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the state of the current main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; the backup orderer node initiates a data recovery service and a takeover service. By adopting the invention, the stability and fault tolerance of the block chain network are enhanced.
Description
Technical Field
The invention relates to the technical field of block chains, in particular to a state monitoring method of an allied block chain and a state monitoring system of a main node.
Background
Currently, in many applications, the blockchain alliance chain system, such as widely adopted open source Fabric, has a problem that fault tolerance of the main orderer node is not supported in a consensus period. The data transmission of the traditional block chain alliance chain system is as shown in fig. 1, and as can be seen from fig. 1, a main orderer node plays a crucial role and needs to perform fault-tolerant processing on the main orderer node, but the traditional state monitoring is only responsible for monitoring the block chain network state, a fault-tolerant mechanism is not provided, the traditional fault tolerance is completed by a new round of consensus re-election, the performance consumption is high, and the time period is long.
Disclosure of Invention
The embodiment of the invention provides a state monitoring method of an alliance block chain and a main node state monitoring system. The technical scheme is as follows:
in one aspect, a method for monitoring the state of an alliance block chain is provided, and the method is implemented by a main node state monitoring system, wherein the main node state monitoring system comprises a main orderer node and a backup orderer node, and the method comprises the following steps:
the main orderer node establishes a service monitoring port;
the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node;
the backup orderer node judges the current node state of the main orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the current state of the main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification;
the backup orderer node initiates a data recovery service and a takeover service.
Optionally, a backup node list is stored in the backup orderer node, and node information of a plurality of backup orderer nodes is recorded in the backup node list.
Optionally, after the backup orderer node starts the data recovery service and the takeover service, the method further includes:
and the backup orderer node updates the stored backup node list, and takes the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
Optionally, after the retrieving the backup orderer node located at the top as the new backup orderer node, the method further includes:
and the backup orderer node performs data backup with the new backup orderer node.
Optionally, the nodes in the backup node list are other orderer nodes.
In one aspect, a master node status monitoring system is provided, where the system is applied to a status monitoring method of a federation blockchain, and the system includes a master orderer node and a backup orderer node, where:
the main orderer node is used for establishing a service monitoring port; sending state information to the backup orderer node;
the backup orderer node is used for periodically polling to acquire the state information of the main orderer node; judging the current node state of the main orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the current state of the main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; initiate a data recovery service and take over a service.
Optionally, a backup node list is stored in the backup orderer node, and node information of a plurality of backup orderer nodes is recorded in the backup node list.
Optionally, the backup orderer node is further configured to:
after the backup orderer node starts the data recovery service and the takeover service, the backup orderer node updates the stored backup node list, and takes out the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
Optionally, the backup orderer node is further configured to:
and after the main orderer node takes out the backup orderer node positioned at the head as a new backup orderer node, the backup orderer node and the new backup orderer node perform data backup.
Optionally, the nodes in the backup node list are other orderer nodes.
The technical scheme provided by the embodiment of the invention has the beneficial effects that at least:
in the scheme, a main orderer node establishes a service monitoring port; the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node; the backup orderer node judges the node state of the current main orderer node according to the received state information, if the state of the current main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the state of the current main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; the backup orderer node initiates a data recovery service and a takeover service. Therefore, a main and standby monitoring mechanism is newly added and integrated in the traditional consensus mechanism, so that the sequencing delay is reduced, the stability and fault tolerance of the block chain network are enhanced, the backup orderer node is effective to take over the service of the main orderer node, and the time cost is less than the time cost for re-election by the consensus algorithm.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart of data transmission in a blockchain alliance-chain system according to an embodiment of the present invention;
fig. 2 is a flowchart of a method for monitoring a status of an alliance block chain according to an embodiment of the present invention;
fig. 3 is a flowchart of a method for monitoring a status of an alliance block chain according to an embodiment of the present invention;
fig. 4 is a schematic flow chart of data transmission in a blockchain alliance-chain system according to an embodiment of the present invention;
fig. 5 is a schematic structural diagram of a master node status monitoring system according to an embodiment of the present invention.
Detailed Description
In order to make the technical problems, technical solutions and advantages of the present invention more apparent, the following detailed description is given with reference to the accompanying drawings and specific embodiments.
The embodiment of the invention provides a state monitoring method of an alliance block chain, which is realized by a main node state monitoring system, wherein the main node state monitoring system comprises a main orderer node and a backup orderer node. As shown in fig. 2, a flow chart of a status monitoring method for a federation blockchain, a processing flow of the method may include the following steps:
And 203, judging the current node state of the main orderer node by the backup orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, enabling the backup orderer node to enter a dormant state, and if the current state of the main orderer node is judged to be abnormal, enabling the backup orderer node to perform abnormal notification.
Optionally, the backup orderer node stores a backup node list, and the backup node list records node information of a plurality of backup orderer nodes.
Optionally, after the backup orderer node starts the data recovery service and the takeover service, the method further includes:
the backup orderer node updates the stored backup node list, and takes the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
Optionally, after the retrieving the backup orderer node located at the top as the new backup orderer node, the method further includes:
the backup orderer node performs data backup with the new backup orderer node.
In the embodiment of the invention, a main orderer node establishes a service monitoring port; the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node; the backup orderer node judges the node state of the current main orderer node according to the received state information, if the state of the current main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the state of the current main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; the backup orderer node initiates a data recovery service and a takeover service. Therefore, a main and standby monitoring mechanism is newly added and integrated in the traditional consensus mechanism, so that the sequencing delay is reduced, the stability and fault tolerance of the block chain network are enhanced, the backup orderer node is effective to take over the service of the main orderer node, and the time cost is less than the time cost for re-election by the consensus algorithm.
The embodiment of the invention provides a state monitoring method of an alliance block chain, which is realized by a main node state monitoring system, wherein the main node state monitoring system comprises a main orderer node and a backup orderer node. As shown in fig. 3, a flow chart of a status monitoring method for a federation blockchain, a processing flow of the method may include the following steps:
In a feasible implementation manner, as shown in fig. 4, a user inputs data through a client, the client sends a proposal to an enrose Peer endorsement node, the enrose Peer endorsement node returns a result to the client, the client generates a transaction according to the proposal result and sends the transaction to a main orderer node, and the main orderer node sorts the transaction and packages the transaction to generate a block.
The main orderer node stores a backup node list, the orderer node at the head in the backup node list is used as a backup orderer node, the main orderer node and the backup orderer node perform data backup, and the backup orderer node stores the backup node list.
And 303, judging the current node state of the main orderer node by the backup orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, enabling the backup orderer node to enter a dormant state, and if the current state of the main orderer node is judged to be abnormal, enabling the backup orderer node to perform abnormal notification.
In a feasible implementation mode, the main orderer node is abnormal, and the backup orderer node takes over the main orderer node for data processing. Therefore, by adding the main and standby sequencing nodes, when the main orderer node is abnormal, fault tolerance is directly supported in the current consensus period, and normal work of the system is ensured.
And 305, the backup orderer node updates the stored backup node list, and takes the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
The backup orderer node is stored with a backup node list, and the backup node list records node information of a plurality of backup orderer nodes.
In one possible implementation, during the data backup process, the new backup orderer node stores the updated backup node list.
In the embodiment of the invention, a main orderer node establishes a service monitoring port; the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node; the backup orderer node judges the node state of the current main orderer node according to the received state information, if the state of the current main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the state of the current main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; the backup orderer node initiates a data recovery service and a takeover service. Therefore, a main and standby monitoring mechanism is newly added and integrated in the traditional consensus mechanism, so that the sequencing delay is reduced, the stability and fault tolerance of the block chain network are enhanced, the backup orderer node is effective to take over the service of the main orderer node, and the time cost is less than the time cost for re-election by the consensus algorithm.
Fig. 5 is a block diagram illustrating a master node status monitoring system in accordance with an exemplary embodiment. Referring to fig. 5, the system is applied to a status monitoring method of a federation blockchain, and the system includes a main orderer node and a backup orderer node, where:
the main orderer node is used for establishing a service monitoring port; sending state information to the backup orderer node;
the backup orderer node is used for periodically polling to acquire the state information of the main orderer node; judging the current node state of the main orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the current state of the main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; initiate a data recovery service and take over a service.
Optionally, a backup node list is stored in the backup orderer node, and node information of a plurality of backup orderer nodes is recorded in the backup node list.
Optionally, the backup orderer node is further configured to:
after the backup orderer node starts the data recovery service and the takeover service, the backup orderer node updates the stored backup node list, and takes out the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
Optionally, the backup orderer node is further configured to:
and after the main orderer node takes out the backup orderer node positioned at the head as a new backup orderer node, the backup orderer node and the new backup orderer node perform data backup.
Optionally, the nodes in the backup node list are other orderer nodes.
In the embodiment of the invention, a main orderer node establishes a service monitoring port; the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node; the backup orderer node judges the node state of the current main orderer node according to the received state information, if the state of the current main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the state of the current main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; the backup orderer node initiates a data recovery service and a takeover service. Therefore, a main and standby monitoring mechanism is newly added and integrated in the traditional consensus mechanism, so that the sequencing delay is reduced, the stability and fault tolerance of the block chain network are enhanced, the backup orderer node is effective to take over the service of the main orderer node, and the time cost is less than the time cost for re-election by the consensus algorithm.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents, improvements and the like that fall within the spirit and principle of the present invention are intended to be included therein.
Claims (10)
1. A status monitoring method of an alliance block chain is characterized in that the method is realized by a main node status monitoring system, the main node status monitoring system comprises a main orderer node and a backup orderer node, and the method comprises the following steps:
the main orderer node establishes a service monitoring port;
the backup orderer node periodically polls to obtain the state information of the main orderer node, and the main orderer node sends the state information to the backup orderer node;
the backup orderer node judges the current node state of the main orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the current state of the main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification;
the backup orderer node initiates a data recovery service and a takeover service.
2. The method of claim 1, wherein the backup orderer node has a backup node list stored therein, and wherein the backup node list has node information of a plurality of backup orderer nodes recorded therein.
3. The method of claim 2, wherein after the backup orderer node initiates the data recovery service and the takeover service, further comprising:
and the backup orderer node updates the stored backup node list, and takes the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
4. The method of claim 3, wherein said retrieving the first backup orderer node as the new backup orderer node further comprises:
and the backup orderer node performs data backup with the new backup orderer node.
5. The method of claim 2, wherein the nodes in the list of backup nodes are other orderer nodes.
6. A master node state monitoring system is applied to a state monitoring method of a block chain of a federation, and comprises a master orderer node and a backup orderer node, wherein:
the main orderer node is used for establishing a service monitoring port; sending state information to the backup orderer node;
the backup orderer node is used for periodically polling to acquire the state information of the main orderer node; judging the current node state of the main orderer node according to the received state information, if the current state of the main orderer node is judged to be normal, the backup orderer node enters dormancy, and if the current state of the main orderer node is judged to be abnormal, the backup orderer node carries out abnormal notification; initiate a data recovery service and take over a service.
7. The system of claim 6, wherein the backup orderer node has a backup node list stored therein, and wherein the backup node list has node information of a plurality of backup orderer nodes recorded therein.
8. The system of claim 7, wherein the backup orderer node is further configured to:
after the backup orderer node starts the data recovery service and the takeover service, the backup orderer node updates the stored backup node list, and takes out the backup orderer node positioned at the first position from the updated backup node list as a new backup orderer node.
9. The system of claim 8, wherein the backup orderer node is further configured to:
and after the main orderer node takes out the backup orderer node positioned at the head as a new backup orderer node, the backup orderer node and the new backup orderer node perform data backup.
10. The system of claim 7, wherein the nodes in the list of backup nodes are other orderer nodes.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110657184.9A CN113472566A (en) | 2021-06-11 | 2021-06-11 | Status monitoring method of union block chain and master node status monitoring system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110657184.9A CN113472566A (en) | 2021-06-11 | 2021-06-11 | Status monitoring method of union block chain and master node status monitoring system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113472566A true CN113472566A (en) | 2021-10-01 |
Family
ID=77869777
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110657184.9A Pending CN113472566A (en) | 2021-06-11 | 2021-06-11 | Status monitoring method of union block chain and master node status monitoring system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113472566A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114513525A (en) * | 2022-04-19 | 2022-05-17 | 北京易鲸捷信息技术有限公司 | Data consistency optimization method and system adopting cross-machine-room chain forwarding |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1512375A (en) * | 2002-12-31 | 2004-07-14 | 联想(北京)有限公司 | Fault-tolerance approach using machine group node interacting buckup |
| CN101427531B (en) * | 2007-01-04 | 2011-11-23 | 中兴通讯股份有限公司 | A protection method of the speakers of the interdomain protocol in the optical network |
| CN102868754A (en) * | 2012-09-26 | 2013-01-09 | 北京联创信安科技有限公司 | High-availability method, node device and system for achieving cluster storage |
| CN104283948A (en) * | 2014-09-26 | 2015-01-14 | 东软集团股份有限公司 | Server cluster system and load balancing implementation method thereof |
| CN105406980A (en) * | 2015-10-19 | 2016-03-16 | 浪潮(北京)电子信息产业有限公司 | Multi-node backup method and multi-node backup device |
| CN106021005A (en) * | 2016-05-10 | 2016-10-12 | 北京金山安全软件有限公司 | Method and device for providing application service and electronic equipment |
| CN106254100A (en) * | 2016-07-27 | 2016-12-21 | 腾讯科技（深圳）有限公司 | A kind of data disaster tolerance methods, devices and systems |
| CN106375342A (en) * | 2016-10-21 | 2017-02-01 | 用友网络科技股份有限公司 | Zookeeper-technology-based system cluster method and system |
| CN108964948A (en) * | 2017-05-19 | 2018-12-07 | 北京金山云网络技术有限公司 | Principal and subordinate's service system, host node fault recovery method and device |
| CN109688012A (en) * | 2018-12-29 | 2019-04-26 | 杭州趣链科技有限公司 | A kind of method of alliance's chain node hot standby switch |
| WO2020258831A1 (en) * | 2019-06-28 | 2020-12-30 | 创新先进技术有限公司 | Method and device for master node handover processing in blockchain system |
-
2021
- 2021-06-11 CN CN202110657184.9A patent/CN113472566A/en active Pending
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1512375A (en) * | 2002-12-31 | 2004-07-14 | 联想(北京)有限公司 | Fault-tolerance approach using machine group node interacting buckup |
| CN101427531B (en) * | 2007-01-04 | 2011-11-23 | 中兴通讯股份有限公司 | A protection method of the speakers of the interdomain protocol in the optical network |
| CN102868754A (en) * | 2012-09-26 | 2013-01-09 | 北京联创信安科技有限公司 | High-availability method, node device and system for achieving cluster storage |
| CN104283948A (en) * | 2014-09-26 | 2015-01-14 | 东软集团股份有限公司 | Server cluster system and load balancing implementation method thereof |
| CN105406980A (en) * | 2015-10-19 | 2016-03-16 | 浪潮(北京)电子信息产业有限公司 | Multi-node backup method and multi-node backup device |
| CN106021005A (en) * | 2016-05-10 | 2016-10-12 | 北京金山安全软件有限公司 | Method and device for providing application service and electronic equipment |
| CN106254100A (en) * | 2016-07-27 | 2016-12-21 | 腾讯科技（深圳）有限公司 | A kind of data disaster tolerance methods, devices and systems |
| CN106375342A (en) * | 2016-10-21 | 2017-02-01 | 用友网络科技股份有限公司 | Zookeeper-technology-based system cluster method and system |
| CN108964948A (en) * | 2017-05-19 | 2018-12-07 | 北京金山云网络技术有限公司 | Principal and subordinate's service system, host node fault recovery method and device |
| CN109688012A (en) * | 2018-12-29 | 2019-04-26 | 杭州趣链科技有限公司 | A kind of method of alliance's chain node hot standby switch |
| WO2020258831A1 (en) * | 2019-06-28 | 2020-12-30 | 创新先进技术有限公司 | Method and device for master node handover processing in blockchain system |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114513525A (en) * | 2022-04-19 | 2022-05-17 | 北京易鲸捷信息技术有限公司 | Data consistency optimization method and system adopting cross-machine-room chain forwarding |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7539150B2 (en) | Node discovery and communications in a network | |
| CN102394914A (en) | Cluster brain-split processing method and device | |
| CN108566291B (en) | Event processing method, server and system | |
| CN111901176B (en) | Fault determination method, device, equipment and storage medium | |
| CN111010318A (en) | Method and system for discovering loss of connection of terminal equipment of Internet of things and equipment shadow server | |
| CN106533751B (en) | SDN controller cluster merging method and device | |
| CN111935314A (en) | Block chain system, message transmission method and device | |
| CN113626226B (en) | Data communication method and device, processor and computer storage medium | |
| CN113472566A (en) | Status monitoring method of union block chain and master node status monitoring system | |
| CN108509296B (en) | Method and system for processing equipment fault | |
| EP2071764B1 (en) | A method, device and communication system thereof of electing local master | |
| CN110737543B (en) | Method, device and storage medium for recovering distributed file system data | |
| CN102984739A (en) | Breakdown information processing method and processing device | |
| CN114598593B (en) | Message processing method, system, computing device and computer storage medium | |
| CN115357395A (en) | Fault equipment task transfer method and system, electronic equipment and storage medium | |
| CN114328638A (en) | Service message pushing system based on database polling | |
| CN108933824A (en) | A kind of method, system and relevant apparatus keeping RabbitMQ service | |
| CN115190052A (en) | Long connection management method, system and control unit | |
| CN114936095A (en) | Partition expansion and reduction method and system | |
| CN114116178A (en) | Cluster framework task management method and related device | |
| CN111935337A (en) | MAC address keep-alive method, equipment and storage medium of aggregation link | |
| CN110879774B (en) | Network element performance data alarming method and device | |
| WO2018188343A1 (en) | Link recovery method, apparatus, and communications node | |
| CN113868246B (en) | Bit map synchronization method, system and device in storage system and readable storage medium | |
| CN110460500B (en) | Method and system for processing local area network instant communication network node abnormal offline |
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 |