Re: limits on ad-hoc connections
On Wed, Feb 8, 2012 at 6:16 AM, Sridhar Dhanapalan srid...@laptop.org.au wrote: Ad-hoc connections only scale to a limited number of participants before problems begin to occur. The technically correct answer is it depends. And it is true, it depends on a ton of factors. As a rule of thumb, I've seen it work for groups of 5~6 units, physically close and without interference sources or reflective materials. I would not aim higher than that -- 5~6 units in a channel. You have 3 channels, so 3 groups of 5~6 units. To clarify: keep any other laptops and cordless phones in the vicinity _off_, to allow these 18 users to work. In practice, it won't work in a school, but if you invite a few schoolmates home after school, or in the park, you're fine. No warranties expressed or implied. There's a long laundry list of things that can interfere, and make things not fine. For example, professional TV cameras from that friendly news crew transmit in the 2.4GHz band. That battery pack feeds a powerful antenna to get the signal back to the van that has the uplink, and it paves over consumer-grade wifi. So don't count in wifi (of any kind!) to work for a demo or show-and-tell when you get TV coverage at a school :-) Can we impose a hard limit on the number of clients to prevent too many XOs connecting to a single ad-hoc session? As James says... unfortunately no. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
On Wed, Feb 8, 2012 at 4:23 AM, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Feb 8, 2012 at 6:16 AM, Sridhar Dhanapalan srid...@laptop.org.au wrote: Ad-hoc connections only scale to a limited number of participants before problems begin to occur. The technically correct answer is it depends. And it is true, it depends on a ton of factors. As a rule of thumb, I've seen it work for groups of 5~6 units, physically close and without interference sources or reflective materials. I would not aim higher than that -- 5~6 units in a channel. You have 3 channels, so 3 groups of 5~6 units. wiki.laptop.org/images/a/a3/Country_Technical_Support.pdf recommends 10 per channel on mesh. Given that 802.11s draft vs ad-hoc is really a layer 2 issue, the numbers should be in that neighborhood? cheers, Sameer To clarify: keep any other laptops and cordless phones in the vicinity _off_, to allow these 18 users to work. In practice, it won't work in a school, but if you invite a few schoolmates home after school, or in the park, you're fine. No warranties expressed or implied. There's a long laundry list of things that can interfere, and make things not fine. For example, professional TV cameras from that friendly news crew transmit in the 2.4GHz band. That battery pack feeds a powerful antenna to get the signal back to the van that has the uplink, and it paves over consumer-grade wifi. So don't count in wifi (of any kind!) to work for a demo or show-and-tell when you get TV coverage at a school :-) Can we impose a hard limit on the number of clients to prevent too many XOs connecting to a single ad-hoc session? As James says... unfortunately no. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
On Wed, Feb 8, 2012 at 2:56 PM, Sameer Verma sve...@sfsu.edu wrote: wiki.laptop.org/images/a/a3/Country_Technical_Support.pdf recommends 10 per channel on mesh. Given that 802.11s draft vs ad-hoc is really a layer 2 issue, the numbers should be in that neighborhood? I would fix that document instead, to bring it from dreams of happy fluffy bunnies to the realities of what's been seen to work. Back in the day, we spent a considerable time at OLPC waiting for mesh to work, looking at our tests outcomes with optimistic eyes, and the hope that all we needed was just one more bugfix. So don't trust the networking performance statements of documents dating back to that era. { Perhaps I wrote that paragraph you refer to. I wrote a few like that. I am sorry. Mea culpa. } m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
On 8 February 2012 23:23, Martin Langhoff martin.langh...@gmail.com wrote: On Wed, Feb 8, 2012 at 6:16 AM, Sridhar Dhanapalan srid...@laptop.org.au wrote: Ad-hoc connections only scale to a limited number of participants before problems begin to occur. The technically correct answer is it depends. And it is true, it depends on a ton of factors. As a rule of thumb, I've seen it work for groups of 5~6 units, physically close and without interference sources or reflective materials. I would not aim higher than that -- 5~6 units in a channel. You have 3 channels, so 3 groups of 5~6 units. Great, that's what I was thinking. To clarify: keep any other laptops and cordless phones in the vicinity _off_, to allow these 18 users to work. In practice, it won't work in a school, but if you invite a few schoolmates home after school, or in the park, you're fine. No warranties expressed or implied. There's a long laundry list of things that can interfere, and make things not fine. For example, professional TV cameras from that friendly news crew transmit in the 2.4GHz band. That battery pack feeds a powerful antenna to get the signal back to the van that has the uplink, and it paves over consumer-grade wifi. So don't count in wifi (of any kind!) to work for a demo or show-and-tell when you get TV coverage at a school :-) Interesting - definitely worth knowing! Can we impose a hard limit on the number of clients to prevent too many XOs connecting to a single ad-hoc session? As James says... unfortunately no. This is possible on many wireless access points. Why isn't it possible on the XO's ad-hoc? Is it because WAPs do it by limiting DHCP leases, whereas ad-hoc uses link-local? Sridhar Dhanapalan Engineering Manager One Laptop per Child Australia ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
On Wed, Feb 8, 2012 at 10:39 PM, Sridhar Dhanapalan srid...@laptop.org.au wrote: Can we impose a hard limit on the number of clients to prevent too many XOs connecting to a single ad-hoc session? As James says... unfortunately no. This is possible on many wireless access points. Why isn't it possible on the XO's ad-hoc? Is it because WAPs do it by limiting DHCP leases, whereas ad-hoc uses link-local? More generally, when you have a central node (the AP) there's a node that can carry the accounting, and has the authority to say who's welcome and who's not. I don't know if 802.11a/b/g/n has a mechanism to reject association, or if it's a dirty hack with only giving a liminted number of DHCP leases. Either way, ad-hoc peer model isn't well equipped for this limitation. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
On 9 February 2012 14:59, Martin Langhoff martin.langh...@gmail.com wrote: More generally, when you have a central node (the AP) there's a node that can carry the accounting, and has the authority to say who's welcome and who's not. I don't know if 802.11a/b/g/n has a mechanism to reject association, or if it's a dirty hack with only giving a liminted number of DHCP leases. Either way, ad-hoc peer model isn't well equipped for this limitation. Hmm I am thinking that my understanding of the ad-hoc implementation might be incorrect. I was under the assumption that one XO acts as the ad-hoc host, and the others connect to it. That made me wonder whether that host could limit how many clients connect to it. What I gather from what you're saying is that there's more of a peer-to-peer connection happening, similar to the old mesh on the XO-1s. Or am I confusing my network layers? Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: limits on ad-hoc connections
sridhar wrote: On 9 February 2012 14:59, Martin Langhoff martin.langh...@gmail.com wrote: More generally, when you have a central node (the AP) there's a node that can carry the accounting, and has the authority to say who's welcome and who's not. I don't know if 802.11a/b/g/n has a mechanism to reject association, or if it's a dirty hack with only giving a liminted number of DHCP leases. Either way, ad-hoc peer model isn't well equipped for this limitation. Hmm I am thinking that my understanding of the ad-hoc implementation might be incorrect. I was under the assumption that one XO acts as the ad-hoc host, and the others connect to it. That made me wonder whether that host could limit how many clients connect to it. What I gather from what you're saying is that there's more of a peer-to-peer connection happening, similar to the old mesh on the XO-1s. Or am I confusing my network layers? think of it as all the XOs plugging into the same ethernet hub. no router needed, and they all see each other's traffic. you just plug in and start talking (of course to really do that, you'll need a link-local address, or a static address, since there's probably no DHCP). it's quite similar to the mesh -- what the mesh adds is some topology awareness and routing, so if A can see B and B can see C, then B will forward packets from A to C. that can't happen with ad-hoc. paul Sridhar ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel