bigpipe does not work on my current version, so here is what tmsh command return:
root@(bigip1)(cfg-sync Standalone)(Active)(/Common)(tmos) show running-config ltm virtual MYVIRTUAL
ltm virtual MYVIRTUAL {
destination 192.168.0.85:http
ip-protocol tcp
mask 255.255.255.255
pool MYPOOL1
profiles {
http { }
oneconnect { }
tcp { }
}
snat automap
source-port change
vlans-disabled
}
root@(bigip1)(cfg-sync Standalone)(Active)(/Common)(tmos) show running-config ltm profile http
ltm profile http http {
app-service none
basic-auth-realm none
encrypt-cookies none
fallback-host none
fallback-status-codes none
header-erase none
header-insert none
insert-xforwarded-for enabled
lws-separator none
lws-width 80
max-header-count 64
max-header-size 32768
max-requests 0
oneconnect-transformations enabled
pipelining enabled
redirect-rewrite none
request-chunking preserve
response-chunking selective
response-headers-permitted none
security disabled
via-request preserve
via-response preserve
}
root@(bigip1)(cfg-sync Standalone)(Active)(/Common)(tmos) show running-config ltm profile one-connect
ltm profile one-connect oneconnect {
app-service none
idle-timeout-override disabled
max-age 86400
max-reuse 1000
max-size 10000
source-mask any
}
But what I think is that it should be not possible. The only way to do this should be the loadbalancer to wait for all response content from the server and then add a "Content-length" header. It's quite like the compression profile work, without the compression... But with rechunk technically, it should be possible...?
Nimbostratus
