WO2012149785A1

WO2012149785A1 - Single board running method and system in main-standby mode

Info

Publication number: WO2012149785A1
Application number: PCT/CN2011/080413
Authority: WO
Inventors: 申纪伟
Original assignee: 华为技术有限公司
Priority date: 2011-09-30
Filing date: 2011-09-30
Publication date: 2012-11-08
Also published as: CN102388570B; CN102388570A

Abstract

A single board running method in a main-standby mode, wherein the resources are divided into at least two parts of independently running resource blocks, and the resource blocks are allocated to a main single board and a standby single board thereof. The method includes: the main single board running a first resource block to communicate with an external single board, and the standby single board running a second resource block to communicate with the external single board, wherein the first resource block is different from the second resource block; and when detecting the main single board has failed, the standby single board running the second resource block and the backup of the first resource block stored in the standby single board to communicate with the external single board. The method greatly reduces the redundancy of the hardware, makes full use of the hardware resources, and improves the hardware performance, and when a certain single board has failed, another single board takes over to run the resources in the single board which has failed, avoiding the interruption of service communications, and ensuring high reliability of the system.

Description

Single board running method and system in active/standby mode

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method and system for operating a single board in an active/standby mode.

Background technique

In a telecommunication system, in order to improve the reliability of the system, a redundant standby board is added to the main board to ensure that the current service is continuously executed by the redundant standby board when the board is faulty. .

The redundancy mode used by the board in the prior art generally includes the working mode of the N+1 resource pool or the 1+1 active/standby mode.

The working mode of the N+1 resource pool, that is, the operation of the N-block board, and the backup of one board. When any one of the N boards fails, the backup board takes over the work of the board. However, in this working mode, multiple boards are backed up to one board. In the same memory, the backup board cannot completely back up all call data. Only important data, such as base stations and cells, can be selected. Therefore, when a board fails, the average user will drop the call.

In the 1+1 active/standby mode, each board is configured with a single board for backup. The main board works only. The standby board only performs backup of the main board. When the main board is faulty, the standby board is upgraded to the main board through the switchover.

The IP address is switched to the IP address of the main board to take over the work of the original main board. In this mode, the original user can ensure that the original user does not drop the call, and the reliability is high. However, when the main board does not fail, the standby board is always idle, which is equivalent to only one single board for two boards. Board thing, this mode has high hardware redundancy and poor performance.

Summary of the invention

The embodiment of the invention provides a method and a system for operating a single board in an active/standby mode, which can reduce hardware redundancy and improve hardware performance under high reliability.

In order to solve the above technical problem, the technical solution of the embodiment of the present invention is as follows:

A method for operating a board in an active/standby mode, where the resource is divided into at least two parts of the resource blocks that can be independently operated, and the resource blocks are allocated to the main board and the standby board. The method includes:

The main board runs the first resource block to communicate with the external board, and the standby board runs the second resource block to communicate with the external board, where the first resource block and the second resource are Different blocks; When the standby board detects that the main board is faulty, the second resource block is run by the standby board, and the backup of the first resource block stored on the standby board is performed. Communicate with the external board.

A single board, including:

a communication unit, configured to run the second resource block to communicate with the external board, where the main board of the board runs the first resource block to communicate with the external board, the first resource block and the first resource block The second resource block is different, and the first resource block and the second resource block are independently operable resource blocks obtained by dividing resources;

a fault processing unit, configured to: when detecting that the main board is faulty, running the second resource block, and backing up the first resource block stored on the board, and the external board Communicate.

A board running system in an active/standby mode, including a main board and a standby board, the resources of the system are divided into at least two parts of resource blocks that can be independently operated, and the resource blocks are allocated to the main list. Board and the standby board,

The main board is configured to run the first resource block to communicate with the external board;

The standby board is configured to run the second resource block to communicate with the external board, where the second resource block is different from the first resource block; when detecting that the main board is faulty, running The second resource block, and the backup of the first resource block stored on the standby board, communicate with the external board.

