Loading...
Loading...
BIG-IP supports ePVA offloading feature on two protocols: TCP and UDP. The timing when they are offloaded is under the same FastL4 profile option: pva-offload-state. The available timings are defined in alignment with the TCP 3-way handshake. UDP, then, mimics the definition of the TCP 3-way handshake on the first few packets on both direction traffic.
Separate the configuration of ePVA offload timing to TCP and UDP. The TCP offload timing uses the option 'tcp-pva-whento-offload' to replace the old option 'pva-offload-state', but still uses the 3-way handshake to determine the timing. The UDP ePVA offload timing is defined by packet counts. Options 'other-pva-clientpkts-threshold' and 'other-pva-serverpkts-threshold' is the user configurable threshold. Option 'other-pva-whento-offload' allows user to decide whether each side of the traffic is offloaded once the side passes the threshold or BIG-IP waits for both side of the traffic to pass the threshold and offload together. New option 'other-pva-offload-direction' allows user to set which direction of the traffic the user would like to allow offloading.
On a ePVA supported platform. Some of the options will need UDP ePVA feature available.
None.
ePVA offload timing configuration is now separate, according to protocol.
Deprecate DB variables: pva.udpest.clientpkts.threshold, pva.udpest.serverpkts.threshold, pva.offload.uniflow. Deprecate LTM profile FastL4 option: pva-offload-state. Add LTM profile FastL4 options: tcp-pva-whento-offload, other-pva-whento-offload, other-pva-offload-direction, other-pva-clientpkts-threshold, other-pva-serverpkts-threshold
Click on a version to see all relevant bugs
F5 Integration
Learn more about where this data comes from
BugZero Plan
Streamline upgrades with automated vendor bug scrubs
BugZero Prevent
Wish you caught this bug sooner? Get proactive today.