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