
How does this route? The TSP ( traveling salesman problem ) model seems better than geo based models. Possibly a dynamic public/private key - the host provides part, the routers adds a wrapper of based on it's public key, and routes based on a dynamic traveling salesman solution using current network metrics. Blue Sky! "Current network metrics" - the gnutella type P2P have a ping problem keeping this info current enough, this is the heart of the P2P network problem. They are evolving to the use of dynamic assignment of "super peers" with other hosts as "leaf nodes" based on bandwidth to lessen this problem. If anyone wants to email me offlist, I will give a number of references to really good work in this area. Bruce Williams Benchmarks: Engineering wants to see how fast they can get the wheels to spin on a car. Operations wants to know how fast the car will go. These are different.
-----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu]On Behalf Of Tony Hain Sent: Monday, April 15, 2002 11:40 AM To: Stephen Sprunk; Scott A Crosby Cc: Patrick Thomas; nanog@merit.edu Subject: RE: references on non-central authority network protocols
Stephen Sprunk wrote:
Interesting idea though. Perhaps someone will write an i-d on autonomous numbering for IPv6.
RFC 3041 & http://www.tml.hut.fi/~pnr/publications/cam2001.pdf
Jasper Wallace wrote:
Location - either distribute all the addresses evenly over the planet or try to map to population density.
(the higher your density of sites, the more accurate your coordinates need to be).
you could aggregate addresses by doing something like:
2 hemispheres
36 'triangular' chunks spaced every 10 degrees latitude.
then split up in longditudernal stripes.
http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-02.txt
but i think you'd be better allocation on the basis of population density.
How exactly you'd make the social and economic changes to get to a system like this vs, the telcos/isps we have now is probably more trouble than it's worth ;-P
http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-use-02.txt
Tony