1997-02-13 - Re: subscribe

Header Data

From: ichudov@algebra.com
To: Sean Roach <roach_s@alph.swosu.edu>
Message Hash: 6ceecc56af41752795c4cce12fe4c8aa8db90866dbcd10ac4825277919c25863
Message ID: <199702130626.WAA04481@toad.com>
Reply To: N/A
UTC Datetime: 1997-02-13 06:26:21 UTC
Raw Date: Wed, 12 Feb 1997 22:26:21 -0800 (PST)

Raw message

From: ichudov@algebra.com
Date: Wed, 12 Feb 1997 22:26:21 -0800 (PST)
To: Sean Roach <roach_s@alph.swosu.edu>
Subject: Re: subscribe
Message-ID: <199702130626.WAA04481@toad.com>
MIME-Version: 1.0
Content-Type: text/plain


Sean Roach wrote:
> ...
> Something to consider.  If anyone of the distributed remailers is removed
> from a ring, the messages that need to travel across that ring can no longer
> do that.  This makes the loop only as strong as its most at risk remailer.
> The star approach has already been seen in action, the trouble here is a
> single choke point.
> Full interconnectability is only feasible in a small net, but I would advise
> this at first.  Check for the x-loop to see if another one got it first.  If
> none, add one and send it on down the line.
> A disjointed mess, if the remailers are given first access to the list,
> could work quite well as long as that x-loop remained to point to who sent
> the message, and the x-loop contained an unalterable message number, and the
> remailers could eliminate duplications, probably based on message number.
> This should work as the net grows and would only be as weak as the strongest
> two connected remailers.
> Sounds like the internet.
> 

I'd suggest a simplier solution: to connect each server with a couple,
or maybe three, other servers. This scheme is rather robust, does not
consume too much CPU time and bandwidth, and is easy to implement.

	- Igor.






Thread