home  wiki

Diff: AddressAllocation

--- Version 
+++ Version 1 
@@ -0,0 +1,31 @@ 
+!! Proposed Addressing Structure 
+The address ranges to be allocated are in the 
+* 172.16.80.0/20 (172.16.80.0-172.16.95.255) range for routing nodes 
+* 10.10.0.0/16 (10.10.0.0-10.10.255.255) range for client nodes. 
+See (http://www.freenetworks.org/moin/index.cgi/NetworkAddressAllocations freenetworks) for more details. 
+! Routing Nodes 
+Routing nodes are IP routers in distinct locations (e.g. separate nodes on the node map) that 
+* agree to meet Melbourne Wireless group consensus on the minimum requirements on routing nodes, such as 
+** you aim to have 24/7 uptime 
+* are prepared to forward traffic on-behalf of peer Melbourne Wireless nodes to other peer Melbourne Wireless nodes 
+* run OSPF as the wide area network (between nodes) interior gateway protocol, in a configuration prescribed by Melbourne Wireless group technical consensus 
+Routing nodes will be allocated one address from 172.16.80.0/20 range per __wide-area__ wireless interface. Along with this will be an allocation of one or more /28 subnets from 10.10.0.0/16. This address space can be further subnetted to supply connectivity to (local area) wireless and wired client networks that form [stub] networks from the node. Reachability to directly connected 10.10.0.0 /28 subnets will be advertised through OSPF. 
+! Client hosts 
+If you do not meet the above requirements, for instance 
+* you don't want to run OSPF but are a distinct node on the nodemap 
+* you have just a laptop that you want to connect via wireless to a real routing node 
+* you have additional routers in a home network connected to your routing node 
+then you are to use addresses from the 10.10.0.0/16 space. Essentially only nodes that run OSPF across the WAN will use 172.16.80.0/20 addresses. 
+If you fall into the first category above - you don't want to run OSPF on your node - then you can only usefully use one WAN link to a true router-node. You must negotiate with this node owner to obtain 10.10.0.0/16 address space (she might for instance request another /28 on your behalf). The router-node might statically route this space to your node, or they might run RIPv2 with just you for instance. 
+! Picture 
+Will draw picture to show this in action... 
+! IPv6 
+The IPv4 allocations will be mimicked in the site level addressing part of an IPv6 /48 prefix (ie. bit positions 49-64) for those nodes that desire IPv6 address space. 
+For the WAN addresses, this address will be fec0:172:16:xxxx::1/128 and for the clients subnets [[2002/fec0]]:????:????:xxxx::/62. This leaves space for future allocations 'over-the-top' when RFC1918 IPv4 address space is available to us is depleted. 
+For example, if a node is assigned '''172.16.81.33 and 10.10.66.240-255''', the corresponding IPv6 addresses/prefixes are also assigned: '''<48bitprefix1>:5121::1/128 and <48bitprefix2>:42F0::/62'''. 
[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
building132
gathering192
interested515
operational242
testing216