CN113055477B - Method for realizing TCP communication mutual loading balance by middleware software - Google Patents
Method for realizing TCP communication mutual loading balance by middleware software Download PDFInfo
- Publication number
- CN113055477B CN113055477B CN202110277263.7A CN202110277263A CN113055477B CN 113055477 B CN113055477 B CN 113055477B CN 202110277263 A CN202110277263 A CN 202110277263A CN 113055477 B CN113055477 B CN 113055477B
- Authority
- CN
- China
- Prior art keywords
- server
- middleware
- communication
- connection
- multicast
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1017—Server selection for load balancing based on a round robin mechanism
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
Abstract
The invention discloses a method for realizing TCP communication mutual loading balance by middleware software, which utilizes a multicast communication technology in an IP network communication protocol to inform all clients of communication addresses of all middleware server nodes in a communication system and processing capacity, connection number and connection speed information of servers in a one-to-many data broadcasting mode, and the clients select a server with optimal connection according to the combination of weighted rotation, weighted minimum connection number and local minimum connection in a load balancing algorithm and a WLC algorithm based on response time to realize the mutual loading balance function. The invention adds the function of mutual loading balance in the pure middleware application software, and simultaneously deploys more than two middleware servers with the same function to replace hardware mutual loading balance equipment under the condition of not adding hardware and extra cost, so that the client system can be automatically switched among a plurality of middleware servers according to the load condition, the reliability and the operating efficiency of the system are obviously improved, and the mutual loading capacity of the system is enhanced.
Description
Technical Field
The invention relates to the technical field of computer network information, in particular to a method for realizing TCP communication mutual loading balance by middleware software.
Background
With the rapid development of computer networks and software technologies and the high reliability requirement of data transmission on mutual loading balance, various industries seek computer software auxiliary management, management systems are more and more complex and complete in the use process, and people can not leave computer software and communication networks in work and life. Therefore, hardware inter-load balancing equipment (device) or software and hardware combined equipment (device) emerges in the market.
The reliability of the application software directly influences the life of workers of people, the application software of most business functions is simpler in structure, particularly for small and medium-sized enterprises and software systems, due to the limited investment cost, the reliability of the system is not high, the most important problem is that the single-point fault exists in the middle-layer software server node, the reliability is poor, once the fault occurs, the whole system is paralyzed, the business is completely stopped, and the generated influence is very large.
The disadvantages of using a hardware network load balancer are:
1) the hardware network load balancer is used, the hardware cost is increased by nearly 10 ten thousand yuan at least, for some small and medium-sized companies or companies with small system traffic, the investment cost of the hardware is relatively very high, many companies do not have the investment budget, but the reliability problem of the system does not exist because the traffic is small, and therefore a low-cost scheme needs to be used for replacement.
2) The failure process of the hardware network load balancer judgment server depends on a network protocol, the time for judging and using all algorithms is long, generally about 60 seconds of waiting time is passed, when the session connection of a background server is switched, client software can generate obvious network communication errors and also needs certain recovery time, and no method is provided for switching the communication session connection of a client end in a non-perception millisecond level.
3) By using the hardware network load balancer, the configuration of network management is also very complex, the technical requirement is high, the configuration can be applied only by professional network engineers, and general system operation and maintenance personnel do not have the technical capability, so that the investment of human resources and the operation and maintenance cost are increased.
Disclosure of Invention
The technical problem to be solved by the invention is to provide a method for realizing TCP communication mutual loading balance by middleware software, so as to solve the problems of high investment cost, long algorithm judgment and algorithm use time and high operation and maintenance investment cost of a hardware network load balancer, provide a low-cost solution by using a pure software technology, realize the mutual loading balance function and meet the requirements of small and medium application scenes.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows:
a method for realizing TCP communication mutual loading balance by middleware software utilizes a multicast communication technology in an IP network communication protocol to inform all clients of communication addresses of all middleware server nodes in a communication system and processing capacity, connection number and connection speed information of servers in a one-to-many data broadcasting mode, and the clients select a server with optimal connection according to the combination of weighted rotation, weighted minimum connection number and local minimum connection in a load balance algorithm and a WLC algorithm based on response time to realize the mutual loading balance function.
The technical scheme is further optimized, and the server with the optimal connection is the server with the strongest processing capacity, the smallest connection number, the fastest connection speed and the optimal priority weighting of the local network segment.
Further optimizing the technical scheme, the method specifically comprises the following steps:
s1, using multicast communication protocol in the middleware application software, after the middleware application software is started, regularly transmitting respective communication information to network multicast, and simultaneously receiving the inquiry connection address information of all middleware client programs and responding in time;
s2, after all middleware client programs are started, server processing capacity, connection number and connection speed messages of the middleware server in the network are received through multicast, or server processing capacity, connection number and connection speed messages of the query middleware server are sent through multicast, then the received middleware server communication connection parameters are stored in an internal memory, and an available middleware server list is maintained;
s3, when the middleware client program needs to connect the middleware server, an optimal server is obtained from the middleware server list of the memory according to the combination of the load balancing algorithm and the WLC algorithm based on the response time for connection, if the connection fails or communication errors are generated in the data transmission process, the next suboptimal server is obtained from the middleware server list of the memory, the connection is reestablished, and the failed data is retransmitted.
In step S1, the communication information includes a communication address, a port, and a connection mode.
Further optimizing the technical scheme, before performing step S1, a server communication connection parameter multicast query and response communication protocol needs to be defined;
the middleware server monitors a multicast port according to a communication protocol, receives RMAD messages of a client, sends communication connection parameters of the server by using MSAD messages after receiving correct messages, and declares normal online and related information of the server;
the client program monitors the multicast port according to a communication protocol, receives MSAD messages of the middleware server, maintains a reliable communication server list in a memory, and automatically sends RMAD messages to inquire the middleware server in a network if the MSAD messages of any middleware server are not received;
and when the middleware client program is connected with the middleware application server, selecting the server with the lightest mutual load in the network segment according to the combination of the load balancing algorithm and the WLC algorithm based on the response time.
Further optimizing the technical scheme, the definition process of the server communication connection parameter multicast inquiry and response communication protocol is as follows:
converting all transmitted contents into visible characters;
dividing the information in the data packet into three parts of sending source information, function information and data;
the function code is defined.
After the server with the lightest mutual load in the network segment is selected, when the currently connected middleware server is closed or the hardware and the network are in failure, the server is reselected, and the address of the failed communication server is removed from the communication server list if no update message is received within the appointed time.
According to the technical scheme, when the network where the middleware server and the client are located does not support the multicast communication protocol, the client manually configures a middleware server list, and the mutual loading balance function between the middleware server and the client is realized.
Due to the adoption of the technical scheme, the technical progress of the invention is as follows.
The invention realizes the function of mutual loading balance by using a pure software method of a middleware server, meets the requirements of small and medium application scenes, and can realize the high reliability requirements of multipoint fault tolerance and mutual loading balance of service functions at low cost.
The invention adds the function of mutual loading balance in the pure middleware application software, and simultaneously deploys more than two middleware servers (software) with the same function to replace hardware mutual loading balance equipment under the condition of not adding hardware and extra excessive cost, so that the client system can automatically switch among a plurality of middleware servers according to the load condition, the reliability and the operation efficiency of the system can be obviously improved, the single-point fault of the system is eliminated, the mutual loading capacity of the system is enhanced, the network construction cost can be reduced to the greatest extent, and obvious economic benefit is obtained.
The middleware application software realizes the mutual loading balance by using a software method, has the advantages of cost saving and simple application configuration compared with a hardware load balancer, is faster than the hardware mutual loading balancer in the aspect of speed of switching servers, can achieve millisecond-level balance switching, and can automatically complete switching under the condition that a user hardly perceives any more, thereby ensuring that the service function is not interrupted.
The middleware application software realizes the mutual loading balance by using a software method, and reduces the requirements of system operation and maintenance personnel on the technical capability of hardware equipment configuration to the greatest extent.
Detailed Description
The present invention will be described in further detail with reference to specific examples.
A method for realizing TCP communication mutual loading balance by middleware software utilizes multicast communication technology in IP network communication protocol to inform all clients of communication addresses of middleware server nodes in a communication system and information of processing capacity, connection number, connection speed and the like of servers in a one-to-many data broadcasting mode, and the clients select a server with optimal connection according to combination of algorithms such as weighted rotation, weighted minimum connection number and local minimum connection in a load balance algorithm, WLC based on response time and the like, so that the function of mutual loading balance is realized.
The server with the optimal connection is the server with the strongest processing capacity, the smallest connection number, the fastest connection speed and the optimal priority weighting of the local network segment.
The invention specifically comprises the following steps:
and S1, using multicast communication protocol in the middleware application software, regularly transmitting respective communication information to network multicast after the middleware application software is started, and simultaneously receiving the inquiry connection address information of all the middleware client programs and responding in time.
In step S1, the communication information includes a communication address, a port, and a connection method.
S2, after all middleware client programs are started, messages such as server processing capacity, connection number and connection speed of the middleware server in the network are received through multicast, or related messages for inquiring the middleware server are sent through multicast, then communication connection parameters of the received middleware server are stored in the memory, and a list of available middleware servers is maintained.
S3, when the middleware client program needs to connect with the middleware server, an optimal server is obtained from the middleware server list of the memory according to the algorithm for connection, if the connection fails or communication errors are generated in the data transmission process, a suboptimal server is obtained from the middleware server list of the memory, the connection is reestablished, and the failed data is retransmitted.
And S4, when the network where the middleware server and the client are located does not support the multicast communication protocol, manually configuring a middleware server list at the client to realize the mutual loading balance function between the middleware server and the client.
Before proceeding to step S1, a server communication connection parameter multicast query and response communication protocol needs to be defined.
The definition process of the server communication connection parameter multicast inquiry and response communication protocol comprises the following steps:
in a first step, the content of the transmission is converted into visible characters in order to simplify the communication protocol.
In the second step, the information in the packet is divided into three parts, i.e., source information, function information, and data, as shown in the following table 1 and table 2.
| Transmission source information | Function information | Data of |
TABLE 1
| LJMNTP | C/S | IP | MAC | Function(s) | Data length | Data. |
TABLE 2
The transmission source information includes: the packet header flag, the IP address of the hardware device where the receiver, middleware application software is located, and the transmission source MAC address. The length of the transmission source information is fixed. The header flag is fixed to LJMNTP 6 bytes. The receiver is represented by one byte: s represents a server, C represents a client terminal. The IP address is fixed to 15 bytes, the MAC address is fixed to 12 bytes, and the total length is 33 bytes. Wherein the packet header flag and the IP address must be correctly filled, the MAC address is reserved, and may not be filled temporarily.
The function information includes: function code, packet length. The length of the function information is fixed, the function code is represented by four characters, and occupies 4 bytes, the length of the data packet is represented by 4 decimal characters, and the maximum length is 9999 bytes.
Data: the length is not fixed, the information length is determined by the data length field in the function information, the transmission content of the data packet is not fixed, the different functions and the different transmission data have different formats.
And thirdly, defining the function code.
RMAD-client queries the address of the middleware server, without packets;
MSAD-middleware sends address information of itself, and the content of the data packet is as follows (the data type and the number of bytes occupied by the table of contents in parentheses):
middleware identification [ C17], CPU occupancy rate [ I1], memory usage rate [ I1], snooping port number [ I1], snooping address 1[ C16], protocol 1S/T [ C1], port 1[ I2], connection number [ I2] … …
The middleware server monitors the multicast port by using a background thread according to a communication protocol, receives RMAD messages of the client, sends communication connection parameters of the server by using MSAD messages after receiving correct messages, and also sends MSAD heartbeat messages at regular time when not receiving the RMAD messages, informs all client programs and declares normal online and related information of the server.
The client program monitors the multicast port by using a background thread according to a communication protocol, receives MSAD (multiple spanning Tree) messages of the middleware server, maintains a reliable communication server list in a memory, and automatically sends RMAD (message routing identifier) messages to inquire the middleware server in a network if the MSAD messages of any middleware server are not received.
When the middleware client program is connected with the middleware application server, the server with the lightest mutual load in the network segment is selected according to the combination algorithm, when the currently connected middleware server is closed or the hardware and the network are in failure, the server is reselected, and the address of the failed communication server is removed from the communication server list if no update message is received within the appointed time.
The software running environment of the invention is as follows: the real operation environment of the system generally consists of a plurality of middleware servers and clustered client programs, wherein the middleware servers provide uniform functional services (data buses) for all the clients, the middleware servers and the client programs are configured with the same multicast communication addresses and ports, and a network multicast protocol is opened.
The main working flow of the invention is as follows:
1. after a client program starts and runs, a background multicast communication thread is started, RMAD messages are sent to inquire all middleware servers in a network, a middleware server connection parameter list is generated after MSAD responses are received, a main thread is informed that communication connection can be established, and if MSAD responses are not received within a specified time, communication configuration errors are directly prompted.
2. In a network which does not support a multicast protocol or a network environment of a cross-router, communication connection parameters of a middleware server are directly configured, when a client program is started, an RMAD message query server is not sent any more, and a middleware server connection parameter list is directly generated according to configuration.
3. And the client program selects one server from the middleware server connection parameter list for connection, and if the connection is not selected next, all the servers cannot be connected until a normal connection exists, and the client program directly prompts that the communication configuration is wrong.
4. After the client program is normally connected with the middleware server to establish communication connection, service data is transmitted, data transmission fails, the server is automatically reselected to establish communication connection, and the failed data is retransmitted after reconnection succeeds, so that a user does not feel network interruption or the server is switched.
5. And a multicast communication thread of the background of the client program receives the MSAD message in real time, maintains an effective middleware server connection parameter list, and directly removes the servers without updating the message after the specified time is exceeded.
6. When the middleware server is started and closed, the multicast communication thread can send MSAD messages to inform all clients, and when RMAD messages are responded in real time during normal operation, the MSAD messages are sent at regular time to inform all the clients that the server is declared to be online and effective.
The invention installs more than two middleware application software, then configures and uses a software network inter-load equalizer, and the software network equalizer connects the service function request to a plurality of middleware application software servers according to the combination algorithm, and one middleware server has a fault and redistributes the communication connection to a normal server, thereby ensuring the reliability of the whole system.
When the system reliability is solved by using the hardware network load balancer without condition, a low-cost solution is provided by using a pure software technology, the function of the hardware network load balancer can be completely or partially replaced, the hardware network load balancer is replaced by the low-cost solution, the network construction cost can be reduced to the greatest extent, and good economic benefits are achieved.
The invention adds the function of mutual loading balance in the pure middleware application software, and simultaneously deploys more than two middleware servers (software) with the same function to replace the hardware mutual loading balance equipment without adding extra hardware cost, so that the client system can be automatically switched among a plurality of middleware servers according to the load condition, the reliability and the operation efficiency of the system can be obviously improved, the single-point fault of the system is eliminated, the mutual loading capacity of the system is enhanced, and obvious economic benefit is obtained.
The middleware application software realizes the mutual loading balance by using a software method, has the advantages of cost saving and simple application configuration compared with a hardware load balancer, is faster than the hardware mutual loading balancer in the aspect of speed of switching servers, can achieve millisecond-level balance switching, and can automatically complete switching under the condition that a user hardly perceives any more, thereby ensuring that the service function is not interrupted.
The middleware application software realizes the mutual loading balance by using a software method, and reduces the requirements of system operation and maintenance personnel on the technical capability of hardware equipment configuration to the greatest extent.
Claims (6)
1. The method for realizing TCP communication mutual loading balance by middleware software is characterized by comprising the following steps: adding the function of mutual loading balance in pure middleware application software; by utilizing a multicast communication technology in an IP network communication protocol, a communication address of each middleware server node in a communication system and processing capacity, connection number and connection speed information of a server are informed to all clients in a one-to-many data broadcasting mode, and the clients select and connect the optimal server according to any combination of weighted rotation, weighted minimum connection number, local minimum connection and a WLC algorithm based on response time in a load balancing algorithm to realize a mutual load balancing function;
the method for realizing TCP communication mutual loading balance by middleware software specifically comprises the following steps:
s1, using multicast communication protocol in the middleware application software, after the middleware application software is started, regularly transmitting respective communication information to network multicast, and simultaneously receiving the inquiry connection address information of all middleware client programs and responding in time;
s2, after all middleware client programs are started, server processing capacity, connection number and connection speed messages of the middleware server in the network are received through multicast, or server processing capacity, connection number and connection speed messages of the query middleware server are sent through multicast, then the received middleware server communication connection parameters are stored in an internal memory, and an available middleware server list is maintained;
s3, when the middleware client program needs to connect the middleware server, an optimal server is obtained from the middleware server list of the memory according to the combination of the load balancing algorithm and the WLC algorithm based on the response time for connection, if the connection fails or communication errors are generated in the data transmission process, the next suboptimal server is obtained from the middleware server list of the memory, the connection is reestablished, and the failed data is retransmitted;
before step S1, a server communication connection parameter multicast query and response communication protocol needs to be defined;
the middleware server monitors a multicast port according to a communication protocol, receives RMAD messages of a client, sends communication connection parameters of the server by using MSAD messages after receiving correct messages, and declares normal online and related information of the server;
the client program monitors the multicast port according to a communication protocol, receives MSAD messages of the middleware server, maintains a reliable communication server list in a memory, and automatically sends RMAD messages to inquire the middleware server in a network if the MSAD messages of any middleware server are not received;
and when the middleware client program is connected with the middleware application server, selecting the server with the lightest mutual load in the network segment according to the combination of the load balancing algorithm and the WLC algorithm based on the response time.
2. The method for realizing TCP communication inter-loading balance by middleware software according to claim 1, characterized in that: the server with the optimal connection is the server with the strongest processing capacity, the smallest connection number, the fastest connection speed and the optimal priority weighting of the local network segment.
3. The method for realizing TCP communication inter-loading balance by middleware software according to claim 1, characterized in that: in step S1, the communication information includes a communication address, a port, and a connection method.
4. The method for realizing TCP communication inter-loading balance by middleware software according to claim 1, characterized in that: the definition process of the server communication connection parameter multicast inquiry and response communication protocol comprises the following steps:
converting all transmitted contents into visible characters;
dividing the information in the data packet into three parts of sending source information, function information and data;
the function code is defined.
5. The method for realizing TCP communication inter-loading balance by middleware software according to claim 1, characterized in that: after the server with the lightest mutual loading of the network segment is selected, when the currently connected middleware server is closed or the hardware and the network are in failure, the server is reselected, and the address of the failed communication server is removed from the communication server list if no update message is received within the appointed time.
6. The method for realizing TCP communication inter-load balancing by middleware software according to claim 1, characterized in that: when the network where the middleware server and the client are located does not support the multicast communication protocol, a middleware server list is manually configured at the client, so that the mutual loading balance function between the middleware server and the client is realized.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110277263.7A CN113055477B (en) | 2021-03-15 | 2021-03-15 | Method for realizing TCP communication mutual loading balance by middleware software |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110277263.7A CN113055477B (en) | 2021-03-15 | 2021-03-15 | Method for realizing TCP communication mutual loading balance by middleware software |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113055477A CN113055477A (en) | 2021-06-29 |
| CN113055477B true CN113055477B (en) | 2022-06-14 |
Family
ID=76512595
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110277263.7A Active CN113055477B (en) | 2021-03-15 | 2021-03-15 | Method for realizing TCP communication mutual loading balance by middleware software |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113055477B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106254229A (en) * | 2016-08-04 | 2016-12-21 | 广州市华奕电子科技有限公司 | A kind of medical communication gateway |
| CN109995864A (en) * | 2018-12-18 | 2019-07-09 | 天津城建大学 | A kind of SDN load-balancing method based on fuzzy logic |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7054304B2 (en) * | 2001-01-19 | 2006-05-30 | Terited International , Inc. | Method and protocol for managing broadband IP services in a layer two broadcast network |
| WO2009059456A1 (en) * | 2007-11-06 | 2009-05-14 | Lucent Technologies Inc. | Method for controlling load balance of network system, client, server and network system |
| EP2809031B1 (en) * | 2013-05-31 | 2023-09-27 | Dassault Systèmes | Communication middleware for managing multicast channels |
| US9811359B2 (en) * | 2014-04-17 | 2017-11-07 | Oracle International Corporation | MFT load balancer |
-
2021
- 2021-03-15 CN CN202110277263.7A patent/CN113055477B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106254229A (en) * | 2016-08-04 | 2016-12-21 | 广州市华奕电子科技有限公司 | A kind of medical communication gateway |
| CN109995864A (en) * | 2018-12-18 | 2019-07-09 | 天津城建大学 | A kind of SDN load-balancing method based on fuzzy logic |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113055477A (en) | 2021-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8300646B2 (en) | Message handling in a local area network having redundant paths | |
| US5581552A (en) | Multimedia server | |
| US8401026B2 (en) | Achieving about an equal number of active links across chassis in a virtual port-channel environment | |
| CN101443750B (en) | Techniques for load balancing over a cluster of subscriber-aware application servers | |
| US5946311A (en) | Method for allowing more efficient communication in an environment wherein multiple protocols are utilized | |
| US7724649B2 (en) | Method and device for making uplink standby | |
| CN108306777B (en) | SDN controller-based virtual gateway active/standby switching method and device | |
| CN102130776B (en) | Communication method and system | |
| US20080019265A1 (en) | Systems and methods for configuring a network to include redundant upstream connections using an upstream control protocol | |
| JP2003023444A (en) | Dynamic load distribution system utilizing virtual router | |
| JPH04258065A (en) | Logic grouped of layer entity in layer communication architecture | |
| US7561587B2 (en) | Method and system for providing layer-4 switching technologies | |
| CN111083061B (en) | Method, equipment and system for determining DF (distribution function) of multicast flow | |
| CN105721328B (en) | VRRP load balancing method, device and router | |
| CN105376334A (en) | Load balancing method and device | |
| EP2439881B1 (en) | Cluster system and request message distribution method for processing multi-node transaction | |
| EP1712067B1 (en) | A method, apparatus and system of organizing servers | |
| CN113055477B (en) | Method for realizing TCP communication mutual loading balance by middleware software | |
| CN101164299B (en) | IP network resource configuring method and IP network | |
| US20030125084A1 (en) | System and method for distributed call processing using load sharing groups | |
| CN114268581B (en) | Method for realizing high availability and load sharing of network equipment | |
| US7366521B2 (en) | Distributed identity server for use in a telecommunication switch | |
| US9054984B2 (en) | Method, switching device and system for enabling multicast forwarding | |
| WO2006058464A1 (en) | Short message center cluster system and control method thereof | |
| CN117692458A (en) | Distributed load balancing realization method and system based on labels |
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 |