CN112073203A

CN112073203A - Service recovery method and device, electronic equipment and storage medium

Info

Publication number: CN112073203A
Application number: CN202010699980.4A
Authority: CN
Inventors: 王子强; 古明敏; 杨余军; 王艳辉
Original assignee: Visionvera Information Technology Co Ltd
Current assignee: Visionvera Information Technology Co Ltd
Priority date: 2020-07-20
Filing date: 2020-07-20
Publication date: 2020-12-11
Anticipated expiration: 2040-07-20
Also published as: CN112073203B

Abstract

The application provides a service recovery method, a service recovery device, electronic equipment and a storage medium. The method comprises the following steps: when detecting that the self working mode is switched to the active mode, sending a boundary route switching notice to an autonomous server in the autonomous domain to which the self working mode belongs; receiving a multicast link control command sent by an autonomous server; recovering a multicast link between the multicast link and the autonomous server according to the multicast link control command; receiving a data source state control command sent by an autonomous server; according to the data source state control command, carrying out data source state configuration on the recovered multicast link; and when the multicast link is successfully recovered and the data source state is successfully configured, determining that the multicast service between the self and the autonomous server is successfully recovered. By the method, when the boundary router fails, the multicast link can be automatically recovered, the recovery efficiency of the multicast service is improved, and normal multicast data transmission of the video network across autonomous services is ensured.

Description

Service recovery method and device, electronic equipment and storage medium

Technical Field

The present application relates to the field of data processing technologies, and in particular, to a service recovery method and apparatus, an electronic device, and a storage medium.

Background

The autonomous network is a distributed centralized control network, and the video network comprises a plurality of autonomous domains distributed according to layers, namely, the overall network structure of the video network is formed by connecting a plurality of structural units called autonomous domains, and the autonomous domains present a hierarchical structure when being connected with each other. The autonomous server is a centralized control node of the autonomous domain, and the realized functions mainly comprise management of equipment in the autonomous domain, realization of services inside and across the autonomous domain, communication of management software to realize higher-level management and the like. The border router is a data forwarding node of the autonomous domain, can be connected to two layers of autonomous domains simultaneously, and can realize data forwarding across the autonomous domains.

In the related art, when a boundary router fails, all links crossing an autonomous domain are interrupted, a backup boundary router can only be manually reset to restore an original multicast link, automatic restoration of the multicast link cannot be realized, and normal multicast data transmission crossing autonomous services is greatly influenced.

Disclosure of Invention

In view of the above problems, embodiments of the present invention are proposed to provide a service restoration method, apparatus, electronic device and storage medium that overcome or at least partially solve the above problems.

A first aspect of the present embodiment provides a service restoration method, which is applied to a border routing device, and the method includes:

when detecting that the self working mode is switched to the active mode, sending a boundary route switching notice to an autonomous server in the autonomous domain to which the self working mode belongs;

receiving a multicast link control command sent by the autonomous server;

recovering the multicast link between the multicast link control command and the autonomous server according to the multicast link control command;

receiving a data source state control command sent by the autonomous server;

performing data source state configuration on the recovered multicast link according to the data source state control command;

and when the multicast link is successfully recovered and the data source state is successfully configured, determining that the multicast service between the self and the autonomous server is successfully recovered.

Optionally, the multicast link control command includes: routing data and multicast steering table data;

recovering the multicast link between the multicast link control command and the autonomous server according to the multicast link control command, comprising:

recovering the multicast address between the multicast link control command and the autonomous server according to the routing data in the multicast link control command;

and recovering the data copying direction of each multicast address between the corresponding equipment ports according to the multicast guide table data in the multicast link control command.

Optionally, the data source state control command includes a data source state of each multicast link, where the data source state includes a first state and a second state, the first state is used to indicate that multicast data of a corresponding multicast link is sent, and the second state is used to indicate that multicast data of a corresponding multicast link is not sent;

according to the data source state control command, carrying out data source state configuration on the recovered multicast link, including:

and updating the recovered data source state of each multicast link according to the data source state corresponding to each multicast link in the data source state control command.

Optionally, the method further comprises:

and when detecting that the heartbeat connection between the self and the original boundary routing equipment in the active mode is over time, switching the self working mode to the active mode.

Optionally, sending a boundary route switching notification to an autonomous server in the autonomous domain to which the boundary route switching notification belongs, includes:

sending a notice for determining the occurrence of a boundary routing equipment switching event to an autonomous server in the autonomous domain; or

And sending the current working mode of the autonomous server to the autonomous server in the autonomous domain to ensure that the autonomous server determines that the boundary routing equipment switching event occurs according to the change of the working mode of the boundary routing equipment.

Optionally, the boundary routing device is provided with a first port and a second port, and the boundary routing device is connected to an autonomous server in a first autonomous domain through the first port and is connected to an autonomous server in a second autonomous domain through the second port;

sending a boundary route switching notification to an autonomous server in a subordinate autonomous domain, comprising:

sending a boundary route switching notification to an autonomous server in the first autonomous domain through the first port; and

and sending a boundary route switching notice to the autonomous server in the second autonomous domain through the second port.

A second aspect of the present embodiment provides a service recovery method, which is applied to an autonomous server, and the method includes:

when receiving a boundary routing switching notification sent by boundary routing equipment, generating a multicast link control command according to multicast link data passing through the boundary routing equipment;

sending the multicast link control command to the boundary routing equipment so that the boundary routing equipment recovers a multicast link between the boundary routing equipment and the autonomous server according to the multicast link control command;

sending a data source state control command to the boundary routing equipment so that the boundary routing equipment performs data source state configuration on the recovered multicast link according to the data source state control command;

and after receiving the message that the multicast link returned by the boundary routing equipment is successfully recovered and the data source state configuration is successful, determining that the multicast service between the boundary routing equipment and the boundary routing equipment is successfully recovered.

Optionally, after determining that the multicast service restoration between the border routing device and the border routing device is successful, the method further includes:

sending multicast data to the boundary routing equipment so that the boundary routing equipment forwards the multicast data according to a multicast link corresponding to the multicast data; or

