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