Method and apparatus for distributing multicast high-availability market condition

Abstract

Disclosed in the present application are a method and apparatus for distributing a multicast high-availability market condition. In the present application, it is only necessary to send a copy of multicast traffic from a market condition center to a public cloud, an elastic scaling group of a multicast receiver is provided, in order to save on a bandwidth between AZs, a member of one AZ of the elastic scaling group is selected nearby as the multicast receiver, and only when all the members of the same AZ in the same scaling group fail, a member receiver of another AZ in the scaling group is selected. In the present application, cross-AZ deployment of a multicast gateway is realized, and automatic nearby optimal reception to a market condition source is realized by means of establishing a unicast vxlan tunnel with a POP access point and on the basis of different lengths of BGPAZ numbers.

Description

A method and device for multicast high-availability market information distribution

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to the Chinese patent application filed with the China Patent Office on December 6, 2023, with application number 202311662210.2, and entitled “A method and device for multicast high-availability market distribution”, the full text of which is hereby incorporated by reference. Technical Field

[0003] The present application relates to the technical field of network address translation in data communications, and more particularly to a method and apparatus for multicast high-availability market information distribution. Background Art

[0004] When a customer's securities and stock business is deployed on a cloud host in a public cloud, multicast support is required within the public cloud. Currently, major market centers have implemented disaster recovery for market sources. For example, the five major futures exchanges have established primary and backup trading centers. Service providers currently use IDCs to achieve high availability of market centers, but the member units' own multicast disaster recovery systems are not sound.

[0005] (1) When a member unit’s computer room fails, the entire member unit cannot receive market information.

[0006] (2) Secondly, each member unit needs to deploy two dedicated lines to connect to the production center and disaster recovery center, which is also costly. The market information required by other member units is the same, and the market information center sends a copy of the market information to each member unit, which also consumes a lot of network bandwidth.

[0007] (3) Third, if each member unit deploys two market information servers in two computer rooms, firstly, the number of dedicated lines will increase, and secondly, the two market information servers will be separated from each other. Two sets of certificates will also be required, which will increase the cost. In addition, the two market information servers will consume bandwidth when receiving market information. Summary of the Invention

[0008] The purpose of this section is to summarize some aspects of the embodiments of the present application and briefly introduce some preferred embodiments. Some simplifications or omissions may be made in this section and the abstract and title of the present application to avoid obscuring the purpose of this section, the abstract and the title of the invention, and such simplifications or omissions shall not be used to limit the scope of the present application.

[0009] In view of the problems existing in the above-mentioned existing method and device for multicast high-availability market information distribution, this application is proposed.

[0010] Therefore, the purpose of this application is to provide a method and device for multicast high-availability market information distribution, which is to solve the above-mentioned problems.

[0011] As a method for multicast high-availability market information distribution described in this application, the process method is as follows:

[0012] Deploy a multicast gateway (MCGW) across multiple AZs in a clustered manner. For example, deploy one MCGW in AZ1 and one in AZ2.

[0013] The multicast gateway MCGW synchronizes multicast table information through the DCI interconnection link between the two AZs;

[0014] Each member unit will encrypt and pre-install the authentication certificate on the MCGW multicast gateway, which will then be used to authenticate the certificate to various market centers.

[0015] Each member unit creates a multicast receiver auto-scaling group. Each scaling group has at least one market information server in each AZ. The priority of the members of the auto-scaling group is set. For example, if member unit 1's multicast receiver auto-scaling group 1 has two members, and the priority of market information server 1 is 100 and the priority of market information server 2 is 50, market information server 1 is selected first for receiving market information.

[0016] Each member of the elastic scaling group joins the multicast group according to the following logic. This innovative approach uses the query messages sent by the multicast gateway received by the market information server network card within a certain period of time to determine the reachability of the network card and the MCGW. This also allows only one network card on the same market information server to join the multicast group at a time, ensuring that the market information server does not receive the same multicast message from two network cards at the same time, causing market information server processing anomalies.

[0017] Configure the IP addresses of the production center and disaster recovery center on the multicast gateway MCGW, and set the multicast source priority. For example, set the production center priority to 100 and the disaster recovery center priority to 50. It is assumed that the larger the number, the higher the priority.

