Forum Discussion
F5 AWAF with HTTP/2, MRF and Websocket profiles
i suggest avoid mrf for now and simply use regular ltm based http and websocket profiles.
based on some mrf docs, it seems it was created for sip voip traffic.
i had mrf trial for diameter billing traffic last year but mrf couldn't do several basic things that regular ltm profile can e.g.:
ratio load balancing doesnt work, pool member's health status is ignored by mrf, mrf vserver status remains unknown, etc.
- pcourtoisAug 31, 2024Altocumulus
Thank you for the response. This helps a ton. Strange however, that F5 documentation states HTTP/2 requires MRF. Confusing. Thanks again.
- zamroni777Sep 04, 2024Nacreous
considering that server side http/2 makes oneconnect unusable,
i'd rather have http/1.1 on server side.in live traffic, the simultaneous loading features of http/2 is usually useful to load mutiple static contents (js, css and images).
meanwhile dynamic contents (login transaction, load user profile, etc.) mostly still happens sequentially.hence, if caching static contents is enabled in ltm vserver,
then f5 barely needs to send simultaneous requests from a client session.there are multiple dynamic content load from multiple client sessions in which oneconnect does tcp multiplexing
f5 and servers also connect via datacenter wired lan, so transport latency is under 1ms.
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