The fallback device is in ipv6 mode by default.
The mode can not be changed in runtime, so there
is no way to decapsulate ip4in6 packets coming from
various sources without creating the specific tunnel
ifaces for each peer.
Cc: David Miller <davem@davemloft.net>
Cc: Eric Dumazet <edumazet@google.com>
Signed-off-by: Alexey Andriyanov <redacted>
---
net/ipv6/ip6_tunnel.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
@@ -1551,7 +1551,8 @@ static int __net_init ip6_fb_tnl_dev_init(struct net_device *dev)if(err)returnerr;-t->parms.proto=IPPROTO_IPV6;+/* allow any registered unrelying proto for the FB device */+t->parms.proto=0;dev_hold(dev);ip6_tnl_link_config(t);
The fallback device is in ipv6 mode by default.
The mode can not be changed in runtime, so there
is no way to decapsulate ip4in6 packets coming from
various sources without creating the specific tunnel
ifaces for each peer.
This allows to update the fallback tunnel device, but only
the mode could be changed.
Cc: David Miller <davem@davemloft.net>
Cc: Eric Dumazet <edumazet@google.com>
Signed-off-by: Alexey Andriyanov <redacted>
---
net/ipv6/ip6_tunnel.c | 16 +++++++++++++---
1 file changed, 13 insertions(+), 3 deletions(-)
@@ -1285,6 +1285,14 @@ static int ip6_tnl_update(struct ip6_tnl *t, struct __ip6_tnl_parm *p)returnerr;}+staticintip6_tnl0_update(structip6_tnl*t,struct__ip6_tnl_parm*p)+{+/* for default tnl0 device allow to change only the proto */+t->parms.proto=p->proto;+netdev_state_change(t->dev);+return0;+}+staticvoidip6_tnl_parm_from_user(struct__ip6_tnl_parm*p,conststructip6_tnl_parm*u){
No, you're right. My fault is I missed the cover letter explaining that
both patches together are overkill. One should be enough. It could be
the 1st, but it may cause some compatibility issues. So the maintainer
could choose either the second or both.
And I'm really sorry for duplicate messages.
21.10.2014 19:13, Nicolas Dichtel wrote:
Le 21/10/2014 10:11, Alexey Andriyanov a écrit :
quoted
The fallback device is in ipv6 mode by default.
After patch 1/2, this is not true. Am I missing something?
The fallback device is in ipv6 mode by default.
The mode can not be changed in runtime, so there
is no way to decapsulate ip4in6 packets coming from
various sources without creating the specific tunnel
ifaces for each peer.
Cc: David Miller <davem@davemloft.net>
Cc: Eric Dumazet <edumazet@google.com>
Signed-off-by: Alexey Andriyanov <redacted>
I don't think you can legitimately change this after all
these years. You'll break someone's setup somehow.
You're going to have to find a way to achieve what you
want whilst keeping the default unchanged.
Sorry.