[0018] Based on the priority of the multicast source, the production center is selected to initiate unicast certificate authentication. If the unicast traffic from the production center is unreachable, the MCGW attempts to initiate certificate authentication with the disaster recovery center. Since the unicast route from MCGW2 to the disaster recovery center has a higher priority, MCGW2 is prioritized for authentication.

[0019] The multicast gateway uses VIP and POP devices to establish a VXLAN unicast tunnel. Multicast traffic enters from the POP devices in the two AZs and is encapsulated in the VXLAN tunnel before entering the multicast gateway. When the production center sends market information as a multicast source, both MCGW1 and MCGW2 publish VIP BGP routes to the POPs. However, the VIP route received by POP1 from MCGW1 is preferred because of its shorter AS number. Therefore, MCGW1 receives the multicast market information from the production center.

[0020] After receiving the message, the MCGW can query the AZ and scaling group information described by the market server based on the OVS address information, record the multicast group IGMP report message, and generate a multicast table entry.

[0021] Each member of the MCGW periodically checks the multicast group members through IGMP query. If there is no response after the timeout, the multicast group will be deleted.

[0022] When the network card of market information server 1 in elastic scaling group 1 fails, the IGMP query messages sent by MCGW1 and MCGW2 time out without a response. Upon detecting the failure, network card A in the multicast table is deleted. At the same time, the market information server of the member unit also detects that it is unreachable and uses another network card to send an IGMP Join to MCGW.

[0023] When member unit server 1 fails, network cards A and B become unreachable. MCGW1 selects network card E in AZ2. Multicast market information flows through the production center to MCGW1, then to the DCI interconnection link, and finally to network card E. An alarm is sent, and a new virtual machine is automatically launched as the market information server for member units in AZ1.

[0024] If AZ1 fails, MCGW2 detects that member MCGW1 is no longer active due to inter-group synchronization message timeouts. It then initiates unicast authentication with the disaster recovery center based on the certificates installed by the member organizations. It then detects that network adapters A, B, C, and D are unreachable, queries the multicast table, selects a receiver in another AZ, AZ2, changes AZ2's multicast table entry to receive multicast, and selects network adapters E and G for multicast market data.

[0025] As an embodiment of the method for multicast high-availability market information distribution described in the present application, wherein: multiple member units are placed on a public cloud platform, and resources are isolated through VPC. In order to save dedicated line costs and achieve AZ and high availability at the same time, the production center and AZ1 are interconnected, and the disaster recovery center of the market information center and AZ2 are interconnected.

[0026] As an embodiment of a multicast high-availability market information distribution method described in this application, the elastic scaling group of member unit 1 is market information servers 1-100 and market information servers 3-50, and the elastic scaling group 2 of member unit 2 is market information servers 2 and market information servers 4.

[0027] As an embodiment of the method for distributing multicast market information with high availability described in the present application, the market information server of each member unit selects the network card with the highest member priority to forward the multicast market information.

[0028] As an embodiment of the method for multicast high-availability market information distribution described in the present application, member unit 1 selects network card A of market information server 1 to receive market information.

[0029] As an embodiment of a method for multicast high-availability market information distribution described in the present application, wherein: each market information server in the multicast elastic scaling group selects a network card to send an IGMP Join multicast group joining message to the outside. After this IGMP join message arrives at the OVS of the market information server, the OVS adds vxlan encapsulation according to the flow table, the outer vxlan address source IP uses the OVS address, and the destination IP address uses the MCGW cluster VIP address.

[0030] As an embodiment of a method for multicast high-availability market information distribution described in the present application, the market information is transmitted from the disaster recovery center through the multicast gateway member MCGW2 to the network card E and the network card G, thereby realizing continuous reception of market information of member units 1 and 2.

[0031] As an embodiment of a method for multicast high-availability market information distribution described in the present application, wherein: the VXLAN is the abbreviation of Virtual eXtensible LAN, which can be used to extend virtual local area network.

[0032] As an embodiment of the method for multicast high-availability market information distribution described in the present application, wherein: the IGMP is the abbreviation of Internet Group Management Protocol, that is, Internet Group Management Protocol snooping.

