Hi Wad, et al,
I think some use cases and requirements definition would be helpful
here. I don't think the field understands clearly what Mesh and
collaboration support and that can lead to misalignment of design and
usage.
Here is an example of possible use case definition, hopefully relevant
Martin, David,
There is the detection of a school server _and_ there is the detection of
mesh density. Different issues (both present at Wad's testbed).
And, there is also detection of an infra-structure.
From a high-level perspective NetworkManager keeps a state machine that
should tell us
thanks for the list of conditions
On Fri, 28 Mar 2008, Greg Smith (gregmsmi) wrote:
Hi Wad, et al,
I think some use cases and requirements definition would be helpful
here. I don't think the field understands clearly what Mesh and
collaboration support and that can lead to misalignment of
(Time to stop using active antennas for packet capture ?)
Please check with another sniffer if you can still listen to beacons from
this active antenna. If so, please stop using it as a sniffer. Please take a
look at #6709.
I also see a strong correlation between data rate and path
On Mar 27, 2008, at 11:30 AM, Ricardo Carrano wrote:
(Time to stop using active antennas for packet capture ?)
Please check with another sniffer if you can still listen to
beacons from this active antenna. If so, please stop using it as a
sniffer. Please take a look at #6709.
I
(Time to stop using active antennas for packet capture ?)
Please check with another sniffer if you can still listen to
beacons from this active antenna. If so, please stop using it as a
sniffer. Please take a look at #6709.
I already logged with multiple sniffers. Yes, the beacons
2008/3/27 Ricardo Carrano [EMAIL PROTECTED]:
My suggestion for the Cambrige testbed is:
1 - Validade probe response driver patch submitted by Marvell and implement
it
2 - Increase contention window from 7,31 ro 31, 1023
3 - Increase route expiration time from 10 to 20 seconds
4 - Increase
On Thu, 27 Mar 2008, Martin Langhoff wrote:
2008/3/27 Ricardo Carrano [EMAIL PROTECTED]:
My suggestion for the Cambrige testbed is:
1 - Validade probe response driver patch submitted by Marvell and implement
it
2 - Increase contention window from 7,31 ro 31, 1023
3 - Increase route
Langhoff [EMAIL PROTECTED]
Sent: 03/27/2008 08:03 PM AST
To: Ricardo Carrano [EMAIL PROTECTED]
Cc: John Watlington; OLPC Developer's List [EMAIL PROTECTED]; Michail
Bletsas
Subject: Re: Monday's Testing
2008/3/27 Ricardo Carrano [EMAIL PROTECTED]:
My suggestion for the Cambrige testbed is:
1
Some context, for the larger community: I've been using our new
testbed
http://wiki.laptop.org/go/Collaboration_Network_Testbed
to explore why we can't reliably DHCP from the school server over the
mesh (#5963). The problem APPEARS to be that in the presence of
congestion in the mesh, the
10 matches
Mail list logo