Re: From Andy:

"Rob Kyle" <MBCX0RK2-RHlZi5nFZCOi2/woJv4GR1pr/1R2p/[email protected]> Wed, 2 Oct 2002 14:58:52 +0100
Newsgroups gmane.comp.isp.consume.bristol
Organization University of Manchester
Message-ID <[email protected]>
I tried mailing this before but it bounced:

So if there was an method of giving yourself an unique IP, would 
this solve the problems?

Could use a cheapo GPS in nodes to come up with unique IPs 
based on location (which would be handy in routing too.)

Rob

> 
> I've downloaded the ISO, and had a prod at it.  Basically, it's derived 
> from a slackware distro, hence the size.  I haven't actually tied using it 
> (for lack of suitable laptop and prism card) but from looking at it I'd be 
> surprised if it does do what it says on the tin. From a 15 minute 
> inspection of the ISO image, this is what I've discovered.
> 
> A node either operates in gateway or cell/repeater mode.  The node decides 
> it's the gateway if it recieves a response to a ping from a hard-wired 
> address (an upstream IP router, ie. your ADSL router).
> 
> If it decides to become a gateway, it starts up a vtund daemon (vtun is 
> quite a nice a VPN protocol), and waits for cells to join.
> 
> If a node doesn't recieve a response to said ping, it decides to become a 
> cell/repeater.  If it associates with a gateway, it starts up a vtund 
> session with it.
> 
> Nodes randomly select a /24 network from RFC1918 space, and use allocate 
> addresses from this address space to clients.  The default IP gateway is 
> the gateway node, hence all traffic is routed via the gateway.
> 
> My opinion is that this is a brave effort, but I will happily bet any part 
> of my anatomy that this won't scale to 6000 nodes.  There are so many 
> things wrong with this approach it's difficult to know where to start, but 
> here goes:
> 
> 1) This ain't a mesh network.  Repeaters must associate directly with the 
> gateway node, and can't associate with each other.  Repeaters can't pass 
> data between themselves, and can't "chain" at all.  This limits the size of 
> the wireless "footprint", and increases the density of ISP connections that 
> you require.
> 
> 2) There's no attempt (that I can see) to ensure that IP address space is 
> non-overlapping.  Hence, it's possible for two nodes to randomly select the 
> same /24 network.  The larger the network becomes, the more likely a 
> "collision" will occur (1 in 256 for the second node, with the probability 
> doubling whenever a new node associates).  Guess what this will do to the 
> routing.  Peer to peer communication will be flaky and will get 
> progressively worse as the network grows.
> 
> 3) You can't even roam between *repeater cells* without being allocated a 
> completely different IP address.  Which may or may not be conflicting with 
> someone else, d'oh.
> 
> 4) No authentication/encryption.  Yes it says encryption on the website, 
> but the keys on the tunnels are like this:
> 	YesAtTheMomentAllEncryptionKeysAreTheSame0
> 	YesAtTheMomentAllEncryptionKeysAreTheSame1
> 	YesAtTheMomentAllEncryptionKeysAreTheSame2
> 	etc...
> 
> IMHO, this is really just a very complicated and broken system for NATing 
> an internet connection over wireless.
> 
> cheers, josh.


Bristol Consume Website: http://consume.andylaurence.co.uk/
Bristol Consume Discussion: http://consume.cyberprog.net/
Administrivia: To Subscribe send an e-mail to [email protected] with the subject subscribe. To unsubscribe send with the subject unsubscribe.
To post to the list just e-mail [email protected] or hit reply in your mail client.