home  wiki

Spelling: ProblemStatement



* Introduction [1]
* Scope [2]
* Requirements [3]

* Mesh routing principles [4]
* Issues [5]

* Management [6]
* Hierarchy [7]

INTRODUCTION

Melbourne wireless aims to set up a community network. Unlike many
other wireless groups, our focus is not on free internetInternet, inter net, inter-net, interned, Internets, intent, internee, interment, intranet, entente, intern, internist, indent, intend, interne's connection
sharing, but on actually establishing a large network of wide area
links with little emphasis on Internet connectivity. This places us in
a distinct niche (well, a slightly cramped niche along with Brisbane,
Madrid & Seattle wireless).

SCOPE

To provide a routing architecture and deployment specification for
community wireless netwoorks. Scope includes both internal routing
within a regional mesh, as well as peering via a smaller set of
wireless links, Internet tunnels or other mechanisms to other regional
meshes and Internet Protocol based internetworks.

REQUIREMENTS

MESH ROUTING PRINCIPLES

(1) Nodes within a region _must_ cooperate in order to forward
packets to the ultimate destination on behalf of peers.
(2) Any solution must be scalable to thousands of nodes within an
individual regional mesh
(3) Nodes must be able to support host networks attached via fixed or
wireless technologies.
(4) The mesh must be able to be inter-connected to other regional
meshes and Internet Protocol based internetworks.

ISSUES

(1) This is mostly straight-forward. The nodes in the mesh must
either switch or route packets towards their destination. Switching is
largely impractical except for bridging in special circumstances (such
as a repeater). In order to route, the node must support an operating
system with routing functionality, e.g. *NIX, Win2K, CiscoDisco, Crisco, Cuzco, Rosco, Fiasco, Wisc, Disc, Misc, Sicko, Circe, Cissy, Circa, Isacco, Soc, Sic, Scow, Xis, Isac, Civic, Sics, Moscow, Roscoe, SC, Sc, Sick, Cicero, Scissor, Sis, NSC, Assoc, Circus, Biscay, Cesaro, Miscue, Cece, Ceca, Fisk, Isak, Sacco, Cask, Cyst, Disk, Masc, Risk, Xi's, Zinc, Sask, Cesar, Sissy, Cigar, Ciggy, Sc's, Cy's, Si's, Cissy's, Circe's IOS. Merely
having 802.11 IBSSIBIS, IBIS'S, INS'S, IBO'S, ABS'S, IBM'S implementation is not enough as 802.11 does not
(contrary to some beliefs) specify any mechanism for forwarding
frames.

(2) There are a large number of difficulties to achieving the
scalability critieria. Firstly, scalable networks rely upon hierarchy.
Secondly in order to grow a network to this size requires minimal
management.

MANAGEMENT

Addition of a new node to the mesh should be achieved with minimum or
zero configuration changes on adjacent nodes. This implies a number of
things, but foremost, it requires that a dynamic routing protocalprotocol, piratical, protocols, prodigal, poetical, periodical, practical, Portugal, protocol's, protect is
needed.

HIERARCHY

Hierarchy is difficult to achieve. Community wireless mesh networks
exhibit a graph structure that is approximately related to
geographical positioning of the nodes. Nodes that are in geographic
proximity are more likely to be linked than nodes that are distant.
This feature of the network topology makes the imposition of hierarchy
extremely difficult. Secondly, wireless technology is such that most
links will have the same order of magnitude of bandwidth. This makes
aggregation, a key principle of hierarchies, even more difficult. The
inability to easily impose hierarchy will limit the scalability of the
mesh. A good technical reference on scalability issues of routing
protocols is available from a North American Network Operators' Group
- nanog - talk [8].

(3) This is another relatively simple issue, easily solved again
through the use of a dynamic routing protocol that can advertise
reachabilityreach ability, reach-ability, readability, reliability, reachable, sociability information into the mesh.

(4) This is where it starts to look a little more like an enterprise
network. Techniques from the Internet and enterprise networking worlds
are readily applicable.

Links:
------
[1] http://melbourne.wireless.org.au/#introduction
[2] http://melbourne.wireless.org.au/#scope
[3] http://melbourne.wireless.org.au/#requirements
[4] http://melbourne.wireless.org.au/#mesh_routing_principles
[5] http://melbourne.wireless.org.au/#issues
[6] http://melbourne.wireless.org.au/#management
[7] http://melbourne.wireless.org.au/#hierarchy
[8] http://www.nanog.org/mtg-0110/retana.html

[EditText] [Spelling] [Current] [Raw] [Code] [Diff] [Subscribe] [VersionHistory] [Revert] [Delete] [RecentChanges]

> home> about> events> files> members> maps> wiki board   > home   > categories   > search   > changes   > formatting   > extras> site map

Username
Password

 Remember me.
>

> forgotten password?
> register?
currently 0 users online
Node Statistics
building125
gathering194
interested471
operational248
testing198