Forum Discussion
HTTP cache does not honor vary header
Could you please tell me which version is this? We had a couple of bugs in 12.x/13.x about this that were corrected later. Did you take a packet capture? If so, could you please share it? I'm just trying to work out whether you've verified your statement, i.e. that BIG-IP sends a brotli compressed version to a client that doesn't support it.
Thank you for your attention
We dont have a packet capture, but in the IE dev tools we can see IE11 sends "Accept-Encoding: gzip, deflate" in the request header and gets "content-encoding: br" back in the response header. IE11 is not able to render/interpret this content so we're pretty certain this is the case
We can also see the response has the Age header indicating it is served from cache.
When we remove the web acceleration profile everyting is fine and dandy again. That is the IIS origins serve the right encoding according to the Accept-Encoding header and alo adds the Vary: Accept-Encoding header to the response.
We are on BIG-IP 13.1.3 Build 0.0.6 Final
- Nov 06, 2019
In that case, it could potentially be a bug.
I didn't find a match when looking at our internal database so I'd advise you to open a Support case with F5.
They're very helpful and if it is a new bug they can fix it for you.
All the best,
Rodrigo
Recent Discussions
Related Content
* 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