home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / uucp / 2490 < prev    next >
Encoding:
Internet Message Format  |  1993-01-02  |  3.9 KB

  1. Xref: sparky comp.mail.uucp:2490 comp.bbs.waffle:5792
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!batcomputer!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!werple.apana.org.au!tuple.apana.org.au!boombox!djk
  3. From: djk@boombox.apana.org.au (David Keegel)
  4. Newsgroups: comp.mail.uucp,comp.bbs.waffle
  5. Subject: Re: The UUCP network hasn't a tree structure
  6. Message-ID: <9HaRrAoLBh107h@boombox.apana.org.au>
  7. Date: Sat, 2 Jan 93 09:09:01 +1100
  8. References: <1992Dec28.024259.14707@blilly.UUCP> <sNimwB1w165w@willard.UUCP>
  9. Reply-To: David.Keegel@apana.org.au
  10. Followup-To: comp.mail.uucp
  11. Organization: Private site, Melbourne, Australia.
  12. Lines: 66
  13.  
  14. In <sNimwB1w165w@willard.UUCP> dawson@willard.UUCP (Willard Dawson) writes:
  15. >bruce@blilly.UUCP (Bruce Lilly) writes:
  16.  
  17. >> In article <KEQPrAmGBh107h@boombox.apana.org.au> David.Keegel@apana.org.au wr
  18. >> >If they don't recognise it, they do the same (as long as there is a
  19. >> >"tree" structure, and each node knows all the sites "below" it).
  20. >> 
  21. >> What makes you think the UUCP network has a tree structure?
  22.  
  23. I'm really only going from my local experience.  Anyway, I *don't* think
  24. the whole "UUCP network" has a tree structure.  The question is whether
  25. a local section of it has some kind of tree structure (mine does).
  26.  
  27. The piece of it I am in (APANA) has about 50 UUCP nodes, with a single
  28. connection to the Internet.  My machine is boombox.  It's only neighbor
  29. is tuple, so I call tuple boombox's "feed" (probably an abuse of
  30. terminology, but I know what I mean).
  31.  
  32. Tuple has about five UUCP neighbors, mostly "leaf" nodes like mine
  33. (although one can also be a Fidonet<->UUCP gateway).  One of tuple's
  34. neighbors is werple, which has about 20 neighbors.
  35.  
  36. About 5 of them are long distance calls (changed per minute rather
  37. than the flat rate ($0.25) which Telecom Australia charges for local
  38. calls (eg: same city).  I say werple is tuple's "feed".
  39.  
  40. Werple also has a SLIP link (SMTP packets only) to an Internet host,
  41. and an NNTP-only link to another Internet host.
  42.  
  43. The APANA nodes outside Melbourne (where boombox, tuple, werple and the
  44. two Internet hosts are) seem to have a similar topology.  One node in a
  45. city dials werple and the others connect to that one.
  46.  
  47. The upshot of all this is that all APANA nodes (to my knowledge) have a
  48. unique path from the host which is the destination MX for *.apana.org.au
  49. and use the same path (backwards) to send traffic out of APANA.
  50.  
  51. This means that I can set boombox's smarthost to "tuple" as long as
  52. boombox recognises mail for itself.  Tuple can set its smarthost to
  53. werple, as long as it can recognise its "downstream" sites (one of
  54. which is boombox, I think there is only one which is not directly
  55. connected to tuple).
  56.  
  57. Being the de facto "hub" for APANA (through which all inter-city APANA
  58. mail is carried for instance), werple needs a complete UUCP map of
  59. APANA nodes.  But werple can send any mail for outside apana to The
  60. Internet host it connects to (and thus to the outside world).
  61.  
  62. >I can't speak for other parts of the UUCP network, but my own little
  63. >piece of it is an undirected graph.  That is, each link is bi-directional.
  64. >And, many of the several sites with which I net have links between one
  65. >another, each of which is itself bi-directional.
  66.  
  67. That isn't what I meant.  From your signature, you seem to have two
  68. independant UUCP paths from/to The Internet.  If so, you certainly
  69. don't have a tree structure (else it would be a tree with two roots).
  70.  
  71. I suspect this nice simple topology we have in APANA doesn't match
  72. very well the normal practice in the USA and/or elsewhere.  I happen
  73. to think this "tree" style topography is good for 20-100 UUCP nodes,
  74. but perhaps this is skewed by having a flat-rate local phone charge.
  75. (And APANA being a generally "low cost" network!)
  76.  
  77. -- 
  78. <David.Keegel@apana.org.au>  <werple!tuple!boombox!djk>  Tel: +61 3 593-1460
  79. aka: djk@boombox.apana.org.au, djk@cs.mu.oz.au.  Formerly: djk@bby.com.au.
  80.