* [B.A.T.M.A.N.] Inquiry on interface alternating
[not found] ` <BLU182-W8782C810EEA0F5B35A10F08AA20@phx.gbl>
@ 2014-10-07 9:10 ` MingAnn Ng
2014-10-10 18:53 ` Simon Wunderlich
0 siblings, 1 reply; 2+ messages in thread
From: MingAnn Ng @ 2014-10-07 9:10 UTC (permalink / raw)
To: b.a.t.m.a.n@lists.open-mesh.org
Hello,
I am currently running some powerpc machines with buildroot environment. The Linux kernel version I am using is 3.8.13 and BATMAN-adv within the kernel without any modification. I am running interface alternating test with the topology below:
A========B=========C
There are two wireless links between A and B and two wireless links between B and C. The two wireless link is using two different channel and ESSID. TQ of the 4 links are vary from 250-255 at the initial state. I run udp iperf from A to C and observe tcpdump on node B for the two wireless interfaces (wlan0 and wlan1).
I observed that interface alternation is not happening always. Sometime the route will be using wlan0 or wlan1 all the way from A to C, as we observed at node B, only 1 interface has traffic on tcpdump. Sometime when interface alternation happened, tcpdump for wlan0 and wlan1 will show traffic.
I changed the topology to the below to test further:
A---------------B=========C
There is only 1 wireless link from A to B while there are two link from B to C. In this case, I observed that interface alternation will always happened, as I observed both wlan0 and wlan1 has traffic on tcpdump.
Could you please explain to me what has caused interface alternation not happening in the 1st topology and why the interface alternation will always happen in the second topology.
Thank you in advance,
Ming Ann
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [B.A.T.M.A.N.] Inquiry on interface alternating
2014-10-07 9:10 ` [B.A.T.M.A.N.] Inquiry on interface alternating MingAnn Ng
@ 2014-10-10 18:53 ` Simon Wunderlich
0 siblings, 0 replies; 2+ messages in thread
From: Simon Wunderlich @ 2014-10-10 18:53 UTC (permalink / raw)
To: b.a.t.m.a.n; +Cc: MingAnn Ng
[-- Attachment #1: Type: text/plain, Size: 1965 bytes --]
Hello Ming Ann,
we had quite some changes for the interface alternation which were released
with batman-adv 2014.1.0 / kernel 3.14. Could you please try your scenario
with the latest batman-adv to make sure that we are not talking about old
implementations?
Here is a link which describes more technical details about the new
implementation:
http://www.open-mesh.org/projects/batman-adv/wiki/Multi-link-optimize
Thank you!
Simon
On Tuesday 07 October 2014 17:10:26 MingAnn Ng wrote:
> Hello,
>
> I am currently running some powerpc machines with buildroot environment. The
> Linux kernel version I am using is 3.8.13 and BATMAN-adv within the kernel
> without any modification. I am running interface alternating test with the
> topology below:
>
> A========B=========C
>
> There are two wireless links between A and B and two wireless links between
> B and C. The two wireless link is using two different channel and ESSID. TQ
> of the 4 links are vary from 250-255 at the initial state. I run udp iperf
> from A to C and observe tcpdump on node B for the two wireless interfaces
> (wlan0 and wlan1).
>
> I observed that interface alternation is not happening always. Sometime the
> route will be using wlan0 or wlan1 all the way from A to C, as we observed
> at node B, only 1 interface has traffic on tcpdump. Sometime when interface
> alternation happened, tcpdump for wlan0 and wlan1 will show traffic.
>
> I changed the topology to the below to test further:
>
> A---------------B=========C
>
> There is only 1 wireless link from A to B while there are two link from B to
> C. In this case, I observed that interface alternation will always
> happened, as I observed both wlan0 and wlan1 has traffic on tcpdump.
>
> Could you please explain to me what has caused interface alternation not
> happening in the 1st topology and why the interface alternation will always
> happen in the second topology.
>
> Thank you in advance,
> Ming Ann
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2014-10-10 18:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <BLU182-W625D2EA8376C93F5232A848AA20@phx.gbl>
[not found] ` <BLU182-W8782C810EEA0F5B35A10F08AA20@phx.gbl>
2014-10-07 9:10 ` [B.A.T.M.A.N.] Inquiry on interface alternating MingAnn Ng
2014-10-10 18:53 ` Simon Wunderlich
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox