home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cs.utexas.edu!torn!nott!cunews!revcan!ecicrl!clewis
- From: clewis@ferret.ocunix.on.ca (Chris Lewis)
- Newsgroups: comp.mail.uucp
- Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
- Message-ID: <4013@ecicrl.ocunix.on.ca>
- Date: 21 Nov 92 03:33:42 GMT
- References: <1dtdonINN58c@grasp1.univ-lyon1.fr> <4001@ecicrl.ocunix.on.ca> <1eaojtINN6a9@grasp1.univ-lyon1.fr>
- Organization: Elegant Communications Inc., Ottawa, Canada
- Lines: 84
-
- In article <1eaojtINN6a9@grasp1.univ-lyon1.fr> Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel) writes:
- >clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
- >cl> Try sending mail to the postmasters, my experience is that it often
- >cl> helps to unjam links, or at least to get the map entries fixed.
-
- >I did ! Still waiting for a reply... Just wondering if they read the
- >mail. Other users from other sites also having trouble due to this map
- >entry also did... still waiting for an answer.
-
- Well, that happens. And it also happens that people fix things.
- One of the problems being that these maps tend to get out of date,
- and even if you do fix them, some regions haven't had map updates
- for as much as a year, so the SA gets just as frustrated as you.
-
- >What is the next action to take ? Shall the map coordinator for the
- >region be contacted to inform him of the trouble and eventually take
- >the entry out of the map, or is this out of his attributions ?
-
- The d.Top file is explicitly for listing links or sites that
- cause major problems with routing. Ie: many sites lose connections
- to largish parts of the net because of one bogus link. It sounds as
- this may qualify. It is *supposed* to have low latency in shipping
- out new ones, but...
-
- I believe you send off to rutgers to request that one be entered.
- If other sites are having the same problem, have them all ask.
-
- >The more I send mail to .UUCP domain the more I see trouble, every day
- >new links who can't handle what they indicate for several reasons
- >(going from the mailer unable to handle UUCP to those who have
- >just misconfigured their local name).
-
- Well, actually, my experience isn't that bad. I've had to mark
- about 3 machines dead. Mostly because their mailers are broken,
- not that their links don't work.
-
- I run a mailing list of ~200 systems. *Most* of my bounces are
- due to users evaporating, not bogus routing.
-
- >My list of "dead {site}" is growing daily. The one published in the
- >maps not.
-
- That happens. Sigh.
-
- Mel has been doing this for at least 6 years. It ebbs and flows.
- It's also a lot of work. I dunno what the answer is.
-
- >Well all this, also arrives to what you indicate in the Unix Email
- >software FAQ: use domains.
- >
- >> On the other hand, I often find it more reliable to only run with
- >> local maps (eg: province or state), and select a well administered
- >> machine as smart-host. I get virtually no bounces from mnie.
-
- >That is definitely the solution for sites, but when I see the top-level
- >domains aliases in the maps and more and more sites who have one
- >unique UUCP connection using them in without filtering anything, it's
- >just stupid.
-
- Yes. We've had our share of people advertising .edu links.
-
- >The shortest way from an Internet host to my machine is following the MX
- >routing, but when just one node before a site has digested the maps
- >it generates a folkoric route...
-
- I don't quite understand you here. Are you talking about sites
- rabid-routing *after* your MX forwarder?
-
- [Note that unpackmaps can be used to short-circuit internet addressing.]
-
- >> The *real* problem is SAs not keeping their maps up to date.
-
- >Nor (for lots of them) knowing how to use the maps in an efficient and
- >workable manner.
-
- >So what to do... Would map coordinators like to give their opinions ?
- >What are the policies they use about entries with wrong or non working
- >links ?
-
- I think the policy is that they will fix them IF they have the time.
- --
- Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
- Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
- Ferret list: ferret-request@ferret.ocunix.on.ca
-