Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site psivax.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!oliveb!hplabs!sdcrdcf!psivax!friesen From: friesen@psivax.UUCP (Stanley Friesen) Newsgroups: net.news.group Subject: Re: Topology, connectivity, and garbage Message-ID: <849@psivax.UUCP> Date: Mon, 11-Nov-85 12:48:26 EST Article-I.D.: psivax.849 Posted: Mon Nov 11 12:48:26 1985 Date-Received: Thu, 14-Nov-85 00:21:31 EST References: <787@adobe.UUCP> <173@gould9.UUCP> <830@psivax.UUCP> <260@polaris.UUCP> Reply-To: friesen@psivax.UUCP (Stanley Friesen) Organization: Pacesetter Systems Inc., Sylmar, CA Lines: 29 Summary: In article <260@polaris.UUCP> herbie@polaris.UUCP (Herb Chong) writes: >In article <830@psivax.UUCP> friesen@psivax.UUCP (Stanley Friesen) writes: >> Actually this can be carried further, after all "local areras" >>*overlap*, so it should be possible to develope a chain of local, or >>at least low-cost zone, calls all the way across the country. > >is the added propogation delay worth it? remember that the primary >reason for the backbone sites is the reduce the propogation delay >as well as to ensure that a large group of sites have a decent chance >of getting ALL news. > Yes, or at least a slight increase in propagation delay would be worth it if it ameliorated the net transmission costs. Actually, just a careful analysis of long distance links to eliminate unnecessary ones(like multiple links into the same aerea), and to find two or three step paths that are cheaper per site would be a big help. Other good suggestions include having the *recieving* site make the long distance call, not the sending site, and I saw an article about a new type of network link based on radio communication. All I am saying is there aught to be a way to *optimize* the net news transmission to minimize cost, and that *would* be worth an increased propagation delay. -- Sarima (Stanley Friesen) UUCP: {ttidca|ihnp4|sdcrdcf|quad1|nrcvax|bellcore|logico}!psivax!friesen ARPA: ttidca!psivax!friesen@rand-unix.arpa