Forum Discussion
James_Wrubel_48
Nimbostratus
Aug 03, 2009server_data workflow - what am I doing wrong?
Hi all,
I've been working for a while to set up the F5 to act as an http wrapper of sorts for a TCP-based protocol (VNC). We've gotten pretty far, but we have sequences where the VNC server is sen...
spark_86682
Aug 05, 2009Historic F5 Account
If I read this right, then you're intentionally sending multiple HTTP responses (with the encapsulated screen data) for a single request? I'm surprised that the clients' HTTP proxy/firewall allows this at all, and I'm even more surprised that it breaks when the multiple HTTP responses are contained in the same packet (which is completely legal). I'd first make sure that this really is what the situation is by crafting some test programs and not use the BIG-IP or ESX server at all.
If that is the real situation, I can come up with 2 ideas to maybe solve this problem:
1) For the screen refresh data, use the CONNECT method through the clients' HTTPS proxy, which would simplify the iRule greatly.
2) If the server really always sends responses only in single packets, then you should be able to minimally parse the responses to bundle up all of the screen data into a single HTTP response.
Also, depending on the precise nature of the clients' proxy/firewall, a series of 100 responses might be more readily accepted than a series of 200 responses. You might also need the appropriate Expect header on the client request. Just some thoughts...
Help guide the future of your DevCentral Community!
What tools do you use to collaborate? (1min - anonymous)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