[0033] As an embodiment of a method for multicast high-availability market information distribution described in the present application, wherein: the VTEP is the abbreviation of VXLAN Tunnel End Point, that is, the VXLAN tunnel endpoint.

[0034] As an embodiment of the method for distributing multicast high-availability market information described in the present application, the VSI is the abbreviation of Virtual Switch Instance, that is, a virtual switch instance.

[0035] As an embodiment of a method for multicast high-availability market information distribution described in the present application, wherein: the VTEP is a virtual switching instance that provides a Layer 2 switching service for a VXLAN.

[0036] As an embodiment of a method for multicast high-availability market information distribution described in the present application, the method uses a device for multicast high-availability market information distribution, including multiple switches and routers.

[0037] As an embodiment of the method for multicast high-availability market information distribution described in the present application, when the server composed of the switch and the router is running, the method for multicast high-availability market information distribution of the above embodiment is executed.

[0038] The present application also provides a device, including a multicast high-availability market information distribution device as described in the above embodiment, wherein the device is mainly composed of multiple switches and routers, and is externally assembled with a server housing.

[0039] The details of one or more embodiments of the present application are set forth in the following drawings and description. Other features, objects, and advantages of the present application will become apparent from the description, drawings, and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] In order to better describe and illustrate the embodiments of the inventions disclosed herein, reference may be made to one or more of the accompanying drawings. The additional details or examples used to describe the drawings should not be considered to limit the scope of the disclosed inventions, the presently described embodiments, or any of the best modes currently understood for these inventions.

[0041] FIG1 is a flow chart of a method for multicast high-availability market information distribution according to one or more embodiments;

[0042] FIG2 is a schematic diagram of a logical flow of an elastic scaling group according to one or more embodiments;

[0043] FIG3 is a schematic diagram of processing logic of a multicast gateway according to one or more embodiments;

[0044] FIG4 is a schematic diagram of a detection process when AZ1 fails according to one or more embodiments. DETAILED DESCRIPTION

[0045] The following will be combined with the drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0046] In order to make the purpose, technical solutions and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0047] In the following description, many specific details are set forth to facilitate a full understanding of the present application. However, the present application may also be implemented in other ways different from those described herein. Those skilled in the art may make similar generalizations without violating the connotation of the present application. Therefore, the present application is not limited to the specific embodiments disclosed below.

[0048] Secondly, the term "one embodiment" or "embodiment" herein refers to a specific feature, structure, or characteristic that may be included in at least one implementation of the present application. The phrase "in one embodiment" appearing in various places throughout this specification does not necessarily refer to the same embodiment, nor does it refer to a separate or selective embodiment that is mutually exclusive with other embodiments.

[0049] Furthermore, this application is described in detail with reference to schematic diagrams. For ease of illustration, when describing the embodiments of this application, cross-sectional views of device structures may be partially enlarged and not to scale. Furthermore, these schematic diagrams are merely illustrative and should not limit the scope of protection of this application. Furthermore, in actual production, the three-dimensional dimensions of length, width, and depth should be included.

[0050] 1-4 , this application provides a method for multicast high-availability market information distribution, the process is as follows:

[0051] S1. Deploy a multicast gateway (MCGW) across multiple AZs in a clustered manner. For example, deploy one MCGW in AZ1 and one in AZ2.

[0052] S2. The multicast gateway MCGW synchronizes multicast entry information through the DCI interconnection link between the two AZs;

[0053] S3. Each member unit will encrypt and pre-install the authentication certificate on the MCGW multicast gateway, which will then be forwarded to major market centers for certificate authentication.

[0054] S4. Each member unit creates a multicast receiver elastic scaling group. Each scaling group has at least one market information server in each AZ. The priorities of the elastic scaling group members are set. For example, for member unit 1, multicast receiver elastic scaling group 1 has two members, and market information server 1 has a priority of 100 and market information server 2 has a priority of 50, indicating that market information server 1 is preferred for receiving market information.

[0055] S5. Each member of the elastic scaling group joins the multicast group according to the following logic. This innovative approach uses the query message sent by the multicast gateway received by the market information server network card within a certain period of time to determine the reachability of the network card and the MCGW. This allows only one network card on the same market information server to join the multicast group at a time, ensuring that the market information server does not receive the same multicast message from two network cards at the same time, causing market information server processing anomalies.

