------- Comment From [email protected] 2017-11-20 04:13 EDT-------
Hi Daniel,

When one enables largesend offload in AIX, MTU still stays at 1500 (when
Jumbo frames are disabled) and 9000 (when Jumbo frames are enabled). So,
when a workload pushes data > MTU sizes, AIX LPAR will send the bigger
payload with an MSS value based on MTU. This MSS value is what the
adapter uses later for segmenting.

By default AIX doesn't set MTU to 64k when largesend is enabled. In the
scenario described in bnx2x driver issue, I suspect the end-user
manually changed the MTU to a bigger value (~64k or so), otherwise we
shouldn't be seeing this issue.

Now, coming back to your question on what will happen if user configures
a bigger MTU value (say for example 64k), AIX LPAR will send the bigger
payload to VIOS with MSS value ~64k, this will lead to physical NICs in
VIOS drop the packet, leading to restransmissions from AIX LPAR.
Eventually AIX LPAR will disable largesend offload for the specific
connection, post certain number of retransmissions and then the data
flow goes through fine. So, in the event of user misconfiguration, I
agree there will be a performance impact.

This issue may happen in non-virtualized environment too, when the end-
user sets a higher MTU than the one supported by the physical adapter.
Here the driver/adapter may drop the packet, leading to retransmissions.

Regards,
Siva K

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1692538

Title:
  Ubuntu 16.04.02: ibmveth: Support to enable LSO/CSO for Trunk VEA

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-power-systems/+bug/1692538/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to