On Sunday, January 25, 2015 14:24:17 Jan Lühr wrote:
there appears to be some misconfiguration in our network. A gateway is
blocking unknown ip-addresses:
[658047.514011] FORWARD DROPPEDIN=bat0 OUT=backbone
MAC=3a:81:5b:64:fa:32:08:fc:88:9b:8a:60:08:00:45:00:00:4f:6c:b1:40:00:3f:06:
On Wednesday, February 18, 2015 08:35:49 Andreas Pape wrote:
I'm interested if there is any progress concerning the bug entry #173 (
http://www.open-mesh.org/issues/173).
I'm currently observing something similiar on an embedded system running
an older kernel 2.6.32.26. Batman-adv versions up
The current default settings for optional features in batman-adv seems to be
based around the idea that the user only compiles what he requires. They will
automatically enabled when they are compiled in. For example the network coding
part of batman-adv is by default disabled in the out-of-tree
Acked-by: Martin Hundebøll mar...@hundeboll.net
On 2015-02-18 18:20, Sven Eckelmann wrote:
The current default settings for optional features in batman-adv seems to be
based around the idea that the user only compiles what he requires. They will
automatically enabled when they are compiled in.
Hi Sven, Marek,
On 2015-02-18 08:33, Marek Lindner wrote:
On Thursday, February 05, 2015 17:22:53 Sven Eckelmann wrote:
The current default settings for optional features in batman-adv seems to be
based around the idea that the user only compiles what he requires. They
will automatically
On Wednesday, February 18, 2015 17:10:12 Andreas Pape wrote:
The essential call is in patch 2 as assumed. As soon as I add the
netdev_master_upper_dev_link call again to the compilable code, the
problem starts to occur (mesh doesn't work as soon as bat0 is added to the
bridge, ogm packets can
Signed-off-by: Marek Lindner mareklind...@neomailbox.ch
---
main.h | 2 +-
network-coding.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/main.h b/main.h
index 515bf5a..b6c9ece 100644
--- a/main.h
+++ b/main.h
@@ -44,7 +44,7 @@
#define
Signed-off-by: Marek Lindner mareklind...@neomailbox.ch
---
soft-interface.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/soft-interface.c b/soft-interface.c
index 8748987..d41746b 100644
--- a/soft-interface.c
+++ b/soft-interface.c
@@ -824,7 +824,7 @@ static int
On Wednesday, February 18, 2015 16:22:18 Andreas Pape wrote:
good news: the sum of the three patches you sent solved the problem as far
as I have tested yet. Now bat0 works in combination with the bridge and
also ethernet traffic is bridged into the mini-mesh setup I use correctly.
On Wednesday, February 18, 2015 13:28:27 Andreas Pape wrote:
I adapted your patch to batman-adv-2014.4.0 without success. I got the
additional issue that with the patched version of batman-adv I was not
able to destroy the virtual wireless interface anymore used fot the adhoc
connection over
At this point the mesh is working to your expectation ? Can you transport
payload across the mesh ? If so, this is a deviation from #173 - wouldn't
you
agree ?
Before adding bat0 to the bridge br0 I can communicate via the mesh
interface. I configured ip addresses for the bat0 interfaces on
11 matches
Mail list logo