[0056] S6. Configure the IP addresses of the production center and disaster recovery center on the multicast gateway MCGW, and set the multicast source priority. For example, set the production center to 100 and the disaster recovery center to 50. It is assumed that the larger the number, the higher the priority.

[0057] S7: Based on the priority of the multicast source, the production center is selected to initiate unicast certificate authentication. If the unicast of the production center is unreachable, the MCGW attempts to initiate certificate authentication with the disaster recovery center. At this time, since the unicast route from MCGW2 to the disaster recovery center has a higher priority, the authentication will be initiated through MCGW2 first.

[0058] S8. The multicast gateway uses VIP and POP devices to establish a VXLAN unicast tunnel. Multicast traffic enters from the POP devices in the two AZs and is encapsulated in the VXLAN tunnel to enter the multicast gateway. When the production center sends market information as a multicast source, both MCGW1 and MCGW2 publish VIP BGP routes to POPs. However, POP1 receives the VIP route from MCGW1 because it has a shorter AS number and is preferred. Therefore, MCGW1 receives the multicast market information from the production center.

[0059] S9. After receiving the message, MCGW can query the AZ and scaling group information of the market server based on the OVS address information, record the multicast group IGMP report message, and generate a multicast table entry.

[0060] S10. Each member of the MCGW periodically checks the multicast group members for activity through IGMP queries. If no response is received after a timeout, the multicast group is deleted.

[0061] S11. When the network card of market information server 1 in elastic scaling group 1 fails, the IGMP query messages sent by MCGW1 and MCGW2 time out without a response. Upon detecting the failure, network card A in the multicast table is deleted. At the same time, the market information server of the member unit also detects that it is unreachable and uses another network card to send an IGMP Join to the MCGW.

[0062] S12: When member unit server 1 fails and network cards A and B are unreachable, MCGW1 selects network card E in AZ2. The multicast market information will pass through the production center to MCGW1, then to the DCI interconnection link, and finally to network card E. An alarm will be sent and a new virtual machine will be automatically launched as the market information server for member units in AZ1.

[0063] S13. When AZ1 fails, MCGW2 detects that member MCGW1 is no longer active due to an inter-group synchronization message timeout. It then initiates unicast authentication with the disaster recovery center based on the certificate installed by the member organization. It then detects that network adapters A, B, C, and D are unreachable. It then queries the multicast table and selects a receiver in another AZ, AZ2. It then changes AZ2's multicast table entry to receive multicast data and selects network adapters E and G for multicast market data.

[0064] Among them, multiple member units are placed on the public cloud platform, and resources are isolated through VPC. In order to save dedicated line costs while achieving AZ and high availability, the production center is interconnected with AZ1, and the disaster recovery center of the market center is interconnected with AZ2.

[0065] Furthermore, the elastic scaling group of member unit 1 is composed of market servers 1-100 and market servers 3-50, while the elastic scaling group 2 of member unit 2 is composed of market servers 2 and 4.

[0066] Furthermore, the market information server of each member unit will select the network card with the highest member priority to forward the multicast market information. For example, member unit 1 selects network card A of market information server 1 to receive market information.

[0067] Furthermore, each market server in the multicast elastic scaling group selects a network card to send an IGMP Join multicast group joining message. After this IGMP Join message reaches the OVS of the market server, the OVS adds vxlan encapsulation according to the flow table. The outer vxlan address source IP uses the OVS address, and the destination IP address uses the MCGW cluster VIP address.

[0068] Furthermore, the market information is transmitted from the disaster recovery center through the multicast gateway member MCGW2 to the network card E and the network card G, thereby achieving continuous reception of market information of member units 1 and 2.

[0069] Furthermore, VXLAN is the abbreviation of Virtual eXtensible LAN, which is an extensible virtual local area network, and IGMP is the abbreviation of Internet Group Management Protocol, which is Internet Group Management Protocol.

