Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!husc6!panda!genrad!decvax!bellcore!ulysses!allegra!princeton!down!honey
From: honey@down.FUN (Peter Honeyman)
Newsgroups: net.mail
Subject: Re: Real Networks (was Re: Neighbor optimized away)
Message-ID: <691@down.FUN>
Date: Wed, 14-May-86 07:54:17 EDT
Article-I.D.: down.691
Posted: Wed May 14 07:54:17 1986
Date-Received: Fri, 16-May-86 05:37:21 EDT
References: <6683@utzoo.UUCP>
Organization: CS Dept., Princeton University
Lines: 12
Keywords: uucp pathalias

henry points out difficulties in rerouting when the time to decide a
neighbor is down is of the same order as the neighbor's downtime.  to
amplify, it is very easy to concoct scenarios in which cycles are
created.  and if steps are taken to avoid them, traffic might get
blocked permanently.

as henry points out, the downtime decision has to have a long period;
i would guess a day or so.  but then, honey danber returns queued mail
after a day or so, giving the sender the option to resend along a
different path.

	peter