aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/uml/Makefile
diff options
context:
space:
mode:
authorAxel Neumann <neumann@cgws.de>2018-05-21 20:32:09 +0200
committerHans Dedecker <dedeckeh@gmail.com>2018-06-23 09:47:05 +0200
commit65c05301c2d1ef4b27a8cac8fea4815b969e0f1f (patch)
tree4515e78e8dcd14f9352ff2f5d78be8a6dd879526 /target/linux/uml/Makefile
parent333e609703ff40a272b8f8832a8af682826fb572 (diff)
downloadupstream-65c05301c2d1ef4b27a8cac8fea4815b969e0f1f.tar.gz
upstream-65c05301c2d1ef4b27a8cac8fea4815b969e0f1f.tar.bz2
upstream-65c05301c2d1ef4b27a8cac8fea4815b969e0f1f.zip
Re-enable arbitrary IPv6 addresses as outer ip4-in-ip6 tunnel source address
The 666-Add-support-for-MAP-E-FMRs-mesh-mode.patch kernel patches break the possibility for using an ip4ip6 tunnel interface as a fall back interface accepting ip4-in-ip6 tunneled packets from any remote address. This works out of the box with any normal (non-666-patched) kernel and can be configured by setting up an 'ip -6 tunnel' with type 'any' or 'ip4ip6' and a remote address of '::'. The misbehavior comes with line 290 the patch which discards all packets that do not show the expected saddr, even if no single fmr rule was defined and despite the validity of the saddr was already approved earlier. Signed-off-by: Axel Neumann <neumann@cgws.de> Acked-by: Hans Dedecker <dedeckeh@gmail.com>
Diffstat (limited to 'target/linux/uml/Makefile')
0 files changed, 0 insertions, 0 deletions