Michal_Kratoch1
Sep 06, 2018Nimbostratus
Compression - honoring "q" weight values in Accept-Encoding header
Hi all, it seems F5 ignores the "q" weight values inside an "Accept-Encoding:" header used for compression. The syntax is described in RFC2616 I am using version 12.1.3, http compression profile enabled, using curl to test. F5 seems to only look for gzip, deflate or * strings.
Example - deflate should be used as it has higher priority but F5 chooses gzip:
C:\Users\D071955>curl -i --header "Accept-Encoding: gzip;q=1.0, deflate;q=2.0" 192.168.110.50
HTTP/1.1 200 OK
Server: nginx/1.7.2
Date: Thu, 06 Sep 2018 11:00:04 GMT
Content-Type: text/html
Content-Length: 417
Last-Modified: Fri, 06 Jan 2017 17:00:30 GMT
Connection: keep-alive
ETag: "586fcd2e-2a8"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Example 2 - no compression should be used, F5 still uses gzip:
C:\Users\D071955>curl -i --header "Accept-Encoding: *;q=0" 192.168.110.50
HTTP/1.1 200 OK
Server: nginx/1.7.2
Date: Thu, 06 Sep 2018 11:05:50 GMT
Content-Type: text/html
Content-Length: 417
Last-Modified: Fri, 06 Jan 2017 17:00:30 GMT
Connection: keep-alive
ETag: "586fcd2e-2a8"
Accept-Ranges: bytes
Vary: Accept-Encoding
Content-Encoding: gzip
Can anyone confirm that this is expected behavior?