Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!sri-spam!sri-unix!ctnews!pyramid!decwrl!decvax!tektronix!reed!iscuva!davids From: davids@iscuva.UUCP Newsgroups: news.sysadmin,comp.mail.misc Subject: Re: mailers (really connectivity data) Message-ID: <474@iscuva.UUCP> Date: Mon, 9-Mar-87 13:29:58 EST Article-I.D.: iscuva.474 Posted: Mon Mar 9 13:29:58 1987 Date-Received: Wed, 11-Mar-87 22:04:59 EST References: <2131@ncoast.UUCP> <554@hao.UCAR.EDU> Reply-To: davids@iscuva.UUCP (David Schmidt) Organization: ISC Systems Corporation, Spokane, WA Lines: 31 Xref: utgpu news.sysadmin:71 comp.mail.misc:115 In article <1424@ncr-sd.SanDiego.NCR.COM> greg@ncr-sd.SanDiego.NCR.COM (Greg Noel) writes: >I have suggested to Peter Honeyman and the UUCP map folks that the next >version of pathalias allow an entry that forces a cost along a particular >link; i.e., instead of chosing the cheapest cost provided, a value is >assigned to the path. >... >In this way, it wouldn't matter if you missed some of the updates; as long >as you had the latest one, you would be OK. This same mechanism could be >used to distribute newly-created links, even before the official entry for >a site was distributed. Then the full data base would be distributed on >a much longer cycle (quarterly? or perhaps ten percent of the data base >every week to spread out the volume?) with the update file being posted on >a much more frequent basis (weekly? even daily is possible since the file >wouldn't be that large). This seems like a good solution. We would have to make changes to pathalias to either indicate that an entry is the ONLY entry to be used or place the changes in a files that would be read last and modify pathalias to only use the data from the LAST entry found (as I understand it, pathalias allows multiple entries for a site and uses all of them). We could then have an additional newsgroup called "mod.map.updates" or something similar that would contain the updates and corrections to the maps. This should give us a much more current map and correct at least some of the mail problems that are current occuring. -- David Schmidt UUCP: ihnp4!tektronix!reed!iscuva!davids ISC Systems Corp. Phone: (509)927-5479 Box TAF-C8 Spokane, WA 99220