And receiving the multicast data forwarded by the boundary routing equipment according to the multicast link.

A third aspect of the present embodiment provides a service recovery apparatus, which is applied to a border routing device, where the apparatus includes:

the first sending module is used for sending a boundary route switching notification to an autonomous server in the autonomous domain when the self working mode is detected to be switched to the active mode;

the first receiving module is used for receiving the multicast link control command sent by the autonomous server;

the first recovery module is used for recovering the multicast link between the first recovery module and the autonomous server according to the multicast link control command;

the second receiving module is used for receiving a data source state control command sent by the autonomous server;

the second recovery module is used for carrying out data source state configuration on the recovered multicast link according to the data source state control command;

and the first determining module is used for determining that the multicast service between the self and the autonomous server is successfully recovered when the multicast link is successfully recovered and the data source state configuration is successful.

A fourth aspect of the present embodiment provides a service recovery apparatus, which is applied to an autonomous server, and includes:

the generation module is used for generating a multicast link control command according to multicast link data passing through the boundary routing equipment when receiving a boundary routing switching notice sent by the boundary routing equipment;

a second sending module, configured to send the multicast link control command to the border routing device, so that the border routing device recovers a multicast link with the autonomous server according to the multicast link control command;

a third sending module, configured to send a data source state control command to the border routing device, so that the border routing device performs data source state configuration on the recovered multicast link according to the data source state control command;

and the second determining module is used for determining that the multicast service between the border routing equipment is successfully recovered after receiving the messages that the multicast link returned by the border routing equipment is successfully recovered and the data source state is successfully configured.

A fifth aspect of the embodiments of the present application provides an electronic device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the processor implements the steps in the service restoration method according to the first aspect or the second aspect of the present application when executing the computer program.

A sixth aspect of embodiments of the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps in the service restoration method according to the first or second aspect of the present application.

By the service recovery method of this embodiment, when detecting that the working mode of the boundary routing device is switched to the active mode, the boundary routing device first sends a boundary routing switching notification to the autonomous server in the autonomous domain to which the boundary routing device belongs. After receiving the multicast link control command sent by the autonomous server, the multicast link between the autonomous server and the multicast link is recovered according to the multicast link control command. And after receiving the data source state control command sent by the autonomous server, performing data source state configuration on the recovered multicast link according to the data source state control command. And when the multicast link is successfully recovered and the data source state is successfully configured, determining that the multicast service between the self and the autonomous server is successfully recovered. By the method, when the boundary router fails, the backup boundary router does not need to be manually reset to restore the original multicast link, the multicast link can be automatically restored, the restoration efficiency of the multicast service is improved, and normal multicast data transmission of the video network across autonomous services is ensured.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments of the present application will be briefly described below.

FIG. 1 is a schematic diagram of an implementation environment shown in an embodiment of the present application;

fig. 2 is a flowchart illustrating a service restoration method according to an embodiment of the present application;

fig. 3 is a flowchart illustrating another service recovery method according to an embodiment of the present application;

fig. 4 is a block diagram illustrating a structure of a service restoration apparatus according to an embodiment of the present application;

fig. 5 is a block diagram illustrating a structure of a service restoration apparatus according to an embodiment of the present application;

FIG. 6 is a schematic networking diagram of a video network, according to an embodiment of the present application;

fig. 7 is a schematic diagram illustrating a hardware structure of a node server according to an embodiment of the present application;

fig. 8 is a schematic diagram illustrating a hardware structure of an access switch according to an embodiment of the present application;

fig. 9 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

Fig. 1 is a schematic diagram of an implementation environment according to an embodiment of the present application. In fig. 1, an autonomous server a is deployed in an autonomous domain 1, and an autonomous server B and an autonomous server C are deployed in an autonomous domain 2. The autonomous server A is connected with the cascade equipment 1 through the sub-control server 1, is connected with the terminal through the sub-control server 2, and is connected with the cascade equipment 3 through the sub-control server 3, and the sub-control server and the cascade equipment are used for data forwarding. The boundary routing device group 1 is connected to the cascade device 1 through a port No. 1 on one hand, and is connected to the autonomous server B through a port No. 0 on the other hand, and the boundary routing device group 1 includes a boundary routing device 1 (currently in an active mode) and a boundary routing device 2 (currently in a backup mode). The boundary routing device group 2 is connected to the cascade device 3 through the port 1 on one hand, and is connected to the autonomous server C through the port 0 on the other hand, and the boundary routing device group 2 includes a boundary routing device 3 (currently in an active mode) and a boundary routing device 4 (currently in a backup mode).

The application provides a service recovery method, which is applied to the border routing device in fig. 1. Fig. 2 is a flowchart illustrating a service restoration method according to an embodiment of the present application. Referring to fig. 2, the service restoration method of the present application may include the steps of:

step S21: and when the self working mode is detected to be switched to the active mode, sending a boundary route switching notice to the autonomous server in the autonomous domain.

In this embodiment, the operation modes of the border routing device include: an active mode and a backup mode. In a border routing device group, a border routing device is supported in an active mode at the same time. Taking the border routing device group 1 shown in fig. 1 as an example, when the border routing device 1 is in the active mode, the border routing device 2 should be in the backup mode, and when the border routing device 2 is in the backup mode, the border routing device 2 should be in the active mode.

In this embodiment, each border routing device has two ports, and the border routing device is connected to the upper autonomous domain through one port and connected to the lower autonomous domain through the other port. Taking the boundary routing device 1 shown in fig. 1 as an example, the boundary routing device 1 is connected to the cascade device 1 of the autonomous domain 1 through the port No. 1, and is connected to the autonomous server B of the autonomous domain 2 through the port No. 0.

In this embodiment, each border routing device (including the border routing device in the active mode and the border routing device in the backup mode) is connected to the cascade device of the autonomous domain at the previous stage on the one hand, and is connected to the autonomous server of the autonomous domain at the next stage on the other hand. Taking the boundary routing device a shown in fig. 1 as an example, the boundary routing device 1 is connected to the cascade device 1 on one hand and the autonomous server B on the other hand, and meanwhile, the boundary routing device 2 is connected to the cascade device 1 on one hand and the autonomous server B on the other hand.

