You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The sender (illumos, viona) may have learned and deliberately set an MSS value on LSO traffic lower than the standard Ethernet MTU, accounting for tunnels and the like.
First, we missed one branch in the overlay action for setting the
`mtu_unrestricted` property on VPC-local packets. This ended up getting
missed because the bench/xde-test runner set up the routing table
differently to omicron.
Second, when we open up some limited ICMP families for Nexus (intending
to support PMTUD), the illumos TCP stack will have its own (and better!)
idea about what MSS is actually assigned to a flow. We now reuse this
MSS when not explicitly boosting a flow into jumbo frame territory.
Closes#747.
Closes#748.
The sender (illumos, viona) may have learned and deliberately set an MSS value on LSO traffic lower than the standard Ethernet MTU, accounting for tunnels and the like.
opte/xde/src/xde.rs
Lines 1779 to 1788 in c9c3d51
When we don't see
mtu_unrestricted
, we should be falling back to the value included in thedblk_t
.Part of unblocking PMTUD as in oxidecomputer/omicron#7998.
The text was updated successfully, but these errors were encountered: