On 1/16/23 12:33 PM, Xin Long wrote: >> We really should have a solution that allows CIPSO for both normal and >> BIG TCP, if we don't we force distros and admins to choose between the >> two and that isn't good. We should do better. If skb->len > 64k in >> the case of BIG TCP, how is the packet eventually divided/fragmented >> in such a way that the total length field in the IPv4 header doesn't >> overflow? Or is that simply handled at the driver/device layer and we >> simply set skb->len to whatever the size is, regardless of the 16-bit > Yes, for BIG TCP, 16-bit length is set to 0, and it just uses skb->len > as the IP packet length. > >> length limit? If that is the case, does the driver/device layer >> handle copying the IPv4 options and setting the header/total-length >> fields in each packet? Or is it something else completely? > Yes, I think the driver/device layer will handle copying the IPv4 options > and setting the header/total-length, and that's how it works. IPv4 options, like TCP options, should be part of the header that gets replicate across GSO sliced packets by the hardware. ie., both should be transparent to well designed hardware (and for h/w that made poor choices standard 64kB GSO is the limit for its users).
