------- Comment From [email protected] 2017-11-21 02:33 EDT------- Hi Daniel,
Yes. I meant TCP Segmentation Offload when I said large-send offload. Your understanding of the current ibmveth code is right. AIX Path MTU Discovery is enabled by default and so though the very first packet (larger payload) can leave the LPAR with higher MSS, AIX will discover that the path MTU size is lower than the MSS negotiated. This leads to AIX TCP recovering (based on path MTU values) and sending packets of right MTU size for further packets. But if user disables Path MTU and configures an MTU higher than what physical NIC can support, then this will lead to packet drops (and AIX stack cannot rediscover MTU without path MTU). So, second scenario you mentioned in your note will lead to communication issues. Also by default, AIX MTU settings are optimal ones i.e 1500 bytes (even when TSO is enabled). This helps in AIX LPAR sending larger payloads with MSS value of 1500. If an user knows that the physical NIC in VIOS or Linux IO server has Jumbo frames enabled, MTU can be set to 9000 (here again if TSO is enabled, larger payloads will go with MSS of 9000). So, the optimal values are the default values (1500/9000). 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
