[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200214.073220.1785477089100385948.davem@davemloft.net>
Date: Fri, 14 Feb 2020 07:32:20 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: w.dauchy@...teo.com
Cc: netdev@...r.kernel.org, nicolas.dichtel@...nd.com
Subject: Re: [PATCH v5 net] net, ip6_tunnel: enhance tunnel locate with
link check
From: William Dauchy <w.dauchy@...teo.com>
Date: Thu, 13 Feb 2020 18:19:22 +0100
> With ipip, it is possible to create an extra interface explicitly
> attached to a given physical interface:
>
> # ip link show tunl0
> 4: tunl0@...E: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000
> link/ipip 0.0.0.0 brd 0.0.0.0
> # ip link add tunl1 type ipip dev eth0
> # ip link show tunl1
> 6: tunl1@...0: <NOARP> mtu 1480 qdisc noop state DOWN mode DEFAULT group default qlen 1000
> link/ipip 0.0.0.0 brd 0.0.0.0
>
> But it is not possible with ip6tnl:
>
> # ip link show ip6tnl0
> 5: ip6tnl0@...E: <NOARP> mtu 1452 qdisc noop state DOWN mode DEFAULT group default qlen 1000
> link/tunnel6 :: brd ::
> # ip link add ip6tnl1 type ip6tnl dev eth0
> RTNETLINK answers: File exists
>
> This patch aims to make it possible by adding link comparaison in both
> tunnel locate and lookup functions; we also modify mtu calculation when
> attached to an interface with a lower mtu.
>
> This permits to make use of x-netns communication by moving the newly
> created tunnel in a given netns.
>
> Signed-off-by: William Dauchy <w.dauchy@...teo.com>
Applied, thank you.
Powered by blists - more mailing lists