Xref: utzoo comp.mail.uucp:1610 comp.mail.headers:389
Path: utzoo!utgpu!attcan!uunet!lll-winken!lll-tis!ames!mailrus!tut.cis.ohio-state.edu!cwjcc!hal!ncoast!allbery
From: allbery@ncoast.UUCP (Brandon S. Allbery)
Newsgroups: comp.mail.uucp,comp.mail.headers
Subject: Re: what do _YOU_ mean by "all routing"??
Message-ID: <12134@ncoast.UUCP>
Date: 10 Aug 88 00:12:40 GMT
References: <3732@palo-alto.DEC.COM> <622@mailrus.cc.umich.edu>
Reply-To: allbery@ncoast.UUCP (Brandon S. Allbery)
Followup-To: comp.mail.uucp
Organization: Cleveland Public Access UN*X, Cleveland, Oh
Lines: 27

As quoted from <622@mailrus.cc.umich.edu> by emv@mailrus.cc.umich.edu (Edward Vielmetti):
+---------------
| In article <3732@palo-alto.DEC.COM> vixie@palo-alto.DEC.COM (Paul Vixie) writes:
| >This is only a demonstration of _passive routing_, which is a Good Thing
| >according to me and is quite different from what Rutgers actually does.
| 
| Hey, someone's got to keep the maps sane, right?  There's
| much more confusion and anguish to be had by having your
| mail end up on someone's small private workstation in Italy
| that happens to have the same name as your node, let me
| tell you.
+---------------

I hate to say it, Ed, but you just argued against active rerouting.  You see,
if the little box in Italy is on the maps but yours isn't, rutgers will
ignore the explicit path directing it to your system, in the name of active
rerouting, and send the bugger to Italy!

In a passive rerouting system, this can only happen when the path to your
little box isn't specified.  In active rerouting, it will *always* happen;
the site in the maps gets highest priority and unregistered sites that have
the same name as registered sites are unreachable even if a path is
explicitly specified.

++Brandon
-- 
Brandon S. Allbery, uunet!marque!ncoast!allbery			DELPHI: ALLBERY
	    For comp.sources.misc send mail to ncoast!sources-misc