Turn-key Mesh Routing Access Point 93
IPSection writes "LocustWorld announces the release of MeshAP-05. This is a test release of a bootable CD which turns a single board computer or laptop into a mesh node and access point. Clients can sign on to the network, cells communicate to form a robust, dynamic, compressed and encrypted mesh network. This is a prototype release intended for the widest possible test. Feedback is encouraged." There are several interesting things on this site, actually -- check out the Swarm Chip.
Re:Slashdotting is bad for testing (Score:1)
Definitions would be helpful... [w/site mirror!] (Score:4, Informative)
"Version 5 of the mesh-AP is a bootable CD which is designed for either SBC systems like the "seahorse" and "starfish" but will work in many laptops and desktop systems. Simply boot the CD and place a wi-fi card in the machine. Driver support for multiple ethernet cards and multiple wi-fi cards. The system contains multiple protocols, assigning dhcp addresses to standard wifi clients at each "cell" cells communicate via mesh routing and form a robust self organising, compressed and encrypted network. There is a DNS proxy and HTTP proxy on each cell and IP is also gatewayed using NAT. See the enclosed word document on the CD for more information. This is a testing release, not suitable for production use, feedback is welcomed and development is ongoing. Requires 64mb of ram, zero harddisk space required. (UPDATED: Several fixes + full gateway discovery and repair)"
Now, for those of us who don't work with wireless networking on a daily basis, does someone care to explain the potential applications of this? Why is it useful? What can someone do with this?
And, finally, a note to the LocustWorld admins: The fact that your site is Slashdotted already should be a good indication of why not to use PHP-Nuke, eh? At first glance, I can't even tell whether this is a Slashdot-like news site or a corporate site. And if it's a corporate site, why do you have a poll on your front page? Since the site crashed, I can't even hit the mission statement.
Re:Definitions would be helpful... [w/site mirror! (Score:1)
Re:Definitions would be helpful... [w/site mirror! (Score:5, Funny)
BORG!
anyways, if you are a php developer, go here
WE ARE HIRING A DEVELOPER IN SUNNYVALE [sst.com]
Slashdotted server.... (Score:2, Funny)
Nice mod, retard (Score:1)
Re:Definitions would be helpful... [w/site mirror! (Score:5, Informative)
The reason this is useful is that it allows a group of (perhaps constantly changing) network nodes to form a big cohesive network. It sounds like it creates isolated layer 2 cells and builds a single layer 3 network out of the cells, which I believe is what the Linksys WET11 [slashdot.org] does.
Compare this to the coherent layer 2 network which can be created with Spanning Tree Protocol by using OpenAP [instant802.com] like these guys [pafree.net] do.
Most WiFi access points do not support a mesh topology, but only support hub and spoke. With hub and spoke, you can only connect to the network if you have line of sight to a hub, but with a mesh network, you can connect via any other network node. Mmmmmmm. . .
Perhaps someone who actually got through the slashdotting can comment on the other features (compression, encryption, proxying, etc.)
Re:Definitions would be helpful... [w/site mirror! (Score:2)
Re:Definitions would be helpful... [w/site mirror! (Score:5, Informative)
Why is this useful? The current state of affairs in the 802.11 world is that there are dozens of devices that have vague analogs in the wired networking world, but none of those analogies are perfect. Basically, you have the following classes of device:
- WLAN cards. Oronoco cards and the like. You one in a desktop box and it gets wireless ethernet capability. Can either talk to other WLAN cards (in what's called an ad-hoc network) or to a wireless access point. Basically like a NIC, except NICs don't try to plug themselves into hubs or other NICs. And the situation of connecting directly to another box using a crossover cable is usually viewed as a degenerate case; ad-hoc networks are completely legit and workable.
- Wireless Access Points are devices designed to allow WLAN cards to talk to a wired network. If there's an AP available, WLAN cards will break out of ad-hoc mode (where everyone talks to everyone) and switch to an associated mode, where they only talk to their AP. Ideally this is the AP with the best signal strength - but not always.
- Wireless Bridges are designed to allow a wired network participate in a wireless network.
Anyone who need this explaination probably just went "What!? But there's already a device to connect wireless networks to wired networks!" Ah, would that it were so. As much as AP's resemble wired switches, they're not.Wired networks are true undirected graphs. Wireless networks are heirarchal and difficult. Repeaters exist, but they're usually a bad idea, because you take huge hits to throughput.
Now, mesh wireless takes care of all that. Got a spot that's a little dim? Plop down a mesh point, it integrates into the network and you're nice and bright there now. Couldn't be easier, and is a whole lot more like a wired ethernet with the wires taken away, as opposed to the completely different animal that non-mesh wireless is.
Short form: wireless is obnoxious even if the results are cool. Mesh wireless is gorgeous, and the results are cooler.
eh? (Score:1)
Damn, I've been living in the country for too long...
Re:Definitions would be helpful... [w/site mirror! (Score:1)
Re:Definitions would be helpful... [w/site mirror! (Score:1)
Applications of mesh networks (Score:2, Informative)
http://www.meshnetworks.com [meshnetworks.com]
really, i dont work for them(or anyone else ;0/). There are many vying to use this same tech - mostly for the purpose of delivering bandwidth with wireless none line tech (as opposed to line of site that has had some success already)- but there are other reasons.
I remember way back when people liked the internet there were more than one 'visionary' wantabe entrapeneur proposing highly efficient planes (or even balloons) basically hovering over urbania and reflecting fat bandwith to all. Think of it as a flying high gain antenna - 24/7(pairs or quads i think). Really, i'm not making this up.
At the risk of ridicule and flame anybody ever power-chute [powrachute.com]? (stick with me I'm going somewhere with this), then picture a miniature sized, radio powered, highly efficient 802.11 WAP baring airplane (did you know there have been radio planes[not powered-chutes] that stayed up for as much as 30 hours or for trans - atlantic flights), with a panning camera ...a kind of 802.11 distibution machine with eyes and limited brains. Swarm like even or autonomous drones or singular and remote controlled. In pairs, comunal even, slow, methodical but highly efficient INSTANTLY DEPLOYABLE ROAMING NETWORK.
Want an applicaton for meshnetworks?
-boats with bandwidth and beer
-live bikinis at high rez and beer
-instantly deployable roaming netowork
Back to the fridge....
my dream come true (Score:2, Interesting)
Obligatory pre-slashdot warning? (Score:2, Offtopic)
Usually I let somebody else put this up and then scoff at them, but this time there was only 1 post about the article (yay slashdot) before it fried.
I was going to post the google cache, but even this is loading slowly as heck for some reason?
http://216.239.51.100/search?q=cache:NApeNz5jiiEC
http://www.google.ca/search?q=cache:jeReKQ-XMO4C:
Re:Obligatory pre-slashdot warning? (Score:2, Informative)
Working [google.ca] link to google canada cache (?)
Re:Obligatory pre-slashdot warning? (Score:1)
Re:Obligatory pre-slashdot warning? (Score:1)
Re:Obligatory pre-slashdot warning? (Score:1)
website coming back up (Score:1)
LocustWorld.com back up (Score:1)
Campus ? (Score:5, Interesting)
I'd hate to be the only sap between two large dorms - you'd be the gateway and could say good-bye to any bandwidth for yourself.
Damnit! Get that site back on-line. I'd love to test ths sucker out.
Basically, you are completely wrong. (Score:3, Informative)
Re:Basically (Score:1)
One assumes you are not a professor of wireless networking! ;)
This post [slashdot.org] gives a decent capsule summary of what's going on here.
Not even netcaft can find it... (Score:2, Funny)
Perhaps slashdot warned them and they ran for covers taking their servers with them?
Or is it a conspiracy to measure interest in wireless p2p applications? Wait... Don't click on that link... Aarrghh!!
Advanced wireless networking (Score:5, Informative)
NoCat Networks [nocat.net] which implement QoS controls on user traffic giving priority to authenticated users.
Janus Wireless [cubicmetercrystal.com] is working to improve mobile IP connectivity and integrated peer network services
IRIS which was mentioned recently and is perfectly suited for integration itno wireless networks for large amounts of reliable, distributed data storage. [mit.edu]
MIT's GRID routing project [mit.edu] which is probably the most similar.
The really cool uses will come when the integrated peer network / wireless network applications become popular an tandem with pervasive 802.11 deployment in homes and offices.
Nah... (Score:2)
"Funny...I don't remember Ventura Highway having Wireless access..."
And I'd hate to be those Secret Service guys [slashdot.org] sniffing out insecure networks in D.C. <shudder>
Reconnect rate (Score:3, Interesting)
Can it be done without loosing running TCP/IP streams, or will we start seeing a prevalence of UDP/IP embedded protocols with connection-owner-tracking methods built in?
And without the UDP/IP embedded protocols, DHCP would/will be a real PITA.
Re:Reconnect rate (Score:3, Informative)
Nearly instantaneously. If you implement channel, bssid, ssid, and wep key hopping at the kernel level you can communicate datagram style without problems. There is no need to use DHCP, as you can intelligently assume an available address and start transmitting datagrams (for a mobile IP stack, for example) instantly.
Re:Reconnect rate (Score:2)
The question is, does it adapt fast enough for me to stream data to a neighborhood, not only when I'm in range of it, but when I'm in range of a series of moble points which is flowing past the neighborhood in question? The fastest route will be constantly changing, and possible routes will constantly be passing in and out of range of my target.
Implementing functionality so specific to that application into the kernel (probably Linux, maybe *BSD, HURD, etc.) would be the programmatical equivalent of "-1 Flaimbait"
If you could make a dedicated device to act as a NIC, but with all networking brains internal, you'd be able to create your nationwide unbreakable network.
If you can store packets until a path is available (UUCP-like retrying until success), and probably make the packets larger (4K-like).
That's a whole new monster of a network. That's be cool.
Re:Reconnect rate (Score:2)
Ok, if you want to be pedantic, it takes microseconds to switch between states required for association with an access point.
So yes, this would be plenty fast to seamlessly associate with multiple access points and use them all cocncurrently for sending mobile IP datagram packets. And more than fast enough to quickly hop between networks individually if you wanted to do so...
Re:Reconnect rate (Score:2)
I can understand that it takes usecs for the wireless interfaces to sort themselves out, but what about continuing the routing process over the Internet? Are Internet ARP tables generally updated fast enough for this?
Or will there have to be a primary bridge every so often along the highway? (With primary bridges, you could reduce the number of times you have to update your location ala ARP.)
Re:Reconnect rate (Score:3, Informative)
There are a number of details, but the short of it is that a mobile IP stack takes care of all routing to a dedicated internet endpoint which serves as your connection to the net. This means you can actually transfer traffic for a single TCP session over multiple wireless links simultaneously. You can read more about mobile IP by searching google...
Re:Reconnect rate (Score:1)
Carrying on a tcp transfer, there's at most a brief pause as a couple packets are retransmitted. Sometimes I don't notice a hiccup at all.
This is without any WEP turned on.... it might add some extra time.
A number of assumptions are at play: The access points you're crossing among are all on the same LAN segment, they all have the same "name"/SSID, and your network switches can handle the idea of an MAC address that was coming from one port suddenly coming from another -- most switches work fine. (Hubs wouldn't be an issue, obviously)
At least the way Apple implemented their clients, nothing in such a switch between same-SSID WAPs triggers interface up/down -- there's no DHCP request, everything stays the same.
Makes me wonder how the software posted about here deals with transitions between "cells" of a meshed network.
- Peter
Re:Reconnect rate (Score:2)
You did not understand the description correctly. You can associate with multiple access points on different subnets / LANs, with different SSID's, using a different BSSID, and even on different channels at the same time if you use channel/ssid/wep hopping
These are not Apple Airports, but orinoco silver cards for transmit (hopping) and cisco cards for rfmon mode receive.
Re:Nah... (Score:1)
Re:Advanced wireless networking (Score:2, Interesting)
Wiki Wiki WAN [haven.sh] mesh network project.
This is promising... (Score:1)
Re:This is promising... (Score:1)
yowzers (Score:1, Interesting)
Re:yowzers (Score:1)
The latest ISO is mirrored here (Score:3, Informative)
Locustworld swarmed by chips. (Score:1, Funny)
Film at 11.....
The problem is . . (Score:4, Interesting)
http://www.houstonwireless.org/ [houstonwireless.org] and http://www.seattlewireless.org/ [seattlewireless.org] appear to be working on systems that work better in multihomed intelligently routed (well, assigned by a person and not guessed at by a machine - which is better may be up for debate) environments. Much less density is required in these types of situations, but near-universal is definately not guaranteed.
I'd like to see first, if this system can support multiple wireless nics, and second, how it behaves in a large scale setting. Second B, how does it work if you have a few directional antennae pointed at each other? The way most meshes appear to get around this is to set client-serving nodes in AP mode, and use ad-hoc for directional (routing) links.
This definately has promise.
Re:The problem is . . (Score:2)
One phrase: Rush-hour/traffic-jam entertainment.
Help me out here... (Score:1)
Then perhaps it might recombine once communication between the independent networks was re-established (here assuming that neither mutates during isolation to be incompatible with the other).
This starts sounding like an organism.
Re:Help me out here... (Score:2)
Cheapest Turnkey Hardware? (Score:3, Interesting)
Re:Cheapest Turnkey Hardware? (Score:3, Informative)
Re:Cheapest Turnkey Hardware? (Score:1)
Re:Cheapest Turnkey Hardware? (Score:2)
Re:Cheapest Turnkey Hardware? (Score:1)
Cringley talked about this a couple months ago (Score:1)
System requirements - 64mb too much! (Score:3, Interesting)
I've got a few idle P100 laptops sitting around. I don't know if the cpu is fast enough, but if it is, this would be a perfect application (especially since most people consider these things useless these days). My only limitation: older laptops like this one have limited RAM. If we could get this to run on 8mb, or even 16mb, I'd be a much happier person.
I suspect a chunk of this RAM is setup for a RAM disk. Perhaps a hard drive install could be an option?
Jeff
I could use this... (Score:3, Interesting)
You can kinda see the view from our tower #2 in colville here [theofficenet.com]. Pictures that I took while I was up replacing an antenna. Kodak DC280 for those interested.
Anyway, we have 2 towers in Colville, which covers most of the town. Although there are a few areas that we can't reach. If we were to put in several inexpensive (a major plus) micro-cells of these things to kinda float around large obstacles, then this is could be a good thing.
I'm going to play with this, although can't exactly use it in production...
Details about how it works: (Score:4, Interesting)
Essentially all nodes that have an internet connection on eth0 broadcast the fact that they are a gateway into the real internet. This model extends by hops, out into the WIFI mesh network.
So all the system does, is route you to the internet via a path with the fewest hops. It does not provide interconnectivity between WIFI nodes themselves at all (they are all NATed). It does not provide a handover from one cell to the next as you move, so it just works for stationary nodes. It just offers a multi-hop VPN to the nearest AP with a "real" internet connection, adding a NAT layer with every hop out.
This is pretty cool, but still a far cry away from spontaneous self-organizing WIFI-only networks, where there is no "root gateway" and no hierarchy as in this case (which is one of the problems).
A short excerpt from the doc before it gets slashdotted:
The software provided, the "Mesh AP", is designed to be run on a node, eg a system designed to serve others. It has the dual purpose of also connecting in to the network. So even if you are just a repeater and using the software to reach the Internet, you are also providing an extension to the mesh and a standard DHCP cell for any non-mesh clients which wish to sign on.
The software boots, it then allocates itself an address, typically in the 10.x.x.x range. Initially the allocated address is random.
Then, it attempts to find an internet gateway, first probing 192.168.1.1/255.255.128.0 and then using a DHCP client on the Ethernet interface to try to sign on to a gateway. If no gateway can be found, the software considers that it has only wireless links and is a repeater-cell.
The cell starts an internal dns server and transparent web proxy on port 80 and 8080, a dhcp server is also started an a random class C network is picked in the range 192.168.128.0/255.255.128.0
Clients connecting to the dhcp cell are pointed to the wireless interface for default gateway and dns server. The dns server running on the repeater always returns the address of the gateway, no matter what domain name is resolved.
At this point, the node still cannot serve clients, but it will sign them on.
Meanwhile, the kernel AODV(11) module is loaded and the node then finds neighbour cells in its local range by sending/receiving UDP packets to the broadcast address.
Any cells within the mesh which are gateways, periodically broadcast a route to a bogus address which implies an internet gateway. This route is repeated outwards in a "ring" fashion as per the AODV protocol.
Any cell without a gateway receiving this address then attempts to establish a compressed encrypted IP-tunnel VPN via the "vtund" package. Compression uses LZO and encryption is blowfish. (ip ranges 172.16.x.x)
This IP tunnel could be over multiple hops to the destination gateway, AODV handles the optimised routing between linked cells. Eg, multi-hop routes eg.
The cell then switches all its outbound dns and ip traffic to go via this VPN gateway link. The DHCP configuration is also updated to now serve the remote gateway address as a dns server (gateway nodes run a real dns proxy) - Any clients who signed on before the link was found will forward traffic to the local cell which will proxy it via http proxy etc, any clients signing on after a gateway is found will receive the remote gateway details and will have full IP routing.
Any client signing directly on to a cell which has a local internet gateway will go directly via that gateway.
This certainly looks promising... (Score:1)
We've been working on a semi-mesh initiative by engineering gear from the Orinoco line for a 1,700 home subdivision but the Locust software may allow us to create a full-mesh deployment.
Thx much for the excellent submittal!
Re:This certainly looks promising... (Score:1)
What about the "next generation? IPv6 anyone??? (Score:3, Insightful)
We're already out of addresses - why add more in wireless space? IPv6 has many features that allow for efficient autodiscovery of other nodes, transition mechanisms to move easily from IPv4, multicasting capabilities, etc.
Let's drop this 192.168.x.x and 10.x.x.x stuff and just give everybody their own address. Multiple addresses can easily be used on a single interface as well.
Just something to think about when you want to design something yourself. If you don't want it to make itself extinct in the next few years, think about integrating IPv6 at the outset. It _is_ widespread technology just waiting to happen.
Links:
IPv6.org [ipv6.org]
hs247.com [hs247.com]
freenet6.net [freenet6.net]
6bone.net [6bone.net]
For more reasons on why IPv6 is so cool, and some of the neat things it can do (especially in the field of mesh-wireless, check out some of the technical details here [6bone.net].
Re:What about the "next generation? IPv6 anyone??? (Score:2)
Last Post! (Score:1)
sometimes you must work under adverse conditions... like a state of sheer
terror.
-- W.K. Hartmann
- this post brought to you by the Automated Last Post Generator...