All of lore.kernel.org
 help / color / mirror / Atom feed
From: gtolon@inti.gob.ar
To: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] link alternation when radios are not on batman-adv router?
Date: Mon, 18 Jun 2012 15:46:24 -0300	[thread overview]
Message-ID: <4FDF7780.1040704@inti.gob.ar> (raw)
In-Reply-To: <20120615095525.GA32707@pandem0nium>

Hi Simon, thanks for your reply!


El 15/06/2012 06:55 a.m., Simon Wunderlich escribió:
> On Thu, Jun 14, 2012 at 04:51:01PM -0300, gtolon@inti.gob.ar wrote:
>> Hi,
>>
>>      we are interested too in interface alternating, so we made some
>> tests to understand how it works. As you can see on the attached
>> sketch.png, we connected two pair of routers using their ethernet
>> interfaces, E6 with E7, and E8 with E9. All of them have eth0, and
>> an ad hoc interface, wlan0-1, managed by batman. E6 and E8 are in
>> channel 11, whereas E7 and E9 are in channel 1. Besides we used two
>> other routers, E12 and E13, both in channel 11, with their tx power
>> set to just 0 dbm, to avoid a direct sight between them.
>>
>>      Then we sent traffic from E12 to E13. We expected that packets
>> travelled from E12 to E6, and that E6 forwarded them to his eth0 to
>> use the interface alternating feature, making traffic flow to E7,
>> then E9, E8 and finally E13. But instead, we observed that the
>> actual path was E12--E6--E8--E13. The resulting routes for each
>> router are attached in a text file, and also the graph from the
>> batctl vd dot command.
>>
>>      After this result, we read again the thread mentioned by Guido,
>> specially in this part:
>>
>> https://lists.open-mesh.org/pipermail/b.a.t.m.a.n/2012-March/006344.html
>>
>>     And if we understand correctly, the alternation feature works
>> after the batman path has been selected. So in our case, E12 looks
>> at his table to know where to send a packet to E13, and finds E6.
>> Then E6 receives the packet and looks in his own table, finding that
>> the best path to reach E13 is E8. At this point, the alternating
>> should work, but there's only one interface directly connected to
>> E8, so the packet goes there, and so on. We think that if E6 and E7
>> were not two different routers running batman-adv but they were two
>> radios of the same batman-adv router, and the same for E8 and E9,
>> the alternating would work, because the unique router would choose
>> the best path, and then would find two possible interfaces to the
>> same next-hop, changing the interface.
> This is entirely correct - batman-adv has only one link to choose from
> (E6 ->  E8) to reach its best nexthop E8, so there is no way to
> "alternate" the interfaces.
>
>>      We'd like to know if this interpretation is correct, and in that
>> case, if it were possible to use interface alternating in a case
>> like this, with two routers connected to work together. Thanks!
> Mhm, with the current implementation - no, unfortunately not. We would
> need some kind of multipath routing to select between routes, this is
> much more complex.

Ok, i understand.

>
> An alternative might be to use the routers E7/E9 as secondary routers
> without batman, but only forwarding traffic between Ethernet and
> WiFi. Then the "primary" routers (E6 ->  E8) would think they have
> an alternative route via Ethernet (because they don't see the
> intermediate hops E7/E9). This comes with some caveats however, e.g.
> 4-addr mode in Ad-Hoc, you need some very simple ethernet forwarder,
> and most probably other things I forgot.

We had tried with something like that using ap and sta modes in E7 and 
E9, and it hadn't worked. Thanks to your suggestion we noticed the 
necessity of the 4-address mode, so we are now trying with wds:

http://wiki.openwrt.org/doc/recipes/atheroswds

Unfortunately, we haven't found yet a way to use 4-address mode in ad 
hoc. Apparentrly, it's not possible:

http://linuxwireless.org/en/users/Documentation/iw#Using_4-address_for_AP_and_client_mode

Best Regards

Gabriel

  reply	other threads:[~2012-06-18 18:46 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-30 13:35 [B.A.T.M.A.N.] link alternation when radios are not on batman-adv router? dan
2012-03-30 16:33 ` Guido Iribarren
2012-03-30 17:18   ` dan
2012-03-31  3:48     ` Guido Iribarren
2012-03-31 15:45       ` Dan Denson
2012-03-31 18:11         ` Guido Iribarren
2012-03-31 21:03           ` dan
2012-04-01  1:31             ` Nicolás Echániz
2012-04-01  1:53               ` [B.A.T.M.A.N.] [OT] ruci / Was: " Nicolás Echániz
2012-04-01  2:10                 ` dan
2012-06-14 19:51       ` [B.A.T.M.A.N.] " gtolon
2012-06-15  9:55         ` Simon Wunderlich
2012-06-18 18:46           ` gtolon [this message]
2012-07-13 20:56             ` gtolon
2012-07-14 21:30               ` Guido Iribarren
2012-07-14 21:35                 ` Guido Iribarren
2012-07-17 13:36                   ` gtolon

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=4FDF7780.1040704@inti.gob.ar \
    --to=gtolon@inti.gob.ar \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.