In the embodiment of the present invention, the resources are divided and run on the active and standby boards respectively, so that the active and standby boards are simultaneously involved in the running of the resources to communicate with the external boards, thereby avoiding the main board in the active/standby mode of the prior art. When the standby board is idle, the CPU of the active and standby boards participates in the operation at the same time. This greatly reduces the redundancy of the hardware, fully utilizes the hardware resources, and improves the hardware performance. The processing capability in this mode. It is twice the processing power of the prior art method. In addition, when a board fails, the other board takes over the resources on the faulty board to avoid interruption of service communication and ensure high reliability of the system.

DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the prior art description will be briefly described below. Obviously, the following description will be described. The drawings in the drawings are merely some embodiments of the present invention, and those skilled in the art can obtain other drawings based on these drawings without any inventive labor.

1 is a flowchart of a method for operating a single board in an active/standby mode according to an embodiment of the present invention;

2 is a flowchart of a method for operating a single board in an active/standby mode according to an embodiment of the present invention;

3 is a schematic diagram of communication between an active and standby single board and an external single board in the embodiment shown in FIG. 2;

4 is a flowchart of another method for operating a board in an active/standby mode according to an embodiment of the present invention;

5 is a schematic diagram of communication between an active and standby single board and an external single board in the embodiment shown in FIG. 4;

6 is a schematic structural view of a single board according to an embodiment of the present invention;

7 is a schematic structural view of another single board according to an embodiment of the present invention;

8 is a schematic structural view of another single board according to an embodiment of the present invention;

FIG. 9 is a schematic structural diagram of a single board operating system in an active/standby mode according to an embodiment of the present invention.

detailed description

BRIEF DESCRIPTION OF THE DRAWINGS The technical solutions in the embodiments of the present invention will be described in detail below with reference to the accompanying drawings. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without the creative work are all within the scope of the present invention.

FIG. 1 is a flowchart of a method for operating a board in an active/standby mode according to an embodiment of the present invention.

The method can include:

Step 101: The resource is divided into at least two parts and can be independently operated, and the resource blocks are allocated to the main board and the standby board.

In the prior art, the resources on the board are not divided, but are run on the main board or on the standby board. In the embodiment of the present invention, the resources are first divided, and the standard of the division is Each resource block that is divided can be run independently. When running a resource block, there is no need to refer to other resource blocks.

The process of dividing the resource may be divided by a third party other than the main board and the standby board, or may be divided by one of the two.

After the partitioning is complete, the resource block is allocated by the third party or the two. Specifically, the at least two different resource blocks that are allocated are allocated to the main board and the standby board. The resource blocks are different, and the resources can be equal or different. You can also allocate all the resource blocks on the main board and the standby board. For example, all the resource blocks are backed up by the number of boards, and then allocated. , All resource blocks are stored on each board.

The step of dividing the resource block can be performed in advance, and it is not necessary to perform the partitioning once each time the board is run.

Step 102: The primary board runs the first resource block to communicate with the external board, and the standby board runs the second resource block to communicate with the external board.

After the resource blocks are allocated to the main board and the standby board, some of the resource blocks are run by the main board, which is recorded as the first resource block, and the standby board runs another part of the resource block, which is recorded as the second resource block. A resource block is different from the second resource block.

When the active and standby boards run their respective resource blocks, they can communicate with the external boards. The common communication module can communicate with the external boards. For example, the standby board communicates with the agent through the main board. The module communicates with the external board. The specific communication method is not limited here.

Step 103: When the standby board detects that the main board is faulty, the standby board runs the second resource block and the backup of the first resource block stored on the standby board to communicate with the external board.

The standby board can detect the running status of the main board through the software handshake between the active and standby boards. When the main board is faulty, the standby board runs the original resource block and takes over. The service on the main board, that is, the backup of the first resource block on the standby board, communicates with other external boards.

The backup of the first resource block may be temporarily stored on the standby board when the resource block is allocated, or may be temporarily backed up by the main board to the standby board before the fault occurs or the fault occurs.

In another embodiment, when the faulty board is restored, the method may be switched back to step 102, that is, when the main board is restored, the first resource block is still run by the main board to communicate with the external board. The standby board runs the second resource block to communicate with the external board.

In the embodiment of the present invention, the main board and the standby board are relatively different, and are not specifically referred to as a single board, that is, in the foregoing method steps, the "main board" and the "prepare board" are swapped, The same can be achieved and is within the scope of the invention. "First" and "Second" are also only distinguishing between different resource blocks, not special features.

In the embodiment of the present invention, the resources are divided and run on the active and standby boards respectively, so that the active and standby boards are simultaneously involved in the running of the resources to communicate with the external boards, thereby avoiding the main board in the active/standby mode of the prior art. If the standby board is idle, the CPU of the active and standby boards participates in the method. The operation greatly reduces the redundancy of the hardware, makes full use of the hardware resources, and improves the hardware performance. The processing capability in this mode is twice that of the prior art methods. In addition, when a board fails, the other board takes over the resources on the faulty board, which avoids the interruption of service communication and ensures high reliability of the system.

FIG. 2 is a flowchart of another method for operating a board in an active/standby mode according to an embodiment of the present invention. The method can include:

In step 201, the resource M is divided into two parts, the resource blocks M1 and M2, which are independently operable, and the resource blocks are allocated to the main board and the standby board.

In this embodiment, the resource block M is divided into two resource blocks that can be independently operated, and the first resource block M1 and the second resource block M2 are taken as an example for description.

The specific resource partitioning method is to extract the global variables in each resource block and store them in a unified structure called an environment control block. Each board uses a corresponding independent resource block through a different environment control block pointer.

After the division is completed, the first resource block M1 and the second resource block M2 are backed up, and the backup M2 of the first resource block M1 and the second resource block M2 is allocated to the main board, and the backup of the first resource block M1 is performed. The second resource block M2 is allocated to the standby board. Although the resource blocks stored in the active and standby boards are the same, the resource blocks run by the boards are not the same, as shown in step 202 below.

Step 202: The primary board runs the first resource block M1 to communicate with the external board, and the standby board runs the second resource block M2, and communicates with the external board through the proxy communication module on the main board.

After the resource blocks are allocated to the main board and the standby board, the first resource block is run by the main board.

Ml, the standby board runs the second resource block M2, and the two resource blocks are different.

In this embodiment, the main board communicates with the external board through the IP address IP1 of the main board through the communication module of the main board. The standby board passes the proxy communication module on the main board and uses the main board. The IP address IP1 communicates with the external board. As shown in Figure 3, the mode of the main board proxy communication does not require other boards to be perceived, and the impact is small.

Based on the proxy communication mode, the resources of the resource blocks running on the standby board and the main board may be different, for example, the resources of the second resource block M2 running on the standby board are larger than the main The resource amount of the first resource block M1 that the board runs, such as M2: Ml is 6:4.

Step 203: When the standby board detects that the main board is faulty, the standby resource board runs the second resource block. M2, and the backup M1 of the first resource block, communicates with the external board by using the IP address IP 1 of the main board.

The standby board detects the running status of the main board through the software handshake between the active and standby boards. When the main board is faulty, the standby board takes over the service on the main board. The backup port of the first resource block stored on the board communicates with the external board. In this case, the standby board can simultaneously run the backup M1' and the second resource block M2 of the first resource block, and switch the IP address IP1 of the main board to its own IP address, that is, the IP address of the main board. IP1, communicates with external boards, and sends ARP (Address Resolution Protocol) messages to other external boards to update ARP entries of other external boards.

If the backup board runs the backup M1 and the second resource block M2 of the first resource block, the service may exceed the CPU load of the standby board. In this case, the flow control can be started. The flow control can include sharing the call to other boards or rejecting the flow. Some services, etc.

Step 204: When the standby board detects the recovery of the main board, the standby board runs the second resource block M2 to communicate with the external board, and communicates with the external board through the proxy communication module on the main board; The primary board resumes running the first resource block M1 to communicate with the external board.

When the backup board detects the recovery of the main board, you can switch the running status of the active and standby boards back to the corresponding state in step 202. That is, the standby board runs the second resource block M2 and passes the proxy communication module on the main board. The main board resumes running the first resource block M1 to communicate with the external board.

In another embodiment, if the backup board is faulty in step 203, the first resource block M1 and the backup M2 of the second resource block are directly operated by the main board, and the IP address IP1 of the main board is used. After communicating with the external board, after the standby board is restored, switch back to the state of step 202.

In the embodiment of the present invention, the resources are divided and run on the main board and the standby board respectively, so that the active and standby boards simultaneously participate in the running resources to communicate with the external boards, thereby greatly reducing the redundancy of the hardware and making full use of the hardware. The resources are used to improve the performance of the system. In addition, when a board fails, another board takes over the resources on the faulty board to avoid interruption of service communication and ensure high reliability of the system.

