Differences between revisions 19 and 20
Revision 19 as of 2003-01-06 23:22:35
Size: 3034
Editor: anonymous
Comment: missing edit-log entry for this revision
Revision 20 as of 2003-05-06 01:08:07
Size: 3031
Editor: 195
Comment: spelling/grammatical errors, minor edit only
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
With community networks each node is often owned by a seperate person, further there is no paid admin staff to come to the rescue in case the network fails. Thus, it is important that the network be architected in a manner that faults are localized as much as possible. In other words the death of one node or router shouldn't be able to paralyze a large chunk of the network. With community networks each node is often owned by a separate person, further there are no paid admin staff to come to the rescue if the network fails. Thus it is important that the network be architected in a manner that faults are as localized as possible. In other words the death of one node or router shouldn't be able to paralyze a large chunk of the network.
Line 5: Line 5:
With wireless networks the key issue is that it is very geographic specific. Consumer grade wireless protocols (specifically 802.11b) run at high frequencies and have a fairly limited range (100 feet to a couple miles). This means that building a fully meshed network can be tricky through to impossible. With wireless networks the key issue is that it is very geographically specific. Consumer grade wireless protocols (specifically 802.11b) run at high frequencies and have a fairly limited range (100 feet to a couple of miles). This means that building a fully meshed network can be tricky through to impossible.

The ManSig is trying to figure out how to build out and scale community networks. There are several key issues with wireless networks and community networks which are less of an issue with commercial wired networks. -- AdamShand

With community networks each node is often owned by a separate person, further there are no paid admin staff to come to the rescue if the network fails. Thus it is important that the network be architected in a manner that faults are as localized as possible. In other words the death of one node or router shouldn't be able to paralyze a large chunk of the network.

With wireless networks the key issue is that it is very geographically specific. Consumer grade wireless protocols (specifically 802.11b) run at high frequencies and have a fairly limited range (100 feet to a couple of miles). This means that building a fully meshed network can be tricky through to impossible.

Because of these reasons we see AdHoc routing protocols as the key to our sucess in the ["NAN"] arena (the ["MAN"] will probably use a more traditional network structure).

See also: Peer2PeerRouting

Here is a list of some of the OpenSource AdHoc routing protocols that we are aware of. As we gain experience with them we will update these pages with what we learn.

And some commercial software:


[CategoryDocumentation] [CategoryMan]

AdhocRouting (last edited 2007-11-23 18:00:43 by localhost)