In this embodiment, the border routing device belongs to both autonomous domains. Taking the border routing device 1 shown in fig. 1 as an example, the border routing device 1 belongs to both the autonomous domain 1 and the autonomous domain 2, that is: the autonomous domain to which the border routing device belongs includes: autonomous domain 1 and autonomous domain 2.

During specific implementation, the border routing device detects that its own working mode is switched to an active mode, which indicates that a border routing device switching event occurs, and at this time, the border routing device switched to the active mode sends a border routing switching notification to all autonomous servers in its own autonomous domain. Taking the boundary routing device 1 shown in fig. 1 as an example, after the boundary routing device 1 switches to the active mode, a boundary routing switching notification is simultaneously sent to the autonomous server a and the autonomous server B, so that the autonomous server a and the autonomous server B perform a recovery operation on a service before switching.

Step S22: and receiving a multicast link control command sent by the autonomous server.

In this embodiment, the multicast link control command is used to restore the multicast link. The multicast link control command sent by the autonomous server a is used to restore the multicast link involved between the autonomous server a and the border routing device that was in active mode before the handover occurred. The multicast link control command sent by the autonomous server B is used to restore the multicast link involved between the autonomous server B and the border routing device in active mode before the handover occurs. A multicast link may be understood as a path for transmitting data.

Illustratively, taking the boundary routing device group 1 shown in fig. 1 as an example, assuming that the boundary routing device 2 is in an active mode before a handover event occurs and the boundary routing device 1 is in an active mode after the handover event occurs, the multicast link control command sent by the autonomous server a is used to recover the multicast link involved between the autonomous server a and the boundary routing device 2, and the multicast link control command sent by the autonomous server B is used to recover the multicast link involved between the autonomous server B and the boundary routing device 2.

Illustratively, the multicast link may be: other devices 1-autonomous server a-sub control server 1-cascade device 1-border routing device 2-autonomous server B-other devices 2. Among them, the other device 1 may be a device in the upper level autonomous domain to which the autonomous server a is connected, and the other device 2 may be another device to which the autonomous server B is connected. There may be other types of multicast links, and the embodiment does not limit the specific form of the multicast link.

Step S23: and recovering the multicast link between the multicast link control command and the autonomous server according to the multicast link control command.

In this embodiment, the multicast link control command includes multicast link information before switching, and after receiving the multicast link control command, the boundary routing device after switching updates its own multicast link according to the multicast link information in the multicast link control command. For example, after the border routing device 1 in fig. 1 switches to the active mode, one piece of multicast link information in the multicast link control command sent by the autonomous server a is received as: other equipment 1-the autonomous server A-the sub-control server 1-the cascade equipment 1-the boundary route equipment 2-the autonomous server B-other equipment 2, then the boundary route equipment 1 stores the multicast link information at first, and then the boundary route equipment 2 in the multicast link information is replaced by the boundary route equipment 1 to replace the original boundary route equipment 1 to continue to execute the subsequent data forwarding work.

Step S24: and receiving a data source state control command sent by the autonomous server.

In the present embodiment, the data source status control command is used to control the transmission of data. For example, when the data source status of the target data is the sending status, the boundary routing device performs the sending operation on the target data, and when the data source status of the target data is the non-sending status, the boundary routing device does not perform the sending operation on the target data. The performance of the video networking for processing the service is limited, and under a high concurrency request, the video networking cannot simultaneously respond to all service requests to transmit service data, so that each service request needs to be responded according to a preset processing rule (for example, processing according to time sequence, processing according to priority, and the like), and therefore, in actual execution, the autonomous server needs to send a data source state control command to the boundary routing equipment, so that the boundary routing equipment forwards the data according to the data source state of each data, and smooth operation of the video networking service is ensured.

Step S25: and performing data source state configuration on the recovered multicast link according to the data source state control command.

In this embodiment, the data source state control command includes data source states of multiple multicast links, and the border routing device configures a corresponding multicast link according to the data source state of each multicast link.

One multicast link corresponds to one path of data. When the data source state of a multicast link is 'send', the boundary routing equipment executes sending operation when receiving the data sent by the multicast link. When the data source state of a multicast link is 'no transmission', the boundary routing equipment does not execute the transmission operation when receiving the data transmitted by the multicast link.

Illustratively, when a terminal 1 and a terminal 2 perform video call in the video network, audio and video data 1 sent to the terminal 2by the terminal 1 corresponds to a multicast link 1, and audio and video data 2 sent to the terminal 1 by the terminal 2 corresponds to a multicast link 2. And if the data source state corresponding to the multicast link 1 is 'sending' at a certain moment, the boundary routing equipment executes sending operation when receiving the audio and video data 1. If the data source state corresponding to the multicast link 2 is "not to send" at a certain time, the boundary routing device does not execute sending operation when receiving the audio/video data 2.

Step S26: and when the multicast link is successfully recovered and the data source state is successfully configured, determining that the multicast service between the self and the autonomous server is successfully recovered.

In this embodiment, after the border routing device completes the recovery of the multicast link and the configuration of the data source state of the multicast link, the border routing device and the autonomous server may continue to execute the original multicast service before switching, for example, a multicast service for data transmission based on the multicast link, such as a live broadcast, a conference, a video telephone, and the like.

The above steps S21 to S26 will be described in detail as an embodiment.

Referring to fig. 1, after the boundary routing device 1 in the boundary routing device group 1 switches to the active mode, the boundary routing device 1 transmits a boundary route switching notification to the autonomous server a and the autonomous server B, respectively. After receiving the multicast link control command and the data source state control command sent by the autonomous server a, the boundary routing device 1 recovers the multicast link with the autonomous server a according to the multicast link control command, and performs data source state configuration on the recovered multicast link according to the data source state control command. After receiving the multicast link control command and the data source state control command sent by the autonomous server B, the boundary routing device 1 recovers the multicast link with the autonomous server B according to the multicast link control command, and performs data source state configuration on the recovered multicast link according to the data source state control command. In this way, the multicast service interrupted by the handover event between the border router 1 and the autonomous server a and B can be recovered. It is understood that the operation principle of the border routing device 1 for the multicast link control command and the data source status control command sent by the autonomous server a is the same as that of the multicast link control command and the data source status control command sent by the autonomous server B.

