Forum Discussion
Ganesh_Ramamoor
Nimbostratus
May 02, 2006Packets not sent to server
I have a very simple iRule:
when HTTP_REQUEST {
if { [HTTP::uri] contains "X1" } {
pool x1
}
elseif { [HTTP::uri] contains "x2" } {
...
Ganesh_Ramamoor
Nimbostratus
May 08, 2006
Ok, turns out that if the server doesn't respond for a HTTP GET message, then the F5 doesn't send the subsequent GET messages. In general, unless a response for a GET is received from the server, the next GET from the client on the same TCP connection is queued up. I don't use a one-connect profile but use an HTTP profile. This seems to be the behavior whether the 'pipelining' option in the HTTP profile is enabled or not. BTW, if I have a TCP-rule without an HTTP profile, the GET messages are sent right away even if the server doesn't respond to the first GET.
So, if I want to use HTTP profile can I force the appswitch to send the GET messages on the same TCP connection without them getting queued up using the iRule?
Thanks
Recent Discussions
Related Content
DevCentral Quicklinks
* Getting Started on DevCentral
* Community Guidelines
* Community Terms of Use / EULA
* Community Ranking Explained
* Community Resources
* Contact the DevCentral Team
* Update MFA on account.f5.com
Discover DevCentral Connects