On Tue, Jan 13, 2026 at 01:09 PM +01, Paolo Abeni wrote: > IIRC, at early MPTCP impl time, Eric suggested increasing struct sk_buff > size as an alternative to the mptcp skb extension, leaving the added > trailing part uninitialized when the sk_buff is allocated. > > If skb extensions usage become so ubicuos they are basically allocated > for each packet, the total skb extension is kept under strict control > and remains reasonable (assuming it is :), perhaps we could consider > revisiting the above mentioned approach?
I've been thinking the same thing. Great to hear that this idea is not new. FWIW, in our use cases we'd want to attach metadata to the first packet of new TCP/QUIC flow, and ocassionally to sampled skbs for tracing.
