Over the last couple weeks I've been doing some testing to determine the performance of the baseline hardware config for FF5. Some things I've been thinking about are directional vs. omni antennas; RTS/CTS vs. not; how fast is 802.11n, really?
The executive summary:
Here's the general idea for FF5:
A 5Ghz backbone serving a local 2.4Ghz mesh clouds, which also provide 2.4Ghz access to clients. The key objective for this design is to make 2.4Ghz (Circle) nodes installable by relatively untrained users, while still allowing the system to perform at broadband speeds. 5Ghz backbone (Triangle) nodes are expected to be installed by more thoroughly trained technicians. Ideally, this network should provide every user performance equivalent to the broadband connection in a suburban US neighborhood. In technical terms, this breaks down to the following requirements:
At 2.4Ghz, the most surprising result of preliminary tests was the effect of congestion control backoff (presumably) on throughput. Living in an urban neighborhood, a 2.4Ghz node can easily "see" as many as 50 APs at any given time. Consequently, it is always sharing airtime... Inside my plaster and wire-lathe walled apartment, it is possible to find locations where a node will provide 50Mbps of real throughput to a laptop. Take the same setup outside, and suddenly the performance drops to a little as 15Mbps at close range. While it's reasonable to expect a much more friendly situation in the developing world, these speeds call the feasibility of a design sharing 2.4Ghz radios between clients and mesh at our desired scale into question (sorry, Amy). It also highlights the importance of moving traffic off of the 2.4Ghz mesh as quickly as possible. Here's some graphs of upload and download speeds vs. signal strengths for various configurations. Larger (more horizontally directional) omni antennas provides marginally better results after normalizing for power:
Click here for raw Somerville Wireless Test Data
The executive summary:
- Use directional antennas whenever possible
- Move traffic to 5Ghz links as quickly as possible
- RTS/CTS provides a noticeable benefit in obstructed PtMP applications
- Sharing 2.4Ghz radio between access and mesh networks is unlikely to scale.
Here's the general idea for FF5:
A 5Ghz backbone serving a local 2.4Ghz mesh clouds, which also provide 2.4Ghz access to clients. The key objective for this design is to make 2.4Ghz (Circle) nodes installable by relatively untrained users, while still allowing the system to perform at broadband speeds. 5Ghz backbone (Triangle) nodes are expected to be installed by more thoroughly trained technicians. Ideally, this network should provide every user performance equivalent to the broadband connection in a suburban US neighborhood. In technical terms, this breaks down to the following requirements:
- Peak Client Speed (link-local): 4Mbps
- C-Node Aggregate 2.4Ghz Throughput to node with 5Ghz Uplink: 10Mbps
- C-Node 5Ghz Throughput to T-Node: 10Mbps
- T-Node Aggregate 5Ghz throughput to child C-Nodes: 30Mbps
At 2.4Ghz, the most surprising result of preliminary tests was the effect of congestion control backoff (presumably) on throughput. Living in an urban neighborhood, a 2.4Ghz node can easily "see" as many as 50 APs at any given time. Consequently, it is always sharing airtime... Inside my plaster and wire-lathe walled apartment, it is possible to find locations where a node will provide 50Mbps of real throughput to a laptop. Take the same setup outside, and suddenly the performance drops to a little as 15Mbps at close range. While it's reasonable to expect a much more friendly situation in the developing world, these speeds call the feasibility of a design sharing 2.4Ghz radios between clients and mesh at our desired scale into question (sorry, Amy). It also highlights the importance of moving traffic off of the 2.4Ghz mesh as quickly as possible. Here's some graphs of upload and download speeds vs. signal strengths for various configurations. Larger (more horizontally directional) omni antennas provides marginally better results after normalizing for power:
Click here for raw Somerville Wireless Test Data




No comments:
Post a Comment