|
North American Network Operators Group Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical RE: references on non-central authority network protocols
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: [email protected] [mailto:[email protected]]On Behalf Of > Tony Hain > Sent: Monday, April 15, 2002 11:40 AM > To: Stephen Sprunk; Scott A Crosby > Cc: Patrick Thomas; [email protected] > 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 > > >
|