Re: [PATCH net-next 0/6] net: reset MAC header consistently across L3 virtual devices
From: patchwork-bot+netdevbpf@kernel.org
Date: 2021-06-28 20:10:12
Hello: This series was applied to netdev/net-next.git (refs/heads/master): On Fri, 25 Jun 2021 15:32:59 +0200 you wrote:
Some virtual L3 devices, like vxlan-gpe and gre (in collect_md mode), reset the MAC header pointer after they parsed the outer headers. This accurately reflects the fact that the decapsulated packet is pure L3 packet, as that makes the MAC header 0 bytes long (the MAC and network header pointers are equal). However, many L3 devices only adjust the network header after decapsulation and leave the MAC header pointer to its original value. This can confuse other parts of the networking stack, like TC, which then considers the outer headers as one big MAC header. [...]
Here is the summary with links:
- [net-next,1/6] bareudp: allow redirecting bareudp packets to eth devices
https://git.kernel.org/netdev/net-next/c/99c8719b7981
- [net-next,2/6] ipip: allow redirecting ipip and mplsip packets to eth devices
https://git.kernel.org/netdev/net-next/c/7ad136fd288c
- [net-next,3/6] sit: allow redirecting ip6ip, ipip and mplsip packets to eth devices
https://git.kernel.org/netdev/net-next/c/730eed2772e7
- [net-next,4/6] gre: let mac_header point to outer header only when necessary
https://git.kernel.org/netdev/net-next/c/aab1e898c26c
- [net-next,5/6] ip6_tunnel: allow redirecting ip6gre and ipxip6 packets to eth devices
https://git.kernel.org/netdev/net-next/c/da5a2e49f064
- [net-next,6/6] gtp: reset mac_header after decap
https://git.kernel.org/netdev/net-next/c/b2d898c8a523
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html