With reference to the foregoing embodiment, in an implementation manner, the multicast link control command includes: routing data and multicast steering table data. On the basis, the application also provides a method for recovering the multicast link. Specifically, the step S23 may include:

In this embodiment, the routing data is composed of multicast addresses of a plurality of devices. For example, the routing data { a1, a2, A3 …, a7} is composed of respective multicast addresses of 7 devices, a1-a7, and the multicast address of each device can be set using its device number. The multicast direction table data indicates the direction of copying of multicast data between ports in the multicast data itself, after each device receives the multicast data. Illustratively, when a3 is the multicast address of the boundary router, its own internal ports include port No. 1 and port No. 0, and the multicast direction table data for the boundary router indicates that after the boundary router receives the multicast data, the direction of copying the multicast data between its own internal ports is to copy the multicast data from port No. 1 to port No. 0 or from port No. 0 to port No. 1.

In this embodiment, the multicast link may be recovered according to the routing data and the multicast steering table data. In specific implementation, the border routing device first stores routing data, and then sets a data copy direction of each multicast address between its corresponding device ports according to the multicast guide table data. Illustratively, the border routing device stores routing data { a1, a2, A3, a4, A5, A6, a7}, and then the border routing device sets the data copy direction { (port 1) a1 (port 2), (port 3) a2 (port 4), (port 5) A3 (port 6), (port 7) a4 (port 8), (port 9) A5 (port 10), (port 11) A6 (port 12), (port 13) a7 (port 14) } inside each device, so that multicast links a1-a2-A3-a4-A5-A6-a7 can be formed. Here, the (port X) AY (port Z) indicates that the device AY receives multicast data through the port X and transmits the multicast data through the port Z.

By the method for recovering the multicast link according to the embodiment, the recovery of the multicast link before switching can be realized after the boundary routing device is switched, so that the smooth recovery of the multicast service before switching is ensured.

With reference to the foregoing embodiment, in an implementation manner, the data source status control command includes a data source status of each multicast link, where the data source status includes a first status and a second status, the first status is used to indicate that multicast data of a corresponding multicast link is transmitted, and the second status is used to indicate that multicast data of a corresponding multicast link is not transmitted. On the basis, the application also provides a method for configuring the state of the data source of the multicast link. Specifically, the step S25 includes:

For example, the first state may be represented by "0" and the second state may be represented by "1", and of course, the first state and the second state may also be represented by other marks, which is not specifically limited in this embodiment. When the recovered multicast link is { (port 1) a1 (port 2), (port 3) a2 (port 4), (port 5) A3 (port 6), (port 7) a4 (port 8), (port 9) a5 (port 10), (port 11) A6 (port 12), or (port 13) a7 (port 14) }, the multicast link obtained by updating the data source state of the multicast link may be { (port 1) a1 (port 2), (port 3) a2 (port 4), (port 5) A3 (port 6), (port 7) a4 (port 8), (port 9) a5 (port 10), (port 11) A6 (port 12), or port 13) a7 (port 14); state "0", which indicates that the border routing device executes the sending operation when receiving the multicast data sent by the multicast link.

By the method for configuring the data source state of the multicast link according to the embodiment, the data source state of the recovered multicast link can be configured after the boundary routing device is switched, so that the smooth recovery of the multicast service before switching is ensured.

With reference to the foregoing embodiment, in an implementation manner, the service recovery method of the present application may further include:

In this embodiment, the boundary router in the active mode in one boundary router group establishes heartbeat connections with all the boundary routers in the backup mode in the boundary router group. Through heartbeat connection, the boundary routing equipment in the active mode and the boundary routing equipment in the backup mode can acquire the state of the other side in real time, when the boundary routing equipment in the backup mode detects that the heartbeat connection between the boundary routing equipment in the active mode is over time, the boundary routing equipment in the active mode is determined to have a fault, and the working mode of the boundary routing equipment in the active mode is switched to the active mode immediately so as to replace the original boundary routing equipment in the active mode to continue the video networking service.

Illustratively, in fig. 1, a heartbeat connection is established between the border routing device 1 and the border routing device 2, when the border routing device 2 in the backup state does not receive the heartbeat packet sent by the border routing device 1 in the active state within the preset time period, it is determined that the border routing device 1 fails, and then the working mode of the border routing device 1 is switched to the active state to take over the border routing device 1 to continue to execute the multicast service.

In this embodiment, the border routing device in the backup mode determines whether the border routing device in the active mode fails according to the heartbeat connection with the border routing device in the active mode, and switches its working mode to the active mode when the border routing device in the backup mode fails, so as to take over the original border routing device in the active mode to continue the video networking service, thereby ensuring that the video networking normally performs multicast data transmission across the autonomous service.

In combination with the above embodiment, in an implementation manner, the step S21 may include:

In this embodiment, the border routing device may send the border route switching notification in any one of the following two ways: firstly, directly sending a notice for determining the occurrence of a boundary routing equipment switching event to an autonomous server in the autonomous domain; secondly, the autonomous server in the autonomous domain sends the current working mode of the autonomous server, so that the autonomous server can determine that the boundary routing equipment switching event occurs according to the change of the working mode of the boundary routing equipment. Of course, the border routing device may also send the border routing switching notification to the autonomous server in other manners, which is not limited in this embodiment.

Illustratively, taking the boundary routing device group 1 in fig. 1 as an example, when the boundary routing device 1 sends its current working mode, i.e., active mode, to the autonomous server a, the autonomous server a knows that the boundary routing device 1 is switched from the backup mode to the active mode, and determines that a boundary routing device switching event occurs in the boundary routing device group 1.

