[Bloat] Testing wireless broadcast/multicast within cerowrt

[Bloat] Testing wireless broadcast/multicast within cerowrt

[Dave Taht]

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

Given how devastatingly effective my call to the list for help was, on:

http://www.bufferbloat.net/issues/216
http://www.bufferbloat.net/issues/195

(195 is NAILED right now, 216 is making serious progress - see the bug
reports for more details)

I figure that perhaps leveraging y'all expertise to take a harder look at
multicast - which we've discussed extensively here, would be good.

I picked uftp out of thin air as a possibly useful tool for analyzing
multicast behavior on wired and multiple radios simultaneously. It's one of
the few multicast tools that is widely used.

One really excellent suggestion that has gone by was to break with the
802.11 standard and multicast at the highest rate all the stations are known
to accept, but it would be good to have some tool - not necessarily uftp -
to tweak at it.

I have no idea as to the overall state of multicast support in Linux. Most
multicast research died ages ago, but 'turning up the volume' in this way
may lend some insight into the problems we are having with the more common
'ANT' multicast packets like ARP, etc.

I've been working with a grad student over at princeton (cc'd) on getting
uftp to work right, but we're running into issues that I don't have the
spare cycles to resolve right now. Maybe I missed something in the kernel
build? Maybe there's something weird about jacobo's laptop or the router
itself? (I've already asked dennis for insight)

http://www.bufferbloat.net/issues/206

My dream, in trying to use uftp for this, is to have a knob I can turn up or
down for bandwidth for almost isosyncronous and simultaneous! multicast
streams running across gigE, various forms of 802.11abgn, on multiple
radios, all at the same time - to analyze, and get more insight as to what's
going on - not just with basic multicast - but as I've been seeing broadcast
like arp and dhcp failing everywhere I've encountered a 'n' network, of
late, to be able to take a hard look at all of it.

I've thrown out the codebase that cerowrt RC4 was based on and development
builds are currently taking place here:

http://huchra.bufferbloat.net/~andrewm/cerowrt/

My problem at the moment could be something basic - a missing config in the
build? - but it would be nice to know if uftp works right on more
conventional systems before working harder at it.

Complete configuration info on how to use it, and it's performance, etc,
would be useful.

And suggestions on other multicast/broadcast tools generating data worth
analyzing is highly desired.


-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com

[-- Attachment #2: Type: text/html, Size: 3160 bytes --]

Re: [Bloat] Testing wireless broadcast/multicast within cerowrt

[Dave Hart]

On Wed, Aug 3, 2011 at 15:39, Dave Taht <dave.taht@gmail.com> wrote:

> And suggestions on other multicast/broadcast tools generating data worth
> analyzing is highly desired.

I don't know if they qualify as "worth analyzing", but how about
IPv6's substantial use of multicast, for ND, RA, and likely DHCP6?
Also, NTP broadcast/multicast and manycast (which uses multicast to
find servers, then unicast client/server for ongoing operation).

Cheers,
Dave Hart

Re: [Bloat] Testing wireless broadcast/multicast within cerowrt

[Dave Taht]

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

All those protocols are too 'ANT'-like - nearly at the level of statistical
noise. Need a much bigger hammer than that to play with.

That said, there's plenty of problems showing up in the noise...

On Wed, Aug 3, 2011 at 1:18 PM, Dave Hart <davehart@gmail.com> wrote:

> On Wed, Aug 3, 2011 at 15:39, Dave Taht <dave.taht@gmail.com> wrote:
>
> > And suggestions on other multicast/broadcast tools generating data worth
> > analyzing is highly desired.
>
> I don't know if they qualify as "worth analyzing", but how about
> IPv6's substantial use of multicast, for ND, RA, and likely DHCP6?
> Also, NTP broadcast/multicast and manycast (which uses multicast to
> find servers, then unicast client/server for ongoing operation).
>
> Cheers,
> Dave Hart
>



-- 
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://the-edge.blogspot.com

[-- Attachment #2: Type: text/html, Size: 1370 bytes --]