Effect of 'drop/discard' in HTTP_RESPONSE event?

Spark,

 

 

Thanks for the suggestion. I had a look at HTTP::retry and it seems it is just for forwarding the request to another HTTP server.

 

 

But in my case I want to:

 

1. send an HTTP response to the F5 which will be intercepted in "when HTTP_RESPONSE {}" code block.

 

 

2. have the F5 eat that HTTP Response but not close the clients TCP connection or send any data to the client yet. (until step 4).

 

 

3. Have another server send the HTTP Response at some point in the future after some processing has been completed.

 

 

4. F5 returns the HTTP Response to the client as if it is an HTTP Response from the first server.

 

 

My constraints are:

 

I am unable to forward the HTTP Request to the server that will actually know what data needs to be transmitted back to the client.

 

 

The transmitting server can send the HTTP data as TCP, HTTP, UDP or whatever make the F5 IRule easier to write.

 

 

 

-- Yepher