FIG. 4 is a flowchart of another method for operating a board in an active/standby mode according to an embodiment of the present invention. The method can include: Step 401: The resource M is divided into two parts, the resource blocks M1 and M2, which are independently operable, and the resource blocks are allocated to the main board and the standby board.

In this embodiment, the first resource block M1 and the second resource block M2 divided by the resource M are taken as an example for description. The resource partitioning process and the resource block allocation process are similar to the foregoing step 201, and are not described herein again.

Step 402: The main board runs the first resource block M1, and communicates with the external board through the IP address IP1 of the main board. The standby board runs the second resource block M2 and passes the IP address IP2 of the standby board. Communicate with external boards.

After the resource blocks are allocated to the main board and the standby board, the first resource block M1 is run by the main board, and the second resource block M2 is run by the standby board. The two resource blocks are different.

In this embodiment, the main board passes its own communication module and uses the IP address of the main board itself.

The IP1 communicates with the external board. The standby board communicates with the external board through its own communication module, IP address IP2 of the standby board, as shown in Figure 5.

Based on the autonomous communication mode, the resources of the resource blocks running on the main board and the standby board can be the same, for example, Ml: M2 is 1:1.

Step 403: When the standby board detects that the main board is faulty, the standby board adds the IP address IP1 of the main board and sends an ARP message to the external board.

The standby board detects the running status of the main board through the software handshake between the active and standby boards. When the main board is faulty, the standby board needs to take over the services on the main board before the service is replaced. The standby board and the main board communicate with the external board through their own IP addresses. Therefore, the standby board needs to take over the service on the main board and the IP address IP1 of the main board.

You need to add the IP address IP1 of the main board to the local board and send the ARP message to other external boards to update the ARP entries of the other external boards. The MAC address is updated to the MAC address of the standby board. The standby board can take over the services of the main board and communicate with the external board.

Step 404: The standby board runs the second resource block M2, and uses the IP address IP2 of the standby board to communicate with the external board. The standby board runs the backup M1 of the first resource block, and uses the IP address IP1 of the main board. , Communicate with external boards.

After the IP address of the main board is added to the IP address of the main board, the standby board still runs the second resource block M2. The original IP address of the standby board IP2 is used to communicate with the external board. On the board, the standby board runs the backup of the first resource block stored on the standby board. The IP address IP1 of the main board is used to communicate with the external board.

As the standby board runs the second resource block M2 and the backup M1' of the first resource block, the service may exceed the CPU load of the standby board. In this case, the flow control can be started. The flow control can include the call sharing to other boards, or Reject certain services, etc.

Step 405: When the standby board detects that the main board is restored, the standby board runs the second resource block M2 and uses the IP address IP2 of the standby board to communicate with the external board.

When the standby board is restored, the standby board is switched to the status of step 402. The second resource block M2 is used, and the IP address of the standby board is used to communicate with the external board. The service of the main board that is replaced by the standby board is switched back to the main board and executed by the main board.

The switching process of the main board can be:

After the main board is restored, if the IP address IP1 of the main board is used (the IP1 is added to the standby board in step 403), it is started with the standby IP address IP3. In the case of the resource block M1, the IP address IP3 of the primary board is switched to the IP address IP1 of the main board, and an ARP message is sent to the external board to restore the ARP entry of the external board to the state before the fault of the main board. The board runs the first resource block M1 and communicates with the external board by using the IP address IP1.

In another embodiment, if the backup board is faulty in the step 403, the steps of the main board are performed by the main board directly after the board is restored. The handover process switches back to the state of step 402.

The above is a description of the embodiment of the method of the present invention, and the apparatus for implementing the above method will be described below.

FIG. 6 is a schematic structural diagram of a single board according to an embodiment of the present invention.

The board can include:

The communication unit 601 is configured to run the second resource block to communicate with an external board, where the single The first resource block of the board is configured to communicate with the external board, where the first resource block is different from the second resource block, and the first resource block and the second resource block are divided. A resource block that can be independently run by the resource;

The fault processing unit 602 is configured to: when detecting that the primary board is faulty, run the second resource block, and backup the first resource block stored on the board, and the external ticket The board communicates.

In the embodiment of the present invention, the resources are first divided, and the standard of the division is that the divided resource blocks can be independently operated, and when running a certain resource block, there is no need to refer to other resource blocks. After the partitioning is completed, resource block allocation is performed, and the dividing process and the allocation process of the resource may be performed by the board or other device. After the board and the main board are allocated resources, for example, the first resource block is allocated to the main board of the board, and the second resource block is allocated to the board, the communication unit 601 can run the second resource block. You can communicate with the external board through the proxy communication module on the main board. You can also communicate with the external board through the communication module of the board. When the fault processing unit 602 detects that the main board is faulty, the unit runs the original second resource block and replaces the service on the main board, that is, runs the first resource block stored on the board. Backup, and communicate with other external boards.

In this embodiment, the board and the main board simultaneously participate in running resources to communicate with the external board through the foregoing unit, thereby greatly reducing hardware redundancy, fully utilizing hardware resources, improving hardware performance, and, at a certain When a board fails, the other board takes over the resources on the faulty board to avoid interruption of service communication and ensure high reliability of the system.

FIG. 7 is a schematic structural diagram of another single board according to an embodiment of the present invention.

The board may include a first recovery unit 703 in addition to the communication unit 701 and the fault processing unit 702.

The communication unit 701 is specifically configured to run the second resource block, and communicate with the external board through the proxy communication module on the main board.

The fault processing unit 702 is specifically configured to: when detecting that the primary board is faulty, run the second resource block, and back a backup of the first resource block stored on the board, use the primary The IP address of the board communicates with the external board.

The first recovery unit 703 is configured to: when detecting that the primary board recovers, run the second resource block and The external board communicates with the external board through the proxy communication module on the main board. The main board resumes running the first resource block to communicate with the external board.

FIG. 8 is a schematic structural diagram of another single board according to an embodiment of the present invention.

The board may include a second recovery unit 803 in addition to the communication unit 801 and the fault processing unit 802.

The communication unit 801 is specifically configured to run the second resource block, and communicate with the external board by using an IP address of the board.

The fault handling unit 802 can further include:

The message sending subunit 8021 is configured to: when detecting that the main board is faulty, increase an IP address of the main board, and send an ARP message to the external board;

The fault processing sub-unit 8022 is configured to run a second resource block, communicate with the external board by using an IP address of the board, and run a backup of the first resource block stored on the board. Communicate with the external board by using the IP address of the main board.

The second recovery unit 803 is configured to: when detecting the recovery of the main board, run the second resource block, and use the IP address of the board to communicate with the external board. When the primary board is detected to use the IP address of the primary board, it is started with a standby IP address, and when the first resource block is resumed, the standby IP address is switched to the primary An IP address of the board, and sends an ARP message to the external board to communicate with the external board.

FIG. 9 is a schematic structural diagram of a single board operating system in an active/standby mode according to an embodiment of the present invention. The system includes a main board 901 and a standby board 902. The resources of the system are divided into at least two parts of the resource blocks that can be independently operated, and the resource blocks are allocated to the main board 901 and the standby board 902. The main board 901 is configured to run the first resource block to communicate with the external board, and the standby board 902 is configured to run the second resource block to communicate with the external board, where the first resource block and the The second resource block is different; when detecting that the primary board is faulty, running the second resource block, and backing up the first resource block stored on the standby board, and the external The board communicates.

In this embodiment, the system greatly reduces the redundancy of the hardware, fully utilizes the hardware resources, and improves the hardware performance. When a board fails, the other board takes over the faulty board. The resources avoid the interruption of business communication and ensure the high reliability of the system.

For the specific implementation process of the above-mentioned boards and the units in the system, refer to the corresponding description of the foregoing method embodiments, and details are not described herein again.

The embodiments of the present invention described above are not intended to limit the scope of the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and scope of the invention are intended to be included within the scope of the appended claims.

Claims

Rights request

A method for operating a board in an active/standby mode, where the resource is divided into at least two parts that can be independently operated, and the resource blocks are allocated to the main board and the standby board. The method includes:

The main board runs the first resource block to communicate with the external board, and the standby board runs the second resource block to communicate with the external board, where the first resource block and the second resource are When the backup board detects that the main board is faulty, the second resource block is run by the standby board, and the first resource block is stored on the standby board. Backup, communicate with the external board.

2. The method according to claim 1, wherein the standby board is configured to communicate with the external board by using the second resource block, including:

The standby board runs a second resource block, and communicates with the external board through a proxy communication module on the main board.

The method of claim 2, wherein the resource quantity of the second resource block running on the standby board is greater than the resource quantity of the first resource block running on the main board.

The method according to claim 2, wherein, when the standby board detects that the main board is faulty, the second resource block is operated by the standby board, and The backup of the first resource block stored on the standby board communicates with the external board, including:

When the standby board detects that the main board is faulty, the second resource block is run by the standby board, and the backup of the first resource block stored on the standby board is performed. Communicate with the external board by using the IP address of the main board.

5. The method according to claim 2, further comprising:

When the main board detects that the standby board is faulty, the first resource block is run by the main board, and the backup of the second resource block stored on the main board is performed. Communicate with the external board by using the IP address of the main board.

6. The method according to claim 2, further comprising:

When the standby board detects that the primary board is restored, the standby board runs the second resource block to communicate with the external board, and passes the proxy communication module on the main board and the external ticket. The board performs communication; wherein, the primary board resumes running the first resource block to communicate with the external board.

The method according to claim 1, wherein the standby board is configured to communicate with the external board by using the second resource block, including:

The standby board runs a second resource block, and communicates with the external board through an IP address of the standby board.

The method according to claim 7, wherein the resource amount of the second resource block running on the standby board is equal to the resource quantity of the first resource block in the running of the main board.

The method according to claim 7, wherein, when the standby board detects that the main board is faulty, the second resource block is operated by the standby board, and The backup of the first resource block stored on the standby board communicates with the external board, including:

When the standby board detects that the main board is faulty, the standby board increases the IP address of the main board, and sends an address resolution protocol ARP message to the external board.

The standby board runs a second resource block, and uses the IP address of the standby board to communicate with the external board, and the standby board runs the first one stored on the standby board. The backup of the resource block, using the IP address of the main board, to communicate with the external board.

10. The method according to claim 7, further comprising:

When the standby board detects that the primary board is restored, the standby board runs the second resource block, and uses the IP address of the standby board to communicate with the external board.

When the primary board is detected to use the IP address of the primary board, it is started with a standby IP address, and when the first resource block is resumed, the standby IP address is switched to the primary An IP address of the board, and sends an ARP message to the external board to communicate with the external board.

11. A single board, comprising:

12. The veneer according to claim 11, wherein The communication unit is configured to run a second resource block, and communicate with the external board by using a proxy communication module on the main board.

13. The veneer according to claim 12, wherein

The fault processing unit is specifically configured to: when detecting that the primary board is faulty, run the second resource block, and back up the first resource block stored on the board, use the The IP address of the main board communicates with the external board.

The board according to claim 12, further comprising:

a first recovery unit, configured to: when the primary board recovers, run the second resource block to communicate with the external board, and communicate with the external board through the proxy communication module on the main board The main board resumes running the first resource block to communicate with the external board.

15. The veneer according to claim 11, wherein

The communication unit is specifically configured to run a second resource block, and communicate with the external board by using an IP address of the board.

The board according to claim 15, wherein the fault processing unit comprises: a message sending subunit, configured to increase an IP of the main board when detecting that the main board is faulty Address, and send an ARP message to the external board;

a fault processing subunit, configured to run a second resource block, communicate with the external board by using an IP address of the board, and run a backup of the first resource block stored on the board, Communicate with the external board by using the IP address of the main board.

The board according to claim 15, further comprising:

a second recovery unit, configured to: when detecting the recovery of the main board, run the second resource block, and use the IP address of the board to communicate with the external board;

A board running system in an active/standby mode, comprising: a main board and a standby board, wherein resources of the system are divided into at least two parts of resource blocks that can be independently operated, and the resource blocks are Assigned to the main board and the standby board,

The main board is configured to run the first resource block to communicate with the external board; The standby board is configured to run the second resource block to communicate with the external board, where the second resource block is different from the first resource block; when detecting that the main board is faulty, running The second resource block, and the backup of the first resource block stored on the standby board, communicate with the external board.