Slashdot Log In
Introducing 802.11s - Wireless Mesh Networking
Posted by
timothy
on Mon Mar 07, 2005 08:03 PM
from the pass-it-on dept.
from the pass-it-on dept.
ikewillis writes "Intel has introduced a new wireless networking standard called 802.11s. This standard utilizes a mesh topology, allowing for fully self-configuring networks where each node can relay messages on behalf of others, thus increasing the range and available bandwidth with the number of nodes active within the system, versus the point-to-point structure of existing WiFi networks. This will radically transform WiFi hotspots, allowing the geographical area and available bandwidth on the network to scale with the number of participants."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading ... Please wait.

This is great but... (Score:5, Interesting)
Wimax is LICENSED, Wifi is NOT licensed (Score:5, Insightful)
WiMAX runs over unlicensed freqs too (Score:5, Informative)
Re:Wimax is LICENSED, Wifi is NOT licensed (Score:5, Insightful)
(Yes, I'm going for an even split between funny and troll).
Re:This is great but... (Score:4, Interesting)
As a trivial example, consider two networks, one with mesh one without
A net1 B mesh C net2 D
Bandwidth from A - D is the minimum(net1, mesh, net2).
versus:
A net1 B nothing C net2 D
bandwidth from A - D is 0.
As a slightly more complex example:
A--D
mesh1 \-mesh2-C-/
Is the bandwidth from A-D more or less with or without C?
Making hardware do what people expect it to do (Score:5, Informative)
The performance will always be less than an "every AP has its own landline" topology, but networks will be much easier to build (and perhaps simpler to maintain).
Re:Making hardware do what people expect it to do (Score:5, Interesting)
Are you talking about a repeater? I believe most of the cheap linksys APs can be set up to be repeaters instead.
s? (Score:5, Insightful)
Re:s? (Score:5, Funny)
However, we will chide you for not including 802.11n on your list!
Goofy letters (Score:4, Informative)
Check out the whole article to find out more about the various 802.11x standards (excluding the new 's' one).
Re:s? (Score:5, Informative)
"Task groups within the 802.11 WG enhance portions of the 802.11 standard. A particular letter corresponding to each standard/revision, such as 802.11a, 802.11b, and so on, represents the different task groups. For example, Task Group B (i.e., 802.11b) was responsible for upgrading the initial 802.11 standard to include higher data rate operation using DSSS in the 2.4GHz band."
From 802.11 Alphabet Soup [wi-fiplanet.com].
Re:s? (Score:5, Informative)
More info (with explanations) here [wi-fiplanet.com]
Re:s? (Score:5, Funny)
802.11b = bad. It works but there's better to come
802.11g = good. Now it's worth using
802.11s = shit. That's what users on the fringe of the network will be screaming when the "link" node between the access point and them finishes their lunch and leaves, cutting them off too
Re:s? (Score:5, Interesting)
You're right there, and this makes 802.11a a great thing to have. I'm running my home network on 802.11a, and here are the benefits I reap versus 802.11b/g:
1. When the hardware was available but on the way out, it was -very- cheap to pick up;
2. The range is much more limited than b/g, but big enough to cover my house and backyard, so I have less worry about "sharing" my connection with my neighbors than with b/g;
3. The 802.11a range is underutilized (my neighbors don't have 802.11a, and yours probably don't, either) and doesn't shut down by interference when you use the microwave;
4. Someone wardriving or just playing around with wireless sniffing tools from their bedroom are much less likely to be using 802.11a; in fact, until recently airsnort and related tools didn't even have 802.11a compatibility, and getting 802.11a working with Linux is a PITA compared to 802.11b/g.
So in a way, using 802.11a improves your odds of a secure and non-shared connection in the same way that using Opera improves your odds of picking up a javascript exploit from a web site. That's not security in and of itself, but coupled with VPN and the reduced range, it's very nice indeed.
Can do with existing protocols (Score:5, Interesting)
Too bad cities won't be able to do it. (Score:4, Interesting)
Nifty . . Highway net! (Score:5, Interesting)
A clarification and question (Score:5, Interesting)
The article makes 802.11s sound like a general mesh standard, which would be really nice. However, what I read on the IEEE Web site recently made it sound like merely a self-configuring version of WDS (so that only access points participate in the mesh). Can anyone provide details on the features of Intel's proposal?
Re:A clarification and question (Score:5, Informative)
Yes, that's basically the idea behind the 802.11s Task Group-- but the phrase "self-configuring version of WDS" really doesn't quite go far enough in describing the concept. It's sort of like describing the Internet protocol as a "self-configuring version of frame-relay". Probably not helpful.
Wireless mesh networks are multi-hop in a way fundamentally more complicated than the simple access point and a bunch of associated stations. They'll have to run a routing protocol and forward from mesh node to mesh node in an efficient and secure way. They'll have to be robust in the face of individual node failure. They'll have to support stations roaming securely between nodes in the same mesh network. It's a whole lot more then just self-configuring WDS.
Folks shouldn't get too excited about this standard. There are a lot of obstacles to making large multi-hop 802.11 networks as efficient as similarly wired topologies. The 802.11s task group isn't chartered with fixing the problems in the MAC layer that keep multi-hop networks from scaling up to very large meshes.
What are the problems? The big one is that they have a profoundly negative effect on TCP fairness. Next up is that multicast is just horrible. Even on regular 802.11 infrastructure networks, it's just horrible. On mesh networks, don't be surprised if it's even worse.
FreeMeshWeb? (Score:5, Insightful)
Could this jump-start the "freeweb" movement, particularly since the telcos are lobbying and pushing to kill the muni wireless attempts?
Let's get the entrepreneurs and the networking hippies on the same "frequency."
Sounds great but unreliable? (Score:4, Interesting)
WiFi lower level protocol vs. IP (Score:4, Insightful)
Most of these projects try to build their mesh networks on the IP level, i.e. hardware and, IMHO even more important, medium independent.
This standard seems to work below the IP level, i.e. invisible for normal routing hardware and only usable with those "s" devices.
I wonder if this is really a good idea. Making such a standard prevents altering and improving the routing algorithms (because in the best case, they reside on some FPGA) or using mesh network topologies with, lets say, a mixed WiFi, free space optical (think house to house laser pointers
OTOH, maybe the network will be more stable, but one has to prove that.
Whither the Internet? (Score:4, Interesting)
This is premature (Score:5, Insightful)
For example, no one has given a MAC protocol that solves the hidden/exposed sender/receiver problems simultaneously. Without such a MAC protocol, it is impossible to resolve the contention fairly. 802.11 DCF solves hidden and exposed sender, but not receiver.
Also, Gupta and Kumar [bell-labs.com] showed that the per-node bandwidth in a wireless mesh with random node placement is O(1/sqrt(n)). This is especially bad news for the sort of nationwide wireless meshes people have been talking about here.
Finally, TCP is especially problematic [ieee-infocom.org] over multiple wireless hops. It causes self-interference which creates massive packet loss due to contention. TCP is built on the assumption that all packet loss is from congestion, but this assumption is not met by wireless contention losses.
In my own simulations, TCP's overaggression causes routing packet losses, creating spurious route breakage and even more TCP timeouts.
Re:Lack of security? (Score:4, Interesting)
This is a good question and, last I checked, an open research topic. One workaround is to only accept route advertisements from a trusted set of routers.