home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / uucp / 2084 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.4 KB

  1. Path: sparky!uunet!utcsri!torn!nott!cunews!revcan!ecicrl!clewis
  2. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  3. Newsgroups: comp.mail.uucp
  4. Subject: Re: Are costs relevant ? (was Re: UUCP map entries)
  5. Message-ID: <4001@ecicrl.ocunix.on.ca>
  6. Date: 17 Nov 92 06:45:03 GMT
  7. References: <3983@ecicrl.ocunix.on.ca> <1dtdonINN58c@grasp1.univ-lyon1.fr>
  8. Organization: Elegant Communications Inc., Ottawa, Canada
  9. Lines: 65
  10.  
  11. In article <1dtdonINN58c@grasp1.univ-lyon1.fr> Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel) writes:
  12. >In article <3983@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
  13. >>On the contrary, they're *entirely* relevant. 
  14.  
  15. >I'm not convinced anymore on that point.  In the design, costs
  16. >are definitely a good stuff, but seeing how they are more
  17. >and more used it does not reflect anymore the reality.
  18.  
  19. They may not reflect reality, but this doesn't mean that they're irrelevant.
  20. In fact, the problem is that they're relevant, but wrong.  Nor would
  21. any improvement be seen by eliminating costs.  The real improvement
  22. is by getting people to fix their maps, as well as ensure that they're
  23. up-to-date.
  24.  
  25. >First point: should costs reflect reall costs, delays or a combination of
  26. >both of those parameters ?
  27.  
  28. >A cheap way may take several days whereas a not much more expensive one
  29. >takes a few hours. I recently had the case with a site in the usa.tx maps
  30. >who had a pathalias route cheap and efficient.
  31.  
  32. The best way to calculate them is to first determine how often you
  33. connect to your neighbors.  This step is the easy one.  Take that
  34. as a starting point.  Then, factor in:
  35.     - link speed (for small + or - increments)
  36.     - desirability of routing other people's mail thru the
  37.       link.  If you don't want other people to use the link, but
  38.       you should be able to, then don't advertise it, just
  39.       do it in your local maps.
  40.     - reliability - if you go for months at a time only
  41.       being able to reach them once a week, then say WEEK.
  42.       Not DEMAND because it's supposed to be, but WEEK
  43.       because that's how the link sometimes behaves.
  44.       Take worst-case.
  45.     
  46. There are really no hard-and-fast rules.  There really can't be.
  47.  
  48. >And...
  49.  
  50. >... with the recent set of maps posted for Texas, many links have
  51. >changed, and in fact new ones have been added. From a two-hops
  52. >away from the Internet I switched to another two hops away via
  53. >site ks.uucp (at IBM Austin). Too bad, this site is misconfigured and
  54. >all mail get bounced. I declared the site as dead and restarted the
  55. >pathalias. News entry point: another IP site in Texas and 3 or
  56. >4 hops to go to my correspondant.  Another link dead, and that
  57. >still for two or three more turns gave my unefficient routes
  58. >with low cost...
  59.  
  60. Try sending mail to the postmasters, my experience is that it often
  61. helps to unjam links, or at least to get the map entries fixed.
  62.  
  63. On the other hand, I often find it more reliable to only run with
  64. local maps (eg: province or state), and select a well administered
  65. machine as smart-host.  I get virtually no bounces from mnie.
  66.  
  67. >I'm also conscient that changing the current cost scheme would
  68. >be nearly impossible.
  69.  
  70. To what?  The *real* problem is SAs not keeping their maps up
  71. to date.  Changing the costing scheme won't make any difference.
  72. -- 
  73. Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
  74. Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
  75. Ferret list: ferret-request@ferret.ocunix.on.ca
  76.