With reference to the foregoing embodiment, in an implementation manner, the boundary routing device is provided with a first port and a second port, and the boundary routing device is connected to an autonomous server in a first autonomous domain through the first port and is connected to an autonomous server in a second autonomous domain through the second port. On this basis, the step S21 may include:

Referring to fig. 1, the first port and the second port may be understood as a No. 1 port and a No. 0 port. The boundary routing device is connected with the autonomous server in the first autonomous domain through the first port, which can be understood as that the boundary routing device 1 is connected with the autonomous server a through the port No. 1. The boundary routing device is connected to the autonomous server in the second autonomous domain through the second port, which can be understood as that the boundary routing device 1 is connected to the autonomous server B through the port No. 0. For the description of the first port and the second port, please refer to the foregoing description, and the description of the embodiment is omitted here.

The present application also provides another service recovery method, which is applied to the autonomous server shown in fig. 1. Fig. 3 is a flowchart illustrating another service recovery method according to an embodiment of the present application. Referring to fig. 3, the service restoration method of the present application may include the steps of:

step S31: and when receiving a boundary route switching notification sent by the boundary route equipment, generating a multicast link control command according to the multicast link data passing through the boundary route equipment.

Taking fig. 1 as an example, when the autonomous server a receives a boundary route switching notification (which is switched to the boundary routing device 1 by the boundary routing device 2) sent by the boundary routing device 1, it queries information of all multicast links passing through the boundary routing device 2 before switching, and generates a multicast link control command according to the queried information of the multicast links.

Step S32: and sending the multicast link control command to the boundary routing equipment so that the boundary routing equipment recovers the multicast link between the boundary routing equipment and the autonomous server according to the multicast link control command.

Following the example in step S31 described above, after the autonomous server a generates the multicast link control command, the multicast link control command is sent to the border routing device 1, so that the border routing device 1 restores the multicast link with the autonomous server a according to the multicast link control command.

Step S33: and sending a data source state control command to the boundary routing equipment so that the boundary routing equipment performs data source state configuration on the recovered multicast link according to the data source state control command.

Following the example in the above-mentioned step S31-step S32, the autonomous server a continues to transmit the data source state control command to the border routing device 1, so that the border routing device 1 performs data source state configuration on the recovered multicast link according to the data source state control command.

Step S34: and after receiving the message that the multicast link returned by the boundary routing equipment is successfully recovered and the data source state configuration is successful, determining that the multicast service between the boundary routing equipment and the boundary routing equipment is successfully recovered.

Following the example from the above step S31 to step S33, after the autonomous server a receives the message that the multicast link recovery is successful and the data source status configuration is successful, which is returned by the border routing device 1, it is determined that the multicast service recovery between the autonomous server a and the border routing device 1 is successful.

By the service recovery method of the embodiment, when the boundary router fails, the backup boundary router does not need to be manually reset to recover the original multicast link, the multicast link can be automatically recovered, the recovery efficiency of the multicast service is improved, and normal multicast data transmission of the video networking across autonomous services is ensured.

With reference to the foregoing embodiment, in an implementation manner, after the step S33, the service recovery method of the present application may further include:

In this embodiment, after the original multicast service is successfully recovered, the border routing device may forward the multicast data according to the recovered multicast link.

It should be noted that, for simplicity of description, the method embodiments are described as a series of acts or combination of acts, but those skilled in the art will recognize that the present invention is not limited by the illustrated order of acts, as some steps may occur in other orders or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.

Based on the same inventive concept, the present application further provides a service restoration apparatus 400, which is applied to the border routing device. Fig. 4 is a block diagram illustrating a structure of a service restoration apparatus according to an embodiment of the present application. Referring to fig. 4, a service restoration apparatus 400 of the present application may include:

a first sending module 401, configured to send a boundary route switching notification to an autonomous server in a subordinate autonomous domain when it is detected that a working mode of the first sending module is switched to an active mode;

a first receiving module 402, configured to receive a multicast link control command sent by the autonomous server;

a first recovery module 403, configured to recover, according to the multicast link control command, a multicast link with the autonomous server;

a second receiving module 404, configured to receive a data source status control command sent by the autonomous server;

a second recovery module 405, configured to perform data source state configuration on the recovered multicast link according to the data source state control command;

a first determining module 406, configured to determine that the multicast service between the self and the autonomous server is successfully recovered when the multicast link is successfully recovered and the data source status configuration is successful.

Optionally, the multicast link control command includes: routing data and multicast steering table data; the first recovery module 403 includes:

the first recovery submodule is used for recovering the multicast address between the first recovery submodule and the autonomous server according to the routing data in the multicast link control command;

and the second recovery submodule is used for recovering the data copying direction of each multicast address between the corresponding equipment ports according to the multicast guide table data in the multicast link control command.

Optionally, the data source state control command includes a data source state of each multicast link, where the data source state includes a first state and a second state, the first state is used to indicate that multicast data of a corresponding multicast link is sent, and the second state is used to indicate that multicast data of a corresponding multicast link is not sent; the second recovery module 405 includes:

and the third recovery submodule is used for updating the recovered data source state of each multicast link according to the data source state corresponding to each multicast link in the data source state control command.

Optionally, the apparatus 500 further comprises:

and the switching module is used for switching the working mode of the switching module to the active mode when detecting that the heartbeat connection between the switching module and the original boundary routing equipment in the active mode is overtime.

Optionally, the first sending module 401 includes:

the first sending submodule is used for sending a notice for determining the occurrence of a boundary routing equipment switching event to an autonomous server in the autonomous domain to which the first sending submodule belongs; or

And the second sending submodule is used for sending the current working mode of the autonomous server to the autonomous server in the autonomous domain, so that the autonomous server determines that the boundary routing equipment switching event occurs according to the change of the working mode of the boundary routing equipment.

Optionally, the boundary routing device is provided with a first port and a second port, and the boundary routing device is connected to an autonomous server in a first autonomous domain through the first port and is connected to an autonomous server in a second autonomous domain through the second port; the first sending module 401 includes:

