[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aPoPMXrfAlSnbgA8@shredder>
Date: Thu, 23 Oct 2025 14:19:13 +0300
From: Ido Schimmel <idosch@...dia.com>
To: David Ahern <dsahern@...nel.org>
Cc: netdev@...r.kernel.org, davem@...emloft.net, kuba@...nel.org,
pabeni@...hat.com, edumazet@...gle.com, horms@...nel.org,
petrm@...dia.com, willemb@...gle.com, daniel@...earbox.net,
fw@...len.de, ishaangandhi@...il.com, rbonica@...iper.net,
tom@...bertland.com
Subject: Re: [PATCH net-next 0/3] icmp: Add RFC 5837 support
On Wed, Oct 22, 2025 at 11:29:20AM -0600, David Ahern wrote:
> For the set:
> Reviewed-by: David Ahern <dsahern@...nel.org>
Thanks!
> Did you try testing this with an older kernel versions on the receiving
> side of the icmp packet? ie., making sure older code does not have a bad
> reaction to the extra data in the icmp.
I didn't touch the ICMP receive path so I don't expect any regressions
there. The only open question there is if the kernel will be able to
correctly parse the ICMP extensions when the IP{,6}_RECVERR_RFC4884
socket options are used, but like I told Willem, I don't expect any
problems given that traceroute, wireshark and tcpdump parse these
packets just fine [1].
[1] https://lore.kernel.org/netdev/aPnw2PkF3ZMP9EJr@shredder/
Powered by blists - more mailing lists