[0070] Furthermore, VTEP is the abbreviation of VXLAN Tunnel End Point, that is, the VXLAN tunnel endpoint, and VSI is the abbreviation of Virtual Switch Instance, that is, a virtual switch instance. VTEP is a virtual switch instance that provides Layer 2 switching services for a VXLAN.

[0071] Furthermore, the method uses a multicast high-availability market information distribution device, including multiple switches and routers. When the server composed of the switches and routers is running, it is used to execute a multicast high-availability market information distribution method of one or more of the above embodiments.

[0072] Beneficial effects of this application:

[0073] 1. Only one copy of multicast traffic needs to be sent from the market center to the public cloud, achieving optimal multicast replication and saving bandwidth costs from the market center to each member center.

[0074] 2. We introduced an elastic scaling group for multicast receivers. To save inter-AZ bandwidth, members of the nearest AZ in the elastic scaling group are selected as multicast receivers. Only when all members in the same AZ in the scaling group fail will members of another AZ in the scaling group be selected as receivers. This not only saves bandwidth but also achieves cross-AZ high availability.

[0075] 3. Implement cross-AZ deployment of multicast gateways, establish unicast vxlan tunnels with POP access points, and automatically select the nearest preferred receiver based on the length of the BGP AZ number;

[0076] 4. Reusing the existing IGMP query and report mechanisms, this innovatively implements reverse health checks of multicast receivers on multicast gateways. This allows multicast gateways to switch receivers without sending additional probe messages, while also enabling the market information server to switch network cards. This achieves high availability at the AZ level for member units' market information reception.

[0077] 5. The multicast gateway receives the IGMP report join message carrying VXLAN encapsulation from the market information server network card, obtains the multicast group joining information, and can query the market information server AZ information based on the VXLAN encapsulation. Then the multicast gateway preferentially receives market information from the market information server in the same AZ as the multicast source, thereby reducing the bandwidth occupied by the DCI cross-AZ link.

[0078] The present application also provides a device, including a multicast high-availability market information distribution device, which is mainly composed of multiple switches and routers, and is assembled with a server shell on the outside.

[0079] The technical features of the above-mentioned embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the technical features in the above-mentioned embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0080] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the patent application. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present application, and these modifications and improvements fall within the scope of protection of the present application. Therefore, the scope of protection of the present patent application shall be determined by the appended claims.

Claims

1. A method for multicast high-availability market information distribution, characterized by: The process method is as follows: Deploy a multicast gateway MCGW in cluster mode across multiple AZs. For example, deploy one MCGW in AZ1 and one MCGW in AZ2. The multicast gateway MCGW synchronizes the multicast table information through the DCI interconnection link of the two AZs; Each member unit will encrypt and pre-install the authentication certificate on the MCGW multicast gateway, which will then be sent to various market centers for certificate authentication. Each member unit creates a multicast receiver elastic scaling group. Each scaling group has at least one quotation server in each AZ. Set the priority of the elastic scaling group members. For example, the multicast receiver elastic scaling group 1 of member unit 1 has two members, and the priority of quotation server 1 is 100, and the priority of quotation server 2 is 50, indicating that quotation server 1 is selected first to receive quotation information. Each member of the elastic scaling group joins the multicast group according to the following logic. It innovatively proposes to judge the reachability of the network card and MCGW according to the query message sent by the multicast gateway received by the network card of the market information server within a certain period of time. In this way, only one network card of the same market information server joins the multicast group at the same time, ensuring that the market information server will not receive the same multicast message from two network cards at the same time, which will cause abnormal processing of the market information server. Configure the IP addresses of the production center and the disaster recovery center on the multicast gateway MCGW, and set the multicast source priority. For example, set the production center to 100 and the disaster recovery center to 50. It is assumed that the larger the number, the higher the priority. According to the priority of the multicast source, the production center is selected to initiate unicast certificate authentication. When the unicast of the production center is unreachable, MCGW attempts to initiate certificate authentication to the disaster recovery center. At this time, since the unicast route from MCGW2 to the disaster recovery center has a higher priority, MCGW2 will be used to initiate authentication. The multicast gateway uses VIP and POP devices to establish a vxlan unicast tunnel. Multicast traffic enters from the POP devices of the two AZs and is encapsulated in the vxlan tunnel to enter the multicast gateway. When the production center sends market information as a multicast source, both MCGW1 and MCGW2 publish VIP BGP routes to POP, but POP1 receives the VIP route from MCGW1 because the AS number is shorter and is preferred. Therefore, MCGW1 receives the multicast market information from the production center. After receiving the message, MCGW can query the AZ and scaling group information described by the market server according to the OVS address information, and after recording the multicast group IGMP report message, it will generate a multicast table entry; Each member of MCGW periodically checks the multicast members through IGMP query. If there is no response after the timeout, the multicast group will be deleted. When the network card of market server 1 in elastic scaling group 1 fails, the IGMP query message sent by MCGW1 and MCGW2 times out without response. When the failure is detected, network card A in the multicast table is deleted. At the same time, the market server of the member unit also detects that it is unreachable and uses another network card to send an IGMP Join to MCGW. When the member unit server 1 fails, network card A and network card B are unreachable. When the member unit server 1 fails, network card A and network card B are unreachable, MCGW1 will select network card E of AZ2. The multicast market information will go through the production center to MCGW1 and then to the DCI interconnection link, and then to network card E. At the same time, an alarm will be sent, and a new virtual machine will be automatically pulled up as the market information server of the member unit of AZ1; When the entire AZ1 fails, MCGW2 detects that member MCGW1 is no longer active through the timeout of the inter-group synchronization message, and initiates unicast authentication to the disaster recovery center based on the certificate installed by the member unit. It detects that network cards A, B, C, and D are all unreachable, queries the multicast table entry, selects another AZ, namely the receiver of AZ2, changes the multicast table entry of AZ2 to receive multicast, and selects to send multicast market data to network cards E and G.