a third sending submodule, configured to send a boundary route switching notification to an autonomous server in the first autonomous domain through the first port; and

and the fourth sending submodule is used for sending a boundary route switching notice to the autonomous server in the second autonomous domain through the second port.

Based on the same inventive concept, the present application further provides another service resuming apparatus 500, which is applied to an autonomous server. Fig. 5 is a block diagram illustrating a structure of another service restoration apparatus according to an embodiment of the present application. Referring to fig. 5, another service restoration apparatus 500 of the present application may include:

a generating module 501, configured to generate a multicast link control command according to multicast link data passing through a boundary routing device when receiving a boundary routing switching notification sent by the boundary routing device;

a second sending module 502, configured to send the multicast link control command to the border routing device, so that the border routing device recovers a multicast link with the autonomous server according to the multicast link control command;

a third sending module 503, configured to send a data source state control command to the border routing device, so that the border routing device performs data source state configuration on the recovered multicast link according to the data source state control command;

a second determining module 504, configured to determine that the multicast service between the border routing device and the border routing device is successfully recovered after receiving a message that the multicast link returned by the border routing device is successfully recovered and the data source status is successfully configured.

Optionally, the apparatus 500 further comprises:

a fourth sending module, configured to send multicast data to the border routing device, so that the border routing device forwards the multicast data according to a multicast link corresponding to the multicast data; or

And a third receiving module, configured to receive multicast data forwarded by the border routing device according to the multicast link.

Based on the same inventive concept, the present application provides an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the electronic device implements the steps in the service recovery method according to any of the embodiments of the present application.

Based on the same inventive concept, the present application provides a computer-readable storage medium, on which a computer program is stored, which when executed by a processor implements the steps in the service restoration method according to any of the above embodiments of the present application.

For the device embodiment, since it is basically similar to the method embodiment, the description is simple, and for the relevant points, refer to the partial description of the method embodiment.

The video networking is an important milestone for network development, is a real-time network, can realize high-definition video real-time transmission, and pushes a plurality of internet applications to high-definition video, and high-definition faces each other.

The video networking adopts a real-time high-definition video exchange technology, can integrate required services such as dozens of services of video, voice, pictures, characters, communication, data and the like on a system platform on a network platform, such as high-definition video conference, video monitoring, intelligent monitoring analysis, emergency command, digital broadcast television, delayed television, network teaching, live broadcast, VOD on demand, television mail, Personal Video Recorder (PVR), intranet (self-office) channels, intelligent video broadcast control, information distribution and the like, and realizes high-definition quality video broadcast through a television or a computer.

To better understand the embodiments of the present invention, the following description refers to the internet of view:

some of the technologies applied in the video networking are as follows:

network Technology (Network Technology)

Network technology innovation in video networking has improved over traditional Ethernet (Ethernet) to face the potentially enormous video traffic on the network. Unlike pure network Packet Switching (Packet Switching) or network Circuit Switching (Circuit Switching), the Packet Switching is adopted by the technology of the video networking to meet the Streaming requirement. The video networking technology has the advantages of flexibility, simplicity and low price of packet switching, and simultaneously has the quality and safety guarantee of circuit switching, thereby realizing the seamless connection of the whole network switching type virtual circuit and the data format.

Switching Technology (Switching Technology)

The video network adopts two advantages of asynchronism and packet switching of the Ethernet, eliminates the defects of the Ethernet on the premise of full compatibility, has end-to-end seamless connection of the whole network, is directly communicated with a user terminal, and directly bears an IP data packet. The user data does not require any format conversion across the entire network. The video networking is a higher-level form of the Ethernet, is a real-time exchange platform, can realize the real-time transmission of the whole-network large-scale high-definition video which cannot be realized by the existing Internet, and pushes a plurality of network video applications to high-definition and unification.

Server Technology (Server Technology)

The server technology on the video networking and unified video platform is different from the traditional server, the streaming media transmission of the video networking and unified video platform is established on the basis of connection orientation, the data processing capacity of the video networking and unified video platform is independent of flow and communication time, and a single network layer can contain signaling and data transmission. For voice and video services, the complexity of video networking and unified video platform streaming media processing is much simpler than that of data processing, and the efficiency is greatly improved by more than one hundred times compared with that of a traditional server.

Storage Technology (Storage Technology)

The super-high speed storage technology of the unified video platform adopts the most advanced real-time operating system in order to adapt to the media content with super-large capacity and super-large flow, the program information in the server instruction is mapped to the specific hard disk space, the media content is not passed through the server any more, and is directly sent to the user terminal instantly, and the general waiting time of the user is less than 0.2 second. The optimized sector distribution greatly reduces the mechanical motion of the magnetic head track seeking of the hard disk, the resource consumption only accounts for 20% of that of the IP internet of the same grade, but concurrent flow which is 3 times larger than that of the traditional hard disk array is generated, and the comprehensive efficiency is improved by more than 10 times.

Network Security Technology (Network Security Technology)

The structural design of the video network completely eliminates the network security problem troubling the internet structurally by the modes of independent service permission control each time, complete isolation of equipment and user data and the like, generally does not need antivirus programs and firewalls, avoids the attack of hackers and viruses, and provides a structural carefree security network for users.

Service Innovation Technology (Service Innovation Technology)

The unified video platform integrates services and transmission, and is not only automatically connected once whether a single user, a private network user or a network aggregate. The user terminal, the set-top box or the PC are directly connected to the unified video platform to obtain various multimedia video services in various forms. The unified video platform adopts a menu type configuration table mode to replace the traditional complex application programming, can realize complex application by using very few codes, and realizes infinite new service innovation.

Networking of the video network is as follows:

the video network is a centralized control network structure, and the network can be a tree network, a star network, a ring network and the like, but on the basis of the centralized control node, the whole network is controlled by the centralized control node in the network.

Fig. 6 is a networking diagram of a video network according to an embodiment of the present application. As shown in fig. 6, the video network is divided into an access network and a metropolitan network.

The devices of the access network part can be mainly classified into 3 types: node server, access switch, terminal (including various set-top boxes, coding boards, memories, etc.). The node server is connected to an access switch, which may be connected to a plurality of terminals and may be connected to an ethernet network.

The node server is a node which plays a centralized control function in the access network and can control the access switch and the terminal. The node server can be directly connected with the access switch or directly connected with the terminal.

Similarly, devices of the metropolitan network portion may also be classified into 3 types: a metropolitan area server, a node switch and a node server. The metro server is connected to a node switch, which may be connected to a plurality of node servers.

The node server is a node server of the access network part, namely the node server belongs to both the access network part and the metropolitan area network part.

The metropolitan area server is a node which plays a centralized control function in the metropolitan area network and can control a node switch and a node server. The metropolitan area server can be directly connected with the node switch or directly connected with the node server.

Therefore, the whole video network is a network structure with layered centralized control, and the network controlled by the node server and the metropolitan area server can be in various structures such as tree, star and ring.

The access network part can form a unified video platform (the part in the dotted circle), and a plurality of unified video platforms can form a video network; each unified video platform may be interconnected via metropolitan area and wide area video networking.

Video networking device classification

1.1 devices in the video network of the embodiment of the present invention can be mainly classified into 3 types: servers, switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.). The video network as a whole can be divided into a metropolitan area network (or national network, global network, etc.) and an access network.

1.2 wherein the devices of the access network part can be mainly classified into 3 types: node servers, access switches (including ethernet gateways), terminals (including various set-top boxes, code boards, memories, etc.).

The specific hardware structure of each access network device is as follows:

a node server:

fig. 7 is a schematic diagram illustrating a hardware structure of a node server according to an embodiment of the present application. As shown in fig. 7, the system mainly includes a network interface module 701, a switching engine module 702, a CPU module 703, and a disk array module 704;

the network interface module 701, the CPU module 703 and the disk array module 704 enter the switching engine module 702; the switching engine module 702 performs an operation of looking up the address table 705 on the incoming packet, thereby obtaining the direction information of the packet; and stores the packet in a corresponding queue of the packet buffer 706 based on the packet's steering information; if the queue of the packet buffer 706 is nearly full, discard; the switching engine module 702 polls all packet buffer queues for forwarding if the following conditions are met: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero. The disk array module 704 mainly implements control over the hard disk, including initialization, read-write, and other operations; the CPU module 703 is mainly responsible for protocol processing with an access switch and a terminal (not shown in the figure), configuring an address table 705 (including a downlink protocol packet address table, an uplink protocol packet address table, and a data packet address table), and configuring the disk array module 704.

The access switch:

fig. 8 is a schematic diagram illustrating a hardware structure of an access switch according to an embodiment of the present application. As shown in fig. 8, the network interface module mainly includes a network interface module (a downlink network interface module 801, an uplink network interface module 802), a switching engine module 803, and a CPU module 804;

wherein, the packet (uplink data) coming from the downlink network interface module 801 enters the packet detection module 805; the packet detection module 805 detects whether the Destination Address (DA), the Source Address (SA), the packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id) and enters the switching engine module 803, otherwise, discards the stream identifier; the packet (downstream data) coming from the upstream network interface module 802 enters the switching engine module 803; the incoming data packet from the CPU module 804 enters the switching engine module 803; the switching engine module 803 performs an operation of looking up the address table 806 on the incoming packet, thereby obtaining the direction information of the packet; if the packet entering the switching engine module 803 is from the downstream network interface to the upstream network interface, the packet is stored in a queue of the corresponding packet buffer 807 in association with a stream-id; if the queue of the packet buffer 807 is nearly full, it is discarded; if the packet entering the switching engine module 803 is not from the downlink network interface to the uplink network interface, the data packet is stored in the queue of the corresponding packet buffer 807 according to the packet guiding information; if the queue of the packet buffer 807 is nearly full, it is discarded.

The switching engine module 803 polls all packet buffer queues, which in this embodiment of the invention is divided into two cases:

if the queue is from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queued packet counter is greater than zero; 3) obtaining a token generated by a code rate control module;

if the queue is not from the downlink network interface to the uplink network interface, the following conditions are met for forwarding: 1) the port send buffer is not full; 2) the queue packet counter is greater than zero.

The rate control module 808 is configured by the CPU module 804, and generates tokens for packet buffer queues from all downlink network interfaces to uplink network interfaces at programmable intervals to control the rate of uplink forwarding.

The CPU module 804 is mainly responsible for protocol processing with the node server, configuration of the address table 806, and configuration of the code rate control module 808.

Ethernet protocol conversion gateway：

Fig. 9 is a schematic diagram of a hardware structure of an ethernet protocol conversion gateway according to an embodiment of the present application. As shown in fig. 9, the system mainly includes a network interface module (a downlink network interface module 901 and an uplink network interface module 902), a switching engine module 903, a CPU module 904, a packet detection module 905, a rate control module 908, an address table 906, a packet buffer 907, a MAC adding module 909, and a MAC deleting module 910.

Wherein, the data packet coming from the downlink network interface module 901 enters the packet detection module 905; the packet detection module 905 detects whether the ethernet MAC DA, the ethernet MAC SA, the ethernet length or frame type, the video network destination address DA, the video network source address SA, the video network packet type, and the packet length of the packet meet the requirements, and if so, allocates a corresponding stream identifier (stream-id); then, the MAC deleting module 910 subtracts MAC DA, MAC SA, length or frame type (2byte), and enters the corresponding receiving buffer, otherwise, discards it;

the downlink network interface module 901 detects the sending buffer of the port, and if there is a packet, obtains the ethernet MAC DA of the corresponding terminal according to the destination address DA of the packet, adds the ethernet MAC DA of the terminal, the MAC SA of the ethernet protocol gateway, and the ethernet length or frame type, and sends the packet.

The other modules in the ethernet protocol gateway function similarly to the access switch.

A terminal:

the system mainly comprises a network interface module, a service processing module and a CPU module; for example, the set-top box mainly comprises a network interface module, a video and audio coding and decoding engine module and a CPU module; the coding board mainly comprises a network interface module, a video and audio coding engine module and a CPU module; the memory mainly comprises a network interface module, a CPU module and a disk array module.

