Forum Discussion

John_Van_Zant's avatar
John_Van_Zant
Icon for Altostratus rankAltostratus
Jul 26, 2023
Solved

Switched from Hardware to VE LTM and now we have latency issues

Hi All, I have LTM VEs deployed and it has caused us to get extremely slow transfers through the IP forwarder Virtual Servers.  I have configured them with TCP but am wondering if there are any twea...
  • Hi John_Van_Zant , 

    Take packet caputres to see the time that traffic hit your bigip VE and Leave it to be able to define there is a latency from bigip. 

    the second thing >> this may be expected duo to VE Capabilities , try to review the assigned resources , review your CPU , memory ,

    check TMM data plane traffic info from errors >> https://my.f5.com/manage/s/article/K36483224

    you may raise a case with F5 support to check your VE capabilites/licenses  compared with the replaced hardware one. 


  • whisperer's avatar
    whisperer
    Jul 27, 2023

    Good point on checking guest capabilities. Depending on licensed cores, and number of modules in use, adjustments may be needed. Please use the following for guidance:

    https://techdocs.f5.com/kb/en-us/products/big-ip_ltm/manuals/product/bigip-ve-setup-vmware-esxi-12-1-0/2.html

    For max theoughout rate and allowed vCPU, please take a look at the following:

    https://my.f5.com/manage/s/article/K14810

    Hope this helps. Also, if your applications use F5 compression or SSL termination, hardware has special purpose ASICs for this. The newer hardware handles PFC ciphers and EC. You don't get this with virtual hardware and need to through more CPU at it if the bottleneck is F5 traffic processing.