Is there a way using uci/netifd to create a GRE tunnel with the
multicast link flag enabled?
I can make a tunnel and then use #>ip link set dev gre-test multicast on
but I can't seem to find how to do it any other, preferable autoamtic, way.
Even if there is a way to make multicast=on the global
This patch enables multicast by for gre tunnels. I've only ever used
GRE to enable routing algorithms and other multicast applications over
otherwise non-multicast capable links (wan, ipsec) so this default
behavior makes more sense to me.
Signed-off-by: Nicholas Podolak
Index: netifd-2015-06-0
On Sat, Aug 15, 2015 at 3:25 AM, Hans Dedecker wrote:
> It would be better to make this a device setting like promiscuous
>> mode,macaddr, etc ... so it can be configured via UCI for every device and
>> thus not only restricted for GRE
>>
>
> Hans
>
You make an excellent point and I agree, but I
2 patches are required to add NFQUEUE iptables target support: iptables and
kernel modules.
iptables is modified to include the NFQUEUE plugin/module and install the
libxt_NFQUEUE.so file in the installation process.
kernel module definition in netiflter.mk is modified to include the NFQUEUE
targ
I have often found myself asking the same question.
I use the x86 build target, which should be pretty easy to manage from a
kernel perspective. Yet it's on 3.3 for attitude adjustment and 3.7 for
trunk. Both of which are end of life.
On Tue, Apr 2, 2013 at 11:08 AM, sylvain roger rieunier <
s
>
> I'm not going to reinvent the wheel analyzing how hard it is to say
> how many features make it worth releasing new version. A lot of big
> (and actively developed) projects are using cycling releases now
> (including Linux kernel). And come one, OpenWrt is getting a lot of
> patches almost dai
On Wed, Apr 3, 2013 at 12:36 PM, Jonathan Bither wrote:
> May be the completely wrong idea, but what if there was an OpenWRT-Kernel
> GIT repository holding the branches and modifications required for each
> arch. Would allow easy updates and backports from a Trunk branch to an LTS
> one.
>
>
> On
To the original poster's point, it would be nice if at the very least the
site's SSL certificate, which is due for renewal shortly, supported the
downloads.openwrt.org URL.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openw
l.
The patch alters the parsing and increments the revision/version in the
makefile.
Signed-off-by: Nick Podolak
From c8dacaac47259dff35b04da64ef39f0525b8f591 Mon Sep 17 00:00:00 2001
From: Nick Podolak
Date: Wed, 20 Nov 2013 14:38:16 -0500
Subject: [PATCH] multiwan: fixes parsing of network name
