public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Gioacchino Mazzurco <gio@eigenlab.org>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] 2012.2 OGMs over ethernet issue?
Date: Wed, 25 Jul 2012 23:11:30 +0200	[thread overview]
Message-ID: <50106102.1080406@eigenlab.org> (raw)
In-Reply-To: <20120725203425.GB11999@pandem0nium>

[-- Attachment #1: Type: text/plain, Size: 3030 bytes --]

I have not followed the whole thread but i got scared from this reply

I hope I misunderstood

if i do on newer version of batman

$batctl if add eth0

what happen batman will use this interface to do "mesh" or will simply
ignore it because it is ethernet?

On 07/25/12 22:34, Simon Wunderlich wrote:
> Hey Gui,
> 
> On Mon, Jul 23, 2012 at 04:20:39AM -0300, Gui Iribarren wrote:
>> On Sun, Jul 8, 2012 at 7:09 AM, Simon Wunderlich
>> <simon.wunderlich@s2003.tu-chemnitz.de> wrote:
>> [..]
>>
>> When it doesn't work is when the ad-hoc connection is severed.
>> which makes the thing look like
>> http://www.open-mesh.org/attachments/download/128
>> that is, there are two gateways that can only talk to each other
>> through ethernet (although it's not "batctl if add"ed) don't get each
>> other OGMs
>> after careful re-reading of BLAII docs in the wiki, and extensive
>> chats with NicoEchaniz, i understood this is the planned behaviour (no
>> OGMs on lan)
>>
> 
> Yes, that is expected behaviour. We don't want OGMs on the LAN, there were
> issues with some more "intelligent" switches which regarded OGMs as threat
> to the network. :)
> 
> 
> OGMs are only sent on interfaces added with "batctl if add", and nowhere else.
> 
> 
>>>> now, node D and C, too far away from each other to communicate over
>>>> wlan, but connected by a "loooong eth cable" (mediated by a wds
>>>> transparent bridge) wouldn't find each other batman originator.
>>>> C originator table was empty, and D only showed P.
>>>> I thought the transparent bridge was misbehaving, so I tried in a
>>>> simpler setup using P and D, with the wifi off:
>>>> but after disabling wlan0 (batctl if del wlan0-2) and adding eth0
>>>> (batctl if add eth0) on both nodes, batman could not see each other
>>>> anymore :(
>>>> i thought i was doing something wrong, so i tried in different ways,
>>>> but could not get it to work.
>>>> batctl td eth0 shows both outgoing OGMs from local , and incoming OGMs
>>>> from remote,
>>>> but batctl l only reported outgoing OGMs.
>>>>
>>>> http://pastebin.com/7DDUaXu1
>>>
>>> Mhm, that's weird indeed. Is eth0 really not included in any other bridge?
>>> It looks like the incoming packets don't reach BATMAN for some reason.
>> Definitely not included in any bridge.
>> Funny thing is, the only workaround i found for the bug is to
>> *include* the interface in a bridge, and add that bridge to bat0
>> as in:
>> brctl delif br-lan eth0
>> batctl if add eth0
>> # doesn't work
>>
>> brctl delif br-lan eth0
>> brctl addbr blah
>> brctl addif blah eth0
>> batctl if add blah
>> # works fine, OGMs pass through perfectly
>>
> 
> OK, so you say that it doesn't work when you simply add eth0 batctl, but it works
> with the bridge? What is the minimal setup which is not working, two routers
> and one cable?
> 
> I'm sorry but you lost me somewhere, would be nice to get the smallest reproducable
> setup. :)
> 
> Cheers and thanks,
> 	Simon


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2012-07-25 21:11 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-07  3:37 [B.A.T.M.A.N.] 2012.2 OGMs over ethernet issue? Guido Iribarren
2012-07-08 10:09 ` Simon Wunderlich
2012-07-23  7:20   ` Gui Iribarren
2012-07-25 20:34     ` Simon Wunderlich
2012-07-25 21:11       ` Gioacchino Mazzurco [this message]
2012-07-25 22:04         ` Sven Eckelmann
2012-07-25 22:16           ` Gioacchino Mazzurco
2012-07-28 18:34       ` Gui Iribarren
2012-07-30 10:31         ` Simon Wunderlich
2012-09-13 16:10           ` Gui Iribarren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50106102.1080406@eigenlab.org \
    --to=gio@eigenlab.org \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox