CN116760764B - Route announcement method, server node, information bulletin board and storage medium - Google Patents
Route announcement method, server node, information bulletin board and storage medium Download PDFInfo
- Publication number
- CN116760764B CN116760764B CN202311044184.7A CN202311044184A CN116760764B CN 116760764 B CN116760764 B CN 116760764B CN 202311044184 A CN202311044184 A CN 202311044184A CN 116760764 B CN116760764 B CN 116760764B
- Authority
- CN
- China
- Prior art keywords
- server node
- node
- information
- state information
- bulletin board
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000036541 health Effects 0.000 claims abstract description 11
- 238000012163 sequencing technique Methods 0.000 claims abstract description 6
- 230000004083 survival effect Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 abstract description 18
- 230000002159 abnormal effect Effects 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003862 health status Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/247—Multipath using M:N active or standby paths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
Abstract
The invention discloses a route advertising method, a server node, an information bulletin board and a storage medium, which are applied to the server node, wherein the server node supports BGP protocol and is communicated with the information bulletin board, and the route advertising method comprises the following steps: updating own server node service state information to the information bulletin board; sending an acquisition request of the server node service state information to the information bulletin board, and receiving the server node service state information returned by the information bulletin board; determining a health server node according to the server node service state information; determining a target server node based on the sequencing result of the healthy server nodes; the route entry information of the target server node is advertised to BGP peer nodes. By the method, the condition that the communication of the route communication link is abnormal when the node fails in the mode that the node announces the route information is avoided.
Description
Technical Field
The present invention relates to the field of digital information transmission, and in particular, to a route announcement method, a server node, an information bulletin board, and a storage medium.
Background
BGP (Border Gateway Protocol), border gateway routing protocol) equivalents refer to neighboring entities that support the BGP protocol and have established BGP peering relationships. BGP peers need to be established through negotiations between two BGP entities and send packets at regular intervals after the establishment to maintain peering. The establishment of BGP peers and BGP route advertisement are two phases, and only after the establishment of a peer can route advertisement. With BGP peering established, already advertised routing information is removed only if the advertiser actively deletes it, and if not actively removed, it is always present.
BGP peers can advertise routes based on BGP protocols to construct ECMP (Equal-cost multi-path routing), and in general, BGP peers advertise their own route entries to the equivalent nodes themselves, but when BGP peers fail, if the failed BGP peers' route advertisements cannot be withdrawn in time, the legacy route advertisements will cause the data packets to continue to divert to the failed route, which may cause communication failure for the link.
The foregoing is provided merely for the purpose of facilitating understanding of the technical solutions of the present invention and is not intended to represent an admission that the foregoing is prior art.
Disclosure of Invention
The main purpose of the present invention is to provide a route advertisement method, a server node, an information bulletin board and a storage medium, which aims to solve the technical problem that in the past, BGP peers are all self-advertising route entries to equivalent nodes, but in the above manner, if a BGP peer fails, if the failed BGP peer fails to withdraw a route advertisement, the remaining route advertisement can cause a data packet to continuously turn to a failed route, resulting in a communication failure of the routing link.
In order to achieve the above object, the present invention provides a route advertisement method applied to a server node, the server node supporting BGP protocol and communicating with an information bulletin board, the route advertisement method comprising the steps of:
updating own server node service state information to the information bulletin board;
sending an acquisition request of the server node service state information to the information bulletin board, and receiving the server node service state information returned by the information bulletin board;
determining a health server node according to the server node service state information;
determining a target server node based on the sequencing result of the healthy server nodes;
the route entry information of the target server node is advertised to BGP peer nodes.
Optionally, the step of updating the server node service status information of itself to the information bulletin board includes:
and updating the service state information and BGP peer state information of the information bulletin board per se based on a preset time interval.
Optionally, the step of determining the target server node based on the ranking result of the healthy server nodes includes:
acquiring a sorting list corresponding to the sorting result and the table length of the sorting list;
determining the ordering position of the server node in the ordering list;
calculating to obtain a target sorting position according to the sorting position and the table length;
and determining the target server node according to the target sorting position and the sorting list.
Optionally, the step of advertising the route entry information of the target server node to BGP peer nodes includes:
acquiring routing entry information of the target server node and an address of the BGP peer node;
generating a corresponding route update message based on the route entry information;
and sending the route update message to the BGP peer node based on the address of the BGP peer node so as to announce the route entry information of the target server node to the BGP peer node.
Optionally, before the step of updating the server node service status information of the information bulletin board, the method further includes:
based on a preset port, establishing a TCP session with the BGP peer node;
and sending an OPEN message to the BGP peer node based on the TCP session so as to enable the server node to establish peer-to-peer connection with the BGP peer node.
In order to achieve the above object, the present invention further provides a routing advertisement method applied to an information bulletin board, wherein the information bulletin board is communicated with a server node, and maintains a node status information table, and the routing advertisement method further comprises the following steps:
receiving service state information and BGP peer state information sent by the server node;
updating the node state information table based on the service state information and the BGP peer state information;
and when receiving an acquisition request of server node service state information sent by the server node, sending the node state information table to the server node.
Optionally, after the step of sending the node status information table to the server node when receiving the request for obtaining the server node service status information sent by the server node, the method further includes:
based on the preset time interval, the service state information survival time and the BGP peer state survival time of each server node in the node state information table are updated according to a preset updating mode.
In addition, to achieve the above object, the present invention also provides a server node, including: the system comprises a memory, a processor, and a route advertisement program stored on the memory and executable on the processor, wherein the route advertisement program is configured to implement the steps of the route advertisement method as described above.
In addition, in order to achieve the above object, the present invention also provides an information bulletin board comprising: the information bulletin board is a high-availability cluster system formed by a plurality of nodes, and the cluster system can run the route bulletin program, and the route bulletin program is configured to realize the steps of the route bulletin method.
In addition, in order to achieve the above object, the present invention also provides a storage medium having stored thereon a route advertisement program which, when executed by a processor, implements the steps of the route advertisement method as described above.
The invention provides a route advertising method which is applied to server nodes, wherein the server nodes support BGP protocol and are communicated with an information bulletin board, the server nodes send own server node state information to the information bulletin board at fixed time to update own state, then the information bulletin board is also sent with a request for acquiring server node service state information, the server node service state information returned by the information bulletin board is received, all healthy server nodes in the current system are screened out according to the service state information, a target server node is determined based on the sequencing result of the healthy server nodes, and finally route entry information of the target server node is advertised to BGP peer nodes. Because of the existence of the information bulletin board, the service state information and BGP peer state information of each server node in the whole system can be recorded and updated, so that the server node for bulletin routing and the advertised service node are healthy nodes in service state, when the server node performs routing bulletin, the server node does not bulletin own routing to the BGP peer, but bulletin the route entry of other server nodes, and a chained route bulletin mode is adopted, so that communication faults caused when the server node previously adopts the self-bulletin mode can be avoided. Through the route announcement method, a high-reliability framework can be provided for the ECMP+BGP load balancing scheme, and wrong route information of the system under abnormal conditions is avoided.
Drawings
Fig. 1 is a schematic flow chart of a first embodiment of a route advertisement method according to the present invention;
fig. 2 is a flow chart of a second embodiment of the route advertisement method according to the present invention;
fig. 3 is a first reference schematic diagram of an application scenario of the first embodiment of the present invention;
fig. 4 is a second reference schematic diagram of an application scenario of the first embodiment of the present invention;
fig. 5 is a third reference schematic diagram of an application scenario of the first embodiment of the present invention;
fig. 6 is a schematic diagram of an interaction flow between a server node and an information bulletin board in the route bulletin method of the present invention;
FIG. 7 is a schematic diagram of a terminal structure of a hardware operating environment related to a server node according to a first embodiment of the present invention;
fig. 8 is a schematic diagram of a terminal structure of a hardware operating environment related to an information bulletin board according to a second embodiment of the present invention.
The achievement of the objects, functional features and advantages of the present invention will be further described with reference to the accompanying drawings, in conjunction with the embodiments.
Detailed Description
It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the invention.
An embodiment of the present invention provides a route advertisement method, referring to fig. 1, fig. 1 is a schematic flow chart of a first embodiment of the route advertisement method of the present invention.
In this embodiment, the route advertisement method is applied to a routing node, and includes the following steps:
and step S10, updating the server node service state information of the information bulletin board.
In this embodiment, the server node has an entry in the node status information table of the information bulletin board, and the server node needs To update its own latest service status information of the server node To the information bulletin board based on the entry and based on a preset Time interval (for example, 1 second), including its own service status information and BGP peer status information, and the information bulletin board determines whether the server node can provide normal service through the service status information of the current server node, determines whether the server node is in a connected state with the BGP peer through BGP peer status information, and then assigns a TTL (Time To Live) of a corresponding item of the server node in the table, or alternatively, as a possible implementation, if the service status or BGP peer status is healthy, may assign a corresponding value To 10, and if not healthy, assigns a value To 0.
By updating the node state of the information bulletin board itself according to the preset time interval, the timeliness of recording the node state information in the information bulletin board can be ensured.
And step S20, sending an acquisition request of the server node service state information to the information bulletin board, and receiving the server node service state information returned by the information bulletin board.
In this embodiment, the route advertisement method is applied to a server node, where the server node can respond to an access service of the internet, and in addition, the server node supports BGP protocol and has BGP function, and besides establishing a peer-to-peer state with BGP peers, the server node is further connected to an added information bulletin board, where the information bulletin board is used to monitor service state information and BGP peer state information of each server node in the current system. The server node performs three-way handshake of TCP (Transmission Control Protocol ) based on unicast between a preset port 179 and other entities by manually configuring corresponding configuration information, establishes a special TCP session, then transmits all BGP protocol data packets based on the session, establishes BGP peer-to-peer connection with a neighbor node by normally receiving and transmitting an OPEN message (opening message) based on the session after the session is established, wherein the OPEN message is the first message sent after the TCP session is established and is used for establishing a connection relationship between BGP peers, and the OPEN message mainly comprises information such AS BGP version number, local AS number, holdtime and the like. After the server node establishes the BGP peering relationship with other entity nodes, a data packet is sent in a fixed interval time to maintain the peering relationship. BGP peering relationships are among BGP peering relationships, and a single server node may establish BGP peering relationships with multiple entities. That is, in a system, there may be multiple server nodes, and multiple server nodes may also establish BGP peering relationships with the same entity node.
The server node can send a request for acquiring service state information of the server node to the information bulletin board at any moment, the information bulletin board maintains a node state information table, the table records state information of a plurality of server nodes, the state information comprises states of providing business services by the server node, the server node further comprises a BGP peer establishment state, and the server node service state information returned by the information bulletin board is received and can be used for subsequently judging which service states of the server nodes in the current system are healthy, wherein the server node service state information is acquired based on the node state information table of the information bulletin board.
In this embodiment, by requesting service status information of each server node from an external information bulletin board, it is possible to facilitate subsequent screening out of healthy server nodes through service status information of each server node.
And step S30, determining the health server node according to the server node service state information.
In this embodiment, the server node service state information includes service state information of the server node itself and BGP peer state information of the server node, where the service state information is a state in which the server node can provide service, the BGP peer state information is whether the current server node is in a connected state with the BGP peer, and the health service node refers to its service state and a node in which the connected state with the BGP peer node is normal. By the TTL values of the two items, whether the server node is a healthy server node can be judged, and the server node belongs to the healthy server node as long as the TTL value of the service state and the TTL value of the BGP peer state are not equal to 0. It is noted that the health service nodes screened here may be plural, and may include the current server node itself.
In this embodiment, the health server node is screened according to the server node service status information, so that it is convenient to determine other server nodes needing to be advertised by the current server node for route entry from the health server nodes.
And step S40, determining a target server node based on the sequencing result of the healthy server nodes.
In this embodiment, the selected healthy server nodes are ranked by the current server node according to the node names, and the ranking result corresponds to a ranking list { Mj } containing all healthy server nodes in the system. Further, the table length len ({ Mj }) corresponding to the sorting list is obtained, the sorting position of the current server node in the sorting list is determined on the premise that the current server node is also a healthy server node, the server node calculates the target sorting position of the target server node in the sorting list according to the sorting position and the table length of the current server node, and the target server node is determined based on the sorting list and the calculated sorting position. The current server node calculates the target sorting position according to M ((j+1) MOD len ({ Mj })), namely, the remainder of the table length is obtained after the sorting position of the server node in the sorting table is added with 1, so that the target server node is ensured to be always selected in the sorting table and cannot exceed the table length. The effect of chained selection of the target server node is shown that the healthy server node in the ordered list does not announce its own route any more, but selects the next healthy server node in the ordered list and announces the route entry of the healthy server node.
Optionally, the server node may also select other server nodes except the server node in the ordered list as target server nodes, and perform route advertisement.
It should be noted that if the current server node is not in the ordered list of healthy nodes, the above steps are not performed and the route is not advertised.
In this embodiment, by selecting the target server node from the determined healthy server nodes, so as to subsequently replace the target server node to advertise the route entry of the target server node to the BGP peer, it is ensured that the server node performing the route advertisement in the system is always healthy.
Step S50, the routing entry information of the target server node is announced to the BGP peer node.
In this embodiment, when a server node announces route entry information of a target server node to a BGP peer node, it is required to first obtain the route entry information of the target server node, construct an UPDATE message (route UPDATE message) for announcing attribute UPDATE of the route entry information according to the route entry information, and send the UPDATE message to the BGP peer node based on an address of the BGP peer node, where the UPDATE message may announce multiple pieces of reachable route information with the same attribute, or may cancel multiple pieces of route information that are not reachable. Thereby achieving the purpose that the server node announces other service node routes to the BGP peer node.
In this embodiment, due to the existence of the information bulletin board, the service health status of each server node in the whole system can be monitored, it can be ensured that both the server node for bulletin routing and the advertised service node are healthy nodes in service status, when the server node performs routing bulletin, the server node does not bulletin own routing to the BGP peer, but bulletin the routing of other service nodes, and adopts a chained routing bulletin mode, so that the service node can avoid communication failure caused by self bulletin of the service node when the node fails. Through the route announcement method, a high-reliability framework can be provided for the ECMP+BGP load balancing scheme, and wrong route information of the system under abnormal conditions is avoided.
In order to facilitate understanding of the technical scheme of the present invention, the following explanation is made through a specific application scenario:
referring to FIG. 3, assume that there are 1 router and 4 BGP enabled server nodes in the system, R0-S1, R0-S2, R0-S3, R0-S4 have established 4 peers. Each server node can provide normal services to the outside, and if each service announces R0 to its own route to R0 through BGP protocol according to the previous route announcement mode. If at a certain moment, the S3 node is abnormal and cannot provide normal service, but the S3 self-considers that the S3 node is normal or uses BGP protocol To announce the route outwards, at this moment, the route table of R0 still has the information of To Server Via S3, and the subsequent data packet still sends data To the route link, thereby causing the communication failure of the link.
In order to avoid the occurrence of the above situation, referring to fig. 4, the present invention introduces an information bulletin board to monitor the service health status of the four server nodes. The server node periodically announces the Service state information and BGP peer state information of itself to the information bulletin board, the information bulletin board updates the node health state information table maintained by itself based on the above information, when S1, S2, S3 and S4 are all normal, the Service state Service (TTL) and BGP peer state Service (TTL) values of each node in the information table are all 10, when the server node S3 fails, referring to fig. 5, at this time, the values of the Service (TTL) and BGP (TTL) of the node state information table of the information bulletin board are all 0, at this time, taking the server node S2 as an example based on the advertising method of the present invention, the interaction flow between the server node S2 and the information bulletin board requests the state information of each server node to the information bulletin board, determines that the Service node currently in health Service state includes S1, S2 and S4 through the TTL information of each node in the node state information table returned by the information bulletin board, further, the following ordered list Mj is obtained according to the node name: { m0=s1, m1=s2, m2=s4 }, S2 is a healthy server node, the ordering position of S2 is M1, the table length of Mj is 3, and the next healthy server node (M ((1+1) Mode 3) is m2=s4, so S2 will change the advertised route from S3 to S4, and advertise the route entry of S4 to R0, thereby avoiding the problem of communication anomaly caused by the existence of erroneous route information in the system.
Further, referring to fig. 2, a second embodiment of the route advertisement method of the present invention further includes the following steps:
step S60, receiving service state information and BGP peer state information sent by the server node.
Step S70, updating the node state information table based on the service state information and the BGP peer state information.
And step S80, when receiving an acquisition request of server node service state information sent by the server node, sending the node state information table to the server node.
In this embodiment, the route advertisement method is applied to an information bulletin board, and in order to better monitor the service state survival time on the server node with BGP function and the survival time of the state related to BGP peer, an information bulletin board is introduced herein, where the information bulletin board is in a connected state with each server node in the current autonomous system, and maintains a node state information table, where the node state information table records the state information of each server node capable of providing service, and the BGP peer establishes state information, where the recorded state information is TTL information, that is, the time when the service can survive. Firstly, the server node provides its own service status information and BGP peer status information to the information bulletin board according to a preset time interval (e.g., 1 second), determines whether its status is healthy based on the service status information and BGP peer status information, and performs corresponding assignment for the corresponding TTL. For example, if the service state and BGP peer state of a certain server node are healthy, the corresponding TTL value is assigned to 10, and if unhealthy, the value is assigned to 0. The server node can request to obtain the state information of all the server nodes from the information bulletin board at any time point, namely, when receiving the request for obtaining the server node service state information sent by any server node, the server node sends a node state information table to the server node, and the server node can judge whether the service states of other server nodes are healthy or not and whether the server node is communicated with the BGP peer or not through TTL values of all the server nodes recorded in the node state information table. Optionally, the assignment of the TTL may be selected and adjusted according to the actual application requirements, which is not limited here too much.
Further, in order to ensure timeliness of recording node status information in the information bulletin board, in addition to updating the status information of the table when receiving the status information updated by the server node itself, the information bulletin board needs to update the TTL values of each server node in the table according to a preset time interval and a preset updating mode, that is, decrease the TTL values of each server node in the table by one until the TTL values are reduced to the minimum value of 0. Optionally, the preset time interval may be 1 second, or may be adjusted to other values according to the actual application scenario, but in order to ensure timeliness, the value of the time interval does not suggest to choose a larger value.
In this embodiment, by introducing the information bulletin board, the service state of the server node is monitored, and in the node state information table maintained by the information bulletin board, the service state and BGP peer state of each server node are updated according to the actual state provided by the server node, and meanwhile, the service state and BGP peer state of each server node are updated by the information bulletin board according to a preset time interval and a preset updating mode, so that even if a certain server node fails, the service state information of the server node cannot be sent to the information bulletin board, the state information of the server node can still be updated, and the timeliness of the server node state information recorded in the information bulletin board is ensured.
Referring to fig. 7, fig. 7 is a schematic diagram of a routing node structure of a hardware running environment according to an embodiment of the present invention.
As shown in fig. 7, the routing node may include: a processor 1001, such as a central processing unit (Central Processing Unit, CPU), a communication bus 1002, a network interface 1003, and a memory 1004. Where communication bus 1002 is used to enable connected communication between these components, network interface 1003 may optionally include a standard wired interface, a WIreless interface (e.g., a WIreless-FIdelity (WI-FI) interface). The Memory 1004 may be a high-speed random access Memory (Random Access Memory, RAM) Memory or a stable Non-Volatile Memory (NVM), such as a disk Memory. The memory 1004 may also optionally be a storage device separate from the processor 1001 described above.
Those skilled in the art will appreciate that the structure shown in fig. 7 is not limiting of the routing node and may include more or fewer components than shown, or may combine certain components, or a different arrangement of components.
As shown in fig. 7, an operating system, a data storage module, a network communication module, a user interface module, and a route advertisement program may be included in the memory 1005 as one type of storage medium.
In the routing node shown in fig. 7, the network interface 1003 is mainly used for data communication with other devices; the processor 1001 and the memory 1004 in the routing node of the present invention may be disposed in the routing node, and the routing node calls the routing advertisement program stored in the memory 1004 through the processor 1001 and performs the following steps:
updating own server node service state information to the information bulletin board;
sending an acquisition request of the server node service state information to the information bulletin board, and receiving the server node service state information returned by the information bulletin board;
determining a health server node according to the server node service state information;
determining a target server node based on the sequencing result of the healthy server nodes;
the route entry information of the target server node is advertised to BGP peer nodes.
Further, the routing node invokes a routing advertisement program stored in the memory 1004 through the processor 1001, and further performs the following steps:
and updating the service state information and BGP peer state information of the information bulletin board per se based on a preset time interval.
Further, the routing node invokes a routing advertisement program stored in the memory 1004 through the processor 1001, and further performs the following steps:
acquiring a sorting list corresponding to the sorting result and the table length of the sorting list;
determining the ordering position of the server node in the ordering list;
calculating to obtain a target sorting position according to the sorting position and the table length;
and determining the target server node according to the target sorting position and the sorting list.
Further, the routing node invokes a routing advertisement program stored in the memory 1004 through the processor 1001, and further performs the following steps:
acquiring routing entry information of the target server node and an address of the BGP peer node;
generating a corresponding route update message based on the route entry information;
and sending the route update message to the BGP peer node based on the address of the BGP peer node so as to announce the route entry information of the target server node to the BGP peer node.
Further, the routing node invokes a routing advertisement program stored in the memory 1004 through the processor 1001, and further performs the following steps:
based on a preset port, establishing a TCP session with the BGP peer node;
and sending an OPEN message to the BGP peer node based on the TCP session so as to enable the server node to establish peer-to-peer connection with the BGP peer node.
Referring to fig. 8, fig. 8 is a schematic diagram of an information bulletin board structure of a hardware running environment according to an embodiment of the present invention.
As shown in fig. 8, the information bulletin board may include: a processor 2001, such as a central processing unit (Central Processing Unit, CPU), a communication bus 2002, a network interface 2003, and a memory 2004. The communication bus 2002 is used to implement the connection communication among these components, and the network interface 2003 may optionally include a standard wired interface, a WIreless interface (e.g., a WIreless-FIdelity (WI-FI) interface). The Memory 2004 may be a high-speed random access Memory (Random Access Memory, RAM) Memory or a stable Non-Volatile Memory (NVM), such as a disk Memory. The memory 2004 may alternatively be a storage device separate from the aforementioned processor 2001.
It will be appreciated by those skilled in the art that the structure shown in fig. 8 is not limiting of the bulletin board, and may include more or less components than those shown, or may combine some components, or may be arranged in different components, such as a highly available cluster system formed by a plurality of nodes, as the bulletin board, and the cluster system may run a routing bulletin program corresponding to the bulletin board in the present invention.
As shown in fig. 8, an operating system, a data storage module, a network communication module, a user interface module, and a route advertisement program may be included in the memory 2005 as one type of storage medium.
In the information bulletin board shown in fig. 8, the network interface 2003 is mainly used for data communication with other devices; the processor 2001, the memory 2004 in the information bulletin board of the present invention may be provided in the information bulletin board, which calls the route bulletin program stored in the memory 2004 through the processor 2001, and performs the steps of:
receiving service state information and BGP peer state information sent by the server node;
updating the node state information table based on the service state information and the BGP peer state information;
and when receiving an acquisition request of server node service state information sent by the server node, sending the node state information table to the server node.
Further, the information bulletin board calls a route bulletin program stored in the memory 2004 through the processor 2001, and performs the steps of:
based on the preset time interval, the service state information survival time and the BGP peer state survival time of each server node in the node state information table are updated according to a preset updating mode.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system 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 system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The foregoing embodiment numbers of the present invention are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
From the above description of embodiments, it will be clear to a person skilled in the art that the above embodiment method may be implemented by means of software plus a necessary general hardware platform, but may of course also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on this understanding, the technical solution of the present invention may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM) as described above, comprising instructions for causing a terminal device (which may be a network device or the like) to perform the method according to the embodiments of the present invention.
The foregoing description is only of the preferred embodiments of the present invention, and is not intended to limit the scope of the invention, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.
Claims (7)
1. A method of route advertisement, applied to a server node supporting BGP protocol and communicating with an information bulletin board, comprising the steps of:
updating server node service state information of the information bulletin board per se based on a preset time interval, wherein the server node service state information comprises service state information and BGP peer state information;
sending an acquisition request of the server node service state information to the information bulletin board, and receiving the server node service state information returned by the information bulletin board;
determining a health server node according to the survival time corresponding to the server node service state information;
determining a target server node based on the sequencing result of the healthy server nodes;
the route entry information of the target server node is advertised to BGP peer nodes,
wherein the step of determining the target server node based on the ranking result of the healthy server nodes comprises:
acquiring a sorting list corresponding to the sorting result and the table length of the sorting list;
determining the ordering position of the server node in the ordering list;
calculating to obtain a target sorting position according to the sorting position and the table length;
and determining the target server node according to the target sorting position and the sorting list.
2. The route advertisement method according to claim 1, wherein the step of advertising the route entry information of the target server node to BGP peer nodes comprises:
acquiring routing entry information of the target server node and an address of the BGP peer node;
generating a corresponding route update message based on the route entry information;
and sending the route update message to the BGP peer node based on the address of the BGP peer node so as to announce the route entry information of the target server node to the BGP peer node.
3. The route advertisement method according to claim 1, wherein before the step of updating the own service state information and BGP peer state information to the information bulletin board based on a preset time interval, further comprising:
based on a preset port, establishing a TCP session with the BGP peer node;
and sending an OPEN message to the BGP peer node based on the TCP session so as to enable the server node to establish peer-to-peer connection with the BGP peer node.
4. A method of route advertisement, characterized by being applied to an information bulletin board, wherein the information bulletin board communicates with a server node and maintains a node status information table itself, the method of route advertisement further comprising the steps of:
receiving service state information and BGP peer state information sent by the server node;
updating the node state information table based on the service state information and the BGP peer state information, wherein the service state information survival time and the BGP peer state survival time of the server node are stored in the node state information table;
when receiving an acquisition request of server node service state information sent by the server node, sending the node state information table to the server node;
based on the preset time interval, the service state information survival time and the BGP peer state survival time of each server node in the node state information table are updated according to a preset updating mode.
5. A server node, the server node comprising: a memory, a processor and a route advertisement program stored on the memory and executable on the processor, the route advertisement program configured to implement the steps of the route advertisement method of any of claims 1 to 3.
6. An information bulletin board, the information bulletin board comprising: the system comprises a memory, a processor and a route advertisement program stored on the memory and capable of running on the processor, or the information bulletin board is a high-availability cluster system formed by a plurality of nodes, wherein the cluster system can run the route advertisement program, and the route advertisement program is configured to implement the steps of the route advertisement method as claimed in claim 4.
7. A storage medium having stored thereon a route advertisement program which when executed by a processor performs the steps of the route advertisement method according to any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311044184.7A CN116760764B (en) | 2023-08-18 | 2023-08-18 | Route announcement method, server node, information bulletin board and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311044184.7A CN116760764B (en) | 2023-08-18 | 2023-08-18 | Route announcement method, server node, information bulletin board and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116760764A CN116760764A (en) | 2023-09-15 |
| CN116760764B true CN116760764B (en) | 2023-11-17 |
Family
ID=87948305
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311044184.7A Active CN116760764B (en) | 2023-08-18 | 2023-08-18 | Route announcement method, server node, information bulletin board and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116760764B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1719831A (en) * | 2005-07-15 | 2006-01-11 | 清华大学 | High-available distributed boundary gateway protocol system based on cluster router structure |
| US7254626B1 (en) * | 2000-09-26 | 2007-08-07 | Foundry Networks, Inc. | Global server load balancing |
| EP2086206A1 (en) * | 2008-01-31 | 2009-08-05 | Alcatel Lucent | System for operating a peer-to-peer network taking into account access network subscriber information |
| CN103944822A (en) * | 2013-01-21 | 2014-07-23 | 杭州华三通信技术有限公司 | BGP route advertising method and device and BGP route maintaining method and device |
| US9871712B1 (en) * | 2013-04-16 | 2018-01-16 | Amazon Technologies, Inc. | Health checking in a distributed load balancer |
| CN109327374A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | Realize the system and method for three-layer VPN network insertion |
| CN113852560A (en) * | 2021-10-20 | 2021-12-28 | 浪潮思科网络科技有限公司 | Method, device and medium for updating routing information between BGP peers |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9553809B2 (en) * | 2013-04-16 | 2017-01-24 | Amazon Technologies, Inc. | Asymmetric packet flow in a distributed load balancer |
| US10038626B2 (en) * | 2013-04-16 | 2018-07-31 | Amazon Technologies, Inc. | Multipath routing in a distributed load balancer |
| US10419336B2 (en) * | 2018-02-20 | 2019-09-17 | Juniper Networks, Inc. | Using disaggregated route information bases (“RIBS”) to increase the resiliency of protocols such as the border gateway protocol (“BGP”) |
-
2023
- 2023-08-18 CN CN202311044184.7A patent/CN116760764B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7254626B1 (en) * | 2000-09-26 | 2007-08-07 | Foundry Networks, Inc. | Global server load balancing |
| CN1719831A (en) * | 2005-07-15 | 2006-01-11 | 清华大学 | High-available distributed boundary gateway protocol system based on cluster router structure |
| EP2086206A1 (en) * | 2008-01-31 | 2009-08-05 | Alcatel Lucent | System for operating a peer-to-peer network taking into account access network subscriber information |
| CN103944822A (en) * | 2013-01-21 | 2014-07-23 | 杭州华三通信技术有限公司 | BGP route advertising method and device and BGP route maintaining method and device |
| US9871712B1 (en) * | 2013-04-16 | 2018-01-16 | Amazon Technologies, Inc. | Health checking in a distributed load balancer |
| CN109327374A (en) * | 2017-07-31 | 2019-02-12 | 杭州达乎科技有限公司 | Realize the system and method for three-layer VPN network insertion |
| CN113852560A (en) * | 2021-10-20 | 2021-12-28 | 浪潮思科网络科技有限公司 | Method, device and medium for updating routing information between BGP peers |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116760764A (en) | 2023-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10708856B2 (en) | Gateway advertisement in a wireless mesh | |
| CN106936717B (en) | Media access control address and internet protocol address binding agent advertisement for network devices of a network | |
| US8385230B2 (en) | Automatic network address assignment in a wireless mesh | |
| US9647928B2 (en) | OSPF point-to-multipoint over broadcast or NBMA mode | |
| US6757258B1 (en) | Method and apparatus for reducing OSPF flooding | |
| US20090172192A1 (en) | Mapless Global Traffic Load Balancing Via Anycast | |
| US10255621B2 (en) | Services advertisement in a wireless mesh | |
| US8667174B2 (en) | Method and system for survival of data plane through a total control plane failure | |
| CN107872383B (en) | Parameter notification method, parameter acquisition method and parameter acquisition device | |
| CN111182022A (en) | Data transmission method and device, storage medium and electronic device | |
| CN108289044B (en) | Data forwarding method, link state method for determining static route and network equipment | |
| EP2991288B1 (en) | Method and device for determining next hop and distributing routing information | |
| US20030135646A1 (en) | Relay method for distributing packets to optimal server | |
| CN112929268B (en) | Automatic discovery of route reflection peer endpoints | |
| CN116760764B (en) | Route announcement method, server node, information bulletin board and storage medium | |
| Cisco | ipx nlsp enable to ipx sap-helper | |
| Cisco | Novell IPX Commands | |
| US20080059652A1 (en) | Routing for Detection of Servers Within a Communication Network | |
| JP2012253681A (en) | Communication network system | |
| Martin et al. | A dynamic neighbourhood discovery protocol for active overlay networks | |
| CN114301837A (en) | Routing data processing method and device | |
| JP2003018197A (en) | Arp table forming method and path control method using the method | |
| WO2021035014A1 (en) | Service group flooding in is-is networks | |
| CN116915783A (en) | Resource scheduling method and device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |