[B.A.T.M.A.N.] Multicast video over 2 node mesh

[B.A.T.M.A.N.] Multicast video over 2 node mesh

[Nathan Wharton]

I am having problems getting multicast video over my 2 node mesh.  I
am building under openwrt and the version is 0.3.0-alpha rv1715.

I have a lan bridge on each side.  If I directly add ath0 to the lan
bridge the video works fine.  But since I want to mesh, I put ath0
into bat0 instead, and then I put bat0 into the bridge.  This works
for all my traffic that put across it so far except the multicast
video.  A tcpdump comparison of both sides shows that after about 32
packets data starts getting dropped.  The video is about 1Mbs.

Given this thousand foot view of the problem, is there something
obvious I might be missing?  I've set the mtu on ath0 to 1524.
Everything else seems to work fine, including copying a file over the
mesh setup that is 20MB at a speed of 578.9KB/s and the md5sum was
right.

Re: [B.A.T.M.A.N.] Multicast video over 2 node mesh

[Sven Eckelmann]

[-- Attachment #1: Type: Text/Plain, Size: 1391 bytes --]

Nathan Wharton wrote:
> I am having problems getting multicast video over my 2 node mesh.  I
> am building under openwrt and the version is 0.3.0-alpha rv1715.

First thing: multicast is currently implemented over broadcast.

> I have a lan bridge on each side.  If I directly add ath0 to the lan
> bridge the video works fine.  But since I want to mesh, I put ath0
> into bat0 instead, and then I put bat0 into the bridge.  This works
> for all my traffic that put across it so far except the multicast
> video.  A tcpdump comparison of both sides shows that after about 32
> packets data starts getting dropped.  The video is about 1Mbs.

Simon changed to broadcast code some time ago. Maybe it is related. Can you 
please try to use ethernet to transfer the data between the nodes (so bat0 
should only have the ethernet device included). Just as test if it could be 
related to midair collisions due to the broadcasts resends or if the broadcast 
code as a general problem.
 
> Given this thousand foot view of the problem, is there something
> obvious I might be missing?  I've set the mtu on ath0 to 1524.
> Everything else seems to work fine, including copying a file over the
> mesh setup that is 20MB at a speed of 578.9KB/s and the md5sum was
> right.

File transfers are unicast. So little problematic to compare with your 
situation.

thanks,
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [B.A.T.M.A.N.] Multicast video over 2 node mesh

[Nathan Wharton]

On Mon, Jun 28, 2010 at 11:40 AM, Sven Eckelmann <sven.eckelmann@gmx.de> wrote:
> Nathan Wharton wrote:
>> I am having problems getting multicast video over my 2 node mesh.  I
>> am building under openwrt and the version is 0.3.0-alpha rv1715.
>
> First thing: multicast is currently implemented over broadcast.
>
>> I have a lan bridge on each side.  If I directly add ath0 to the lan
>> bridge the video works fine.  But since I want to mesh, I put ath0
>> into bat0 instead, and then I put bat0 into the bridge.  This works
>> for all my traffic that put across it so far except the multicast
>> video.  A tcpdump comparison of both sides shows that after about 32
>> packets data starts getting dropped.  The video is about 1Mbs.
>
> Simon changed to broadcast code some time ago. Maybe it is related. Can you
> please try to use ethernet to transfer the data between the nodes (so bat0
> should only have the ethernet device included). Just as test if it could be
> related to midair collisions due to the broadcasts resends or if the broadcast
> code as a general problem.

Connecting them via eth0 and putting eth0 in bat0 works fine, even though
I could not set the mtu of my ethernet device to 1524.  The packets are only
up to 1400 in size anyway.

>
>> Given this thousand foot view of the problem, is there something
>> obvious I might be missing?  I've set the mtu on ath0 to 1524.
>> Everything else seems to work fine, including copying a file over the
>> mesh setup that is 20MB at a speed of 578.9KB/s and the md5sum was
>> right.
>
> File transfers are unicast. So little problematic to compare with your
> situation.
>
> thanks,
>        Sven
>

Re: [B.A.T.M.A.N.] Multicast video over 2 node mesh

[Linus Lüssing]

Hi Nathan,

On Mon, Jun 28, 2010 at 12:01:35PM -0500, Nathan Wharton wrote:
> On Mon, Jun 28, 2010 at 11:40 AM, Sven Eckelmann <sven.eckelmann@gmx.de> wrote:
> > Nathan Wharton wrote:
> >> I am having problems getting multicast video over my 2 node mesh.  I
> >> am building under openwrt and the version is 0.3.0-alpha rv1715.
> >
> > First thing: multicast is currently implemented over broadcast.
> >
> >> I have a lan bridge on each side.  If I directly add ath0 to the lan
> >> bridge the video works fine.  But since I want to mesh, I put ath0
> >> into bat0 instead, and then I put bat0 into the bridge.  This works
> >> for all my traffic that put across it so far except the multicast
> >> video.  A tcpdump comparison of both sides shows that after about 32
> >> packets data starts getting dropped.  The video is about 1Mbs.
> >
> > Simon changed to broadcast code some time ago. Maybe it is related. Can you
> > please try to use ethernet to transfer the data between the nodes (so bat0
> > should only have the ethernet device included). Just as test if it could be
> > related to midair collisions due to the broadcasts resends or if the broadcast
> > code as a general problem.
> 
> Connecting them via eth0 and putting eth0 in bat0 works fine, even though
> I could not set the mtu of my ethernet device to 1524.  The packets are only
> up to 1400 in size anyway.
Could you maybe compile batman-adv with extra debugging info and
especially have a look in this output for something like "old packet
received, start protection" please? As Sven said before, there've
been some additions in the code lately to prevent
never-ending-broadcast-storms if the air is very "messy" - and one
of them has been the "protected window" in rev. 1631. It would be
great if you could check if the problem was there in 1630 already.

Could you also check, if you might get the next 32 packets again
after 30 seconds?

It would also be interesting if the broadcast-throughput
has anything to do with it. Are you using the VLC player by any
chance? If I remember right, it can downsample the bitrate
on-the-fly.

And for the MTU stuff, you could set it to 1300 with ifconfig/ip
on both the sending and receiving host on the lan segment, just to
make sure (without touching any mtu's on the routers).

Cheers,
Linus