2. The method according to claim 1, characterized in that: Multiple member units are placed on the public cloud platform, and resources are isolated through VPC. In order to save dedicated line costs and achieve AZ and high availability at the same time, the production center is interconnected with AZ1, and the disaster recovery center of the market center is interconnected with AZ2.

3. The method according to claim 2, characterized in that: The elastic scaling group of member unit 1 is market servers 1-100 and market servers 3-50, and the elastic scaling group 2 of member unit 2 is market servers 2 and market servers 4.

4. The method according to claim 3, characterized in that: The quotation server of each member unit will select the network card with the highest member priority to forward the multicast quotation.

5. The method according to claim 4, characterized in that: Member unit 1 selects network card A of quotation server 1 to receive quotation information.

6. The method according to claim 5, characterized in that: Each market server in the multicast elastic scaling group selects a network card to send an IGMP Join multicast group joining message. After the IGMP join message reaches the OVS of the market server, OVS adds vxlan encapsulation according to the flow table. The outer vxlan address source IP uses the OVS address, and the destination IP address uses the MCGW cluster VIP address.

7. The method according to claim 6, characterized in that: The market information is transmitted from the disaster recovery center through the multicast gateway member MCGW2 to the network card E and the network card G, thereby realizing the continuous reception of the market information of the member units 1 and 2.

8. The method according to claim 6, characterized in that: The VXLAN is the abbreviation of Virtual eXtensible LAN, which means extendable virtual local area network.

9. The method according to claim 6, characterized in that: The IGMP is the abbreviation of Internet Group Management Protocol, that is, Internet Group Management Protocol Snooping.

10. The method according to claim 9, characterized in that: The VTEP is the abbreviation of VXLAN Tunnel End Point, that is, the VXLAN tunnel endpoint.

11. The method according to claim 10, characterized in that: The VSI is the abbreviation of Virtual Switch Instance, that is, a virtual switch instance.

12. The method according to claim 11, characterized in that: The VTEP is a virtual switching instance that provides a Layer 2 switching service for a VXLAN.

13. The method according to claim 6, characterized in that: The method uses a multicast high-availability market information distribution device, which includes multiple switches and routers.

14. The method according to claim 13, characterized in that: When the server composed of the switch and the router is running, the method for multicast high-availability market information distribution described in claim 6 is executed.

15. A device, characterized in that: It includes a multicast high-availability market information distribution device as described in claim 14, wherein the device is mainly composed of multiple switches and routers, and a server shell is assembled on the outside.

Images