1.3 devices of the metropolitan area network part can be mainly classified into 2 types: node server, node exchanger, metropolitan area server. The node switch mainly comprises a network interface module, a switching engine module and a CPU module; the metropolitan area server mainly comprises a network interface module, a switching engine module and a CPU module.

2. Video networking packet definition

2.1 Access network packet definition

The data packet of the access network mainly comprises the following parts: destination Address (DA), Source Address (SA), reserved bytes, payload (pdu), CRC.

As shown in the following table, the data packet of the access network mainly includes the following parts:

DA

SA

Reserved

Payload

CRC

wherein:

the Destination Address (DA) is composed of 8 bytes (byte), the first byte represents the type of the data packet (such as various protocol packets, multicast data packets, unicast data packets, etc.), there are 256 possibilities at most, the second byte to the sixth byte are metropolitan area network addresses, and the seventh byte and the eighth byte are access network addresses;

the Source Address (SA) is also composed of 8 bytes (byte), defined as the same as the Destination Address (DA);

the reserved byte consists of 2 bytes;

the payload part has different lengths according to different types of datagrams, and is 64 bytes if the datagram is various types of protocol packets, and is 32+1024 or 1056 bytes if the datagram is a unicast packet, of course, the length is not limited to the above 2 types;

the CRC consists of 4 bytes and is calculated in accordance with the standard ethernet CRC algorithm.

2.2 metropolitan area network packet definition

The topology of a metropolitan area network is a graph and there may be 2, or even more than 2, connections between two devices, i.e., there may be more than 2 connections between a node switch and a node server, a node switch and a node switch, and a node switch and a node server. However, the metro network address of the metro network device is unique, and in order to accurately describe the connection relationship between the metro network devices, parameters are introduced in the embodiment of the present invention: a label to uniquely describe a metropolitan area network device.

In this specification, the definition of the Label is similar to that of the Label of MPLS (Multi-Protocol Label Switch), and assuming that there are two connections between the device a and the device B, there are 2 labels for the packet from the device a to the device B, and 2 labels for the packet from the device B to the device a. The label is classified into an incoming label and an outgoing label, and assuming that the label (incoming label) of the packet entering the device a is 0x0000, the label (outgoing label) of the packet leaving the device a may become 0x 0001. The network access process of the metro network is a network access process under centralized control, that is, address allocation and label allocation of the metro network are both dominated by the metro server, and the node switch and the node server are both passively executed, which is different from label allocation of MPLS, and label allocation of MPLS is a result of mutual negotiation between the switch and the server.

As shown in the following table, the data packet of the metro network mainly includes the following parts:

DA

SA

Reserved

label (R)

Payload

CRC

Namely Destination Address (DA), Source Address (SA), Reserved byte (Reserved), tag, payload (pdu), CRC. The format of the tag may be defined by reference to the following: the tag is 32 bits with the upper 16 bits reserved and only the lower 16 bits used, and its position is between the reserved bytes and payload of the packet.

Based on the above characteristics of the video network, one of the core concepts of the embodiments of the present invention is proposed, and following a protocol of the video network, when detecting that a working mode of a boundary routing device is switched to an active mode, the boundary routing device first sends a boundary routing switching notification to an autonomous server in a subordinate autonomous domain. After receiving the multicast link control command sent by the autonomous server, the multicast link between the autonomous server and the multicast link is recovered according to the multicast link control command. And after receiving the data source state control command sent by the autonomous server, performing data source state configuration on the recovered multicast link according to the data source state control command. And when the multicast link is successfully recovered and the data source state is successfully configured, determining that the multicast service between the self and the autonomous server is successfully recovered.

The embodiments in the present specification are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other.

As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, apparatus, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing terminal to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing terminal to cause a series of operational steps to be performed on the computer or other programmable terminal to produce a computer implemented process such that the instructions which execute on the computer or other programmable terminal provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or terminal. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or terminal that comprises the element.

The service recovery method, the service recovery device, the electronic device, and the storage medium provided by the present invention are described in detail above, and a specific example is applied in the present disclosure to explain the principle and the implementation of the present invention, and the description of the above embodiment is only used to help understanding the method and the core idea of the present invention; meanwhile, for a person skilled in the art, according to the idea of the present invention, there may be variations in the specific embodiments and the application scope, and in summary, the content of the present specification should not be construed as a limitation to the present invention.

Claims

1. A service recovery method is applied to a border routing device, and the method comprises the following steps:

receiving a multicast link control command sent by the autonomous server;

receiving a data source state control command sent by the autonomous server;

2. The method of claim 1, wherein the multicast link control command comprises: routing data and multicast steering table data;

3. The method of claim 1, wherein the data source status control command comprises a data source status of each multicast link, and the data source status comprises a first status and a second status, the first status is used for indicating that multicast data of the corresponding multicast link is transmitted, and the second status is used for indicating that multicast data of the corresponding multicast link is not transmitted;

4. The method of claim 1, further comprising:

5. The method of claim 1, wherein sending a border route switch notification to an autonomous server in the autonomous domain comprises:

6. The method according to any one of claims 1 to 5, wherein the border routing device is provided with a first port and a second port, the border routing device being connected to an autonomous server in a first autonomous domain via the first port and to an autonomous server in a second autonomous domain via the second port;

7. A service recovery method is applied to an autonomous server, and the method comprises the following steps:

8. The method of claim 7, wherein after determining that the restoration of the multicast traffic with the border routing device is successful, the method further comprises:

9. A traffic restoration apparatus, applied to a border routing device, the apparatus comprising:

10. A service restoration device applied to an autonomous server, the device comprising:

11. A computer-readable storage medium, on which a computer program is stored, which program, when being executed by a processor, carries out the steps of the method for service restoration according to one of the claims 1 to 6 or according to one of the claims 7 to 8.

12. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor when executing performs the steps of the method for service restoration according to any of claims 1-6 or claims 7-8.