public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Vinay Tharigopula <vinay@orxrail.com>
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.] batman-adv mesh slows down wired clients (bridge-loop-avoidance)
Date: Mon, 28 Feb 2011 14:12:51 -0500	[thread overview]
Message-ID: <4D6BF3B3.8040509@orxrail.com> (raw)
In-Reply-To: <201102262349.52282.lindner_marek@yahoo.de>

Linus , Marek...

I think the List had issues with all of us getting multiple emails for 
some reason. I wanted to update you on this status and let others know 
about my solution.

Linus, in the problem that I described after updating to batman-adv 
2011.0, I would lose connection to both the routers that were plugged 
in. Any SSH connection already established also would timeout. Therefore 
I can't get the output of batctl ping or dmesg at that exact instant. I 
did try to do a tcp dump but got nowhere because of the disconnects.

Now here is how I (kinda) solved it.

I had to enable STP on the lan-switches.  STP type: STP and Mode: Root 
Protection. This can be enabled on all ports safely without causing 
disruption to the clients plugged into the switch.

After this step was done, bridge-loop-avoidance worked properly and if 
more than 1 router in a mesh was plugged in, all the routers would pick 
one as a gateway.

Extra Bonus Step:

If more than one is plugged in, the higher MAC router will drop all lan 
packets which will result in slower throughput to clients to that router 
because it is hopping to another router via wireless and neglecting the 
fact that it's own wired link would take it faster to the intended 
destination.

My "solution" to this was to enable STP in the router too. In the UCI 
page for networking, under the br-lan, I had this option.

option 'stp' '1'.

After this setting, the 2nd router would choose the wired link as its 
preferred method of linking to the network.

The customary "warning" : I am no network expert and I am just offering 
a solution for anybody else reading this.

Thanks for all your help Linus and Marek. Please do let me know if you 
have any explanation for this :) . If you want me to send some of the 
binaries I built or my OpenWRT config files to the list, I can do so . 
Let me know.

Thanks

Vinay.

My specific setup:

Routers   : 8  x  Buffalo WZR - HP -G 300NH
Switches : 6  x 3Com 5500G-EI.



On 2/26/2011 5:49 PM, Marek Lindner wrote:
> Hi,
>
> Linus has some problems sending mails to the list, so I forward his reply.
>
> Cheers,
> Marek
>
>
> ============================================
>
>
> Hi Vinay,
>
> On Fri, Feb 25, 2011 at 08:44:33AM -0500, Vinay Tharigopula wrote:
>> Marek..
>>
>> I got the binaries from the openwrt prebuilt packages. However,
>> now
>> I rebuilt the image and built batman-adv 2011.myself. I will try
>> this now and let you know.
>>
>> However, now I am running into a much bigger issue. If two
>> routers
>> are plugged in to the same switch, bridge loop avoidance doesnt
>> work
>> and both of them are stopping responding to pings.
> Could you try "batctl ping" too and check whether this is working
> or not.
>
> If that's working but the normal pinging is not, then it should be
> a layer 3 problem - in that case we'd need the outputs of "ip
> route show" and "ip address show".
>
> If batctl ping is already not working then "batctl o" and "batctl
> if" output will be interesting.
>> Here is my config.
>>
>> bat0 if:
>> wlan1: active.
>>
>> wlan1: Mesh Network.
>>
>> wlan0: Infrastructure network.
>> eth0 : 4 lan ports
>> eth1: 1 wan port
>>
>> br-lan : wlan0 eth0 eth1 bat0
> Hmm, that looks sane and correct, should work like that.
>
> Is there anything weird in the output of "dmesg"? Any errors or
> warnings?
>
> Cheers, Linus


  reply	other threads:[~2011-02-28 19:12 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-24 17:02 [B.A.T.M.A.N.] batman-adv mesh slows down wired clients (bridge-loop-avoidance) Vinay Tharigopula
2011-02-24 19:44 ` Linus Lüssing
2011-02-24 20:12   ` Vinay Tharigopula
2011-02-25  0:30     ` Marek Lindner
2011-02-25 13:44       ` Vinay Tharigopula
2011-02-25 16:14         ` Vinay Tharigopula
2011-02-25 16:22         ` Vinay Tharigopula
2011-02-25 22:41         ` Linus Lüssing
2011-02-26 19:31         ` Linus Lüssing
2011-02-26 22:49         ` Marek Lindner
2011-02-28 19:12           ` Vinay Tharigopula [this message]
2011-03-01  2:24             ` Marek Lindner
  -- strict thread matches above, loose matches on Subject: below --
2011-02-26 23:01 Marek Lindner

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=4D6BF3B3.8040509@orxrail.com \
    --to=vinay@orxrail.com \
    --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