Using server initiated connections for load balancing?

I agree. This is interesting idea.

 

 

look like customer want to glue 2 different connections together. if it is UDP, it might be easier. if it is TCP, one way that I can think of is...

 

- having 2 virtuals: one listening to client request, another one listening to server requests.

 

- you may have to have list of available server connnections

 

- when client_accepted looks up available server connection, glue them together and move it out of the available list

 

- there should be message queue (for in and out) per each client/server pair

 

- on vip for server: once tcp connection established, TCP::collect and add one timer event that check periodically. if there is any data in from client, use TCP::respond to send them to server. if server send any data, put it to the related "out" message queue (this will be picked up by client connection irule)

 

 

after 1 -periodic {

 

check if there is any data?

 

TCP::respond $::data($uniquekey)

 

}

 

 

- on vip for client: once tcp connection established, if client send any data, put it to the related "in" message queue. also use after command to monitor "out" message queue

 

- "in" and "out" message queue can be implement by global variable or session variable. I would think global variable will be faster, however, you may need to maintain list of available server per TMM (in case it is CMP). server may play with source port in order to inject server connections to specific TMM. or may just disable CMP for this virtual server.

 

 

sorry if I misunderstood the requirement...

 

 

Nat