Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU; 11 Dec 89 12:22:19 EST Received: from lcs.mit.edu (CHAOS 15044) by MC.LCS.MIT.EDU; 11 Dec 89 12:09:05 EST From: Rob Austein Sender: sra@mintaka.lcs.mit.edu To: DAR@xv.mit.edu CC: info-hosts@MC.lcs.mit.edu In-reply-to: daverose@xv.mit.edu's message of 10 Dec 89 14:58:42 EST 2838311922@XENOPHOBIA.MIT.EDU Subject: Up-to-date list of hosts Date: Mon, 11 Dec 89 12:02:21 EST Message-ID: <8912111202.aa06752@mintaka.lcs.mit.edu> Date: 10 Dec 89 14:58:42 EST From: daverose@xv.mit.edu Can you tell me how to obtain an up-to-date hosts file? Thanks. There are a bunch of automaticly maintained tables (various formats and subsets) available via anonymous FTP from mintaka.lcs.mit.edu in the directory hosts/misc. If there's a particular format or subset you want that's not present, ask, we may be generating it and just not bothering to export it. NB: If you want the NIC table, -please- get it from mintaka or from bitsy.mit.edu, not from the NIC (per request of the NIC staff). Here's what's currently in mintaka.lcs.mit.edu:~anonymous/hosts/misc: -rw-r--r-- 1 root 3562 Dec 11 04:58 chaoshosts.chaos-only Automaticly generated list of names of hosts that are only reachable by chaosnet, for sendmail.cf routing kludge. -rw-r--r-- 1 root 690896 Dec 11 04:59 hosts.nic Verbatim copy of NIC host table (NIC.DDN.MIL:NETINFO:HOSTS.TXT). -rw-r--r-- 1 root 37224 Dec 11 04:59 hosts2.txt Automaticly generated HOSTS2 host table for MIT chaosnet. -rw-r--r-- 1 root 165346 Dec 11 04:59 hstcamp.txt (Almost) verbatim copy of bitsy.mit.edu:~anonymous/hosts/hstcamp.txt (we run it through an AWK script to get the number of ":" characters per line right, the verbatim table from MIT Telecommunications violates RFC-810 (et al) syntax rules). -rw-r--r-- 1 root 112326 Dec 11 04:59 hstlcs.txt Verbatim copy of LCS host table as generated from Lisp Machine namespace (AI: SYSHST; HSTLCS >). -rw-r--r-- 1 root 149480 Dec 11 04:59 hstmit.txt Automaticly generated "MIT" host table. Does not currently include hstcamp.txt for historical reasons; this should be fixed someday. -rw-r--r-- 1 root 14091 Dec 11 04:59 hstnet.txt Verbatim copy of AI: SYSHST; HSTNET >, the "official" MIT subnet allocation table. -rw-r--r-- 1 root 12212 Dec 11 04:59 hstxxx.txt Verbatim copy of AI: SYSHST; HSTXXX > (if you need to ask, you don't want to know...). Please continue to address inquiries to INFO-HOSTS@AI.AI.MIT.EDU. --Rob  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU; 10 Dec 89 15:09:41 EST Received: from lcs.mit.edu (CHAOS 15044) by MC.LCS.MIT.EDU; 10 Dec 89 15:07:58 EST Received: from ATHENA.MIT.EDU by mintaka.lcs.mit.edu id aa12986; 10 Dec 89 15:01 EST Received: from [18.86.0.190] by ATHENA.MIT.EDU with SMTP id AA21294; Sun, 10 Dec 89 15:00:31 EST Subject: Up-to-date list of hosts To: info-hosts@MC.lcs.mit.edu Cc: dar@xv.mit.edu Reply-To: DAR@xv.mit.edu From: daverose@xv.mit.edu Message-Id: 2838311922@XENOPHOBIA.MIT.EDU Date: 10 Dec 89 14:58:42 EST Can you tell me how to obtain an up-to-date hosts file? Thanks. Dave Rosenblitt  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 27 Jan 89 16:20:25 EST Date: Fri, 27 Jan 89 16:19:03 EST From: Rob Austein Subject: two changes: XX and Multics To: Info-Hosts@AI.AI.MIT.EDU, SRA@MC.LCS.MIT.EDU Message-ID: <531731.890127.SRA@MC.LCS.MIT.EDU> 1) XX's primary name in the host tables is now "LCS.MIT.EDU", with "XX.LCS.MIT.EDU" as a nickname. This is just a reordering, but it might confuse some people. XX's primary function these days is as the LCS.MIT.EDU maildrop, and XX no longer has any "users". 2) Multics.MIT.EDU has been gone for a year now, so I commented it out of HSTG >.  Received: from GAFFA.MIT.EDU (TCP 2217400013) by AI.AI.MIT.EDU 26 Jan 89 16:10:24 EST Received: by GAFFA.MIT.EDU (5.54/DA0.1) id AA02804; Thu, 26 Jan 89 16:09:47 EST Message-Id: <8901262109.AA02804@GAFFA.MIT.EDU> From: Doug Alan Reply-To: Doug Alan To: info-hosts@AI.AI.MIT.EDU Subject: GAFFA Date: Thu, 26 Jan 89 16:09:44 EST Sender: nessus@GAFFA.MIT.EDU I added the Chaos host 'GAFFA' to the file ai:syshst;hstee >. It's address is 37013. It's Internet address is 18.62.0.11 . |>oug /\lan  Received: from REAGAN.AI.MIT.EDU (CHAOS 13065) by AI.AI.MIT.EDU 18 Jan 89 18:30:52 EST Received: from PIGPEN.AI.MIT.EDU by REAGAN.AI.MIT.EDU via CHAOS with CHAOS-MAIL id 167099; Wed 18-Jan-89 18:21:41 EST Date: Wed, 18 Jan 89 18:21 EST From: Alan Bawden Subject: Chaos-net adresses To: ROLL@KICKI.STACKEN.KTH.SE cc: Info-HOSTS@AI.AI.MIT.EDU In-Reply-To: <19890116210039.6.ALAN@PIGPEN.AI.MIT.EDU> Message-ID: <19890118232152.9.ALAN@PIGPEN.AI.MIT.EDU> Date: Mon, 16 Jan 89 16:00 EST From: Alan Bawden ... I would like to allocate two subnets for Peter. Since he has the old KL-10 and its front-end 11, I propose to transfer ownership of subnet 3 to him. Also he will soon have a small local Chaosnet, and will need a second subnet for that. OK, Chaos subnets 3 and 63 (octal, 51 decimal) now belong to the Royal Institute of Technology. Subnet 3 is the one the KL has always used to talk to its network 11. Subnet 63 was previously unused. The comments in the HSTNET file refer people to ROLL if they have any questions.  Received: from PIGPEN.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 16 JAN 89 16:08:32 EST Date: Mon, 16 Jan 89 16:00 EST From: Alan Bawden Subject: Chaos-net adresses To: ROLL@KICKI.STACKEN.KTH.SE, Info-HOSTS@AI.AI.MIT.EDU cc: Alan@AI.AI.MIT.EDU In-Reply-To: <12460923678.29.411.15980@KICKI.STACKEN.KTH.SE> Message-ID: <19890116210039.6.ALAN@PIGPEN.AI.MIT.EDU> Date: 8-Jan-89 15:38:08 +0100 From: Peter Lothberg ... 2,) Do we need to coordinate the chaos-host numbers with the other chaos based hosts @ mit... I would like to allocate two subnets for Peter. Since he has the old KL-10 and its front-end 11, I propose to transfer ownership of subnet 3 to him. Also he will soon have a small local Chaosnet, and will need a second subnet for that. He and I both realize that there is no real need to coordinate subnet numbers, since it is unlikely that we will ever join the two Chaosnets, but who knows? We have numbers to spare it seems. (Will LMI ever want its 9 reserved subnet numbers?) Any objections? I presume I just edit AI:SYSHST;HSTNET appropriately?  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 30 Dec 88 10:34:09 EST Received: from KODIAK.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 30 Dec 88 10:30-EST Date: Fri, 30 Dec 88 10:30 EST From: David Goodine Subject: AI: SYSHST; HSTG 120 To: info-hosts@AI.AI.MIT.EDU cc: dmg@goldilocks Message-ID: <19881230153045.6.DMG@KODIAK.MIT.EDU> This file contains a change I made to switch the SPEECH alias to point to host ANA instead of to host GOLDILOCKS. -dmg  Received: from DARJEELING.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 12 DEC 88 19:55:11 EST Date: Mon, 12 Dec 88 19:54 EST From: Michael McIlrath Subject: 18.62/chaos 76 => syshst; hstee? To: info-hosts@AI.AI.MIT.EDU Message-ID: <19881213005411.9.MBM@DARJEELING.MIT.EDU> Does anyone have any objection to the IP and chaos hosts currently listed in AI:syshst; HSTG that are on IP subnet 18.62 and/or chaos subnet 076 moving to the HSTEE file? This wire is now a semi-autonomous region and I would like to have a dedicated place to keep up with our stuff. This will also include the existing hosts in HSTEE (to the extent that they really DO exist!) --mike  Received: from SRI-NIC.ARPA (TCP 1200000063) by AI.AI.MIT.EDU 19 Nov 88 17:13:01 EST Date: Sat, 19 Nov 88 14:04:51 PST From: Douglas Weiman Subject: Re: added Xenon to HSTG To: Kevin_Crowston@XV.MIT.EDU cc: info-hosts@ai.ai.mit.edu In-Reply-To: <0.43520.29067.23803.10052@XV.MIT.EDU> Message-ID: <12447886878.25.WEIMAN@SRI-NIC.ARPA> Kevin - Because of the size of the Host Table and the push toward the use of the domain system, we are not registering individual internet hosts that are already under fully-registered domains. Since the host mentioned in your message is within the MIT.EDU domain, and therefore fully accessible to the Internet community, we can not register it in the Host Table. If you have any other concerns, please let us know. Thanks - Douglas Hostmaster -------  Received: from XV.MIT.EDU (TCP 2225400004) by AI.AI.MIT.EDU 15 Nov 88 18:24:40 EST Received: from MITMS1-E52: by XV.MIT.EDU; 11 Mar 88 14:48:06 EST cc: Kevin_Crowston@XV.MIT.EDU To: info-hosts@ai.ai.mit.edu Subject: added Xenon to HSTG From: Kevin_Crowston@XV.MIT.EDU Date: 15 Nov 88 18:18:30 EST Message-ID: <0.43520.29067.23803.10052@XV.MIT.EDU> Sender: Kevin_Crowston@XV.MIT.EDU I added an entry for a PC and sometimes print server, HOST : XENON : 18.86.0.153 : IBMPC : MSDOS :: It's in E53-322, and I'm the contact: Kevin Crowston x 2781.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 28 Oct 88 16:06:41 EDT Received: from XV.MIT.EDU (TCP 2225400004) by MC.LCS.MIT.EDU 28 Oct 88 16:03:09 EDT Received: from MITMS1-E40: by XV.MIT.EDU; 11 Mar 88 14:48:06 EST To: info-hosts@mc.lcs.mit.edu Subject: adding workstations From: Kevin@XV.MIT.EDU Sender: Date: 28 Oct 88 15:48:47 EDT Message-ID: <0.43520.20995.61221.10022@XV.MIT.EDU> Sender: Kevin_Crowston@XV.MIT.EDU What's the general feeling about adding workstations to the MIT hosts tables? I have about 25, possibly expanding to 35 or 40. We rarely need to talk directly to them, but it would be nice if the nameservers knew enough about them to be able to answer IN-ADDR type queries... any feeling about whether or not to add them? Kevin  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 6 Oct 88 14:59:37 EDT Date: Thu, 6 Oct 1988 14:55 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU, Info-Hosts-Update@AI.AI.MIT.EDU Subject: MIT-foo nicknames flushed from HSTMIT & HOSTS3 tables After the dust settled, the most reasonable suggestion was to turn off the automatic nickname generation in the host table compiler job. So all the MIT-foo.ARPA nicknames, etc, will no longer be present in future tables. Sites which still use this stuff might want to consider updating any instances of MIT-foo names to the real cannonical names now, before the last copies of the old tables become inaccessable. The list of changes caused by this is so large that the SRCCOM will not be sent out as a mail message to INFO-HOSTS-UPDATE; interested parties should look in XX: for the diffs. At this point I am unlikely to make changes to the code except to fix major bugs on XX or the ITS machines; pleas for other changes will be listened to but are unlikely to be acted upon. --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 22 Sep 88 12:46:10 EDT Date: Thu 22 Sep 88 11:34:37-EDT From: Rob Austein Subject: End of the road, anybody got any bright ideas? To: Info-Hosts@AI.AI.MIT.EDU, Bug-COMSAT@AI.AI.MIT.EDU Message-ID: <12432611487.23.SRA@XX.LCS.MIT.EDU> The HOSTS3 compiler ran out of address space again, and I've run out of clever ideas for how to automaticly discard useless information to make everything important fit again. So unless somebody comes up with some bright idea, this means the end of the comprehensive HOSTS3 table and its derivatives. There is no problem with continuing to produce the chaosnet host tables, although at the moment that process is also stopped due to the breakage of the comprehensive table. Once again I ask that anybody left using the comprehensive table make themselves known. We already know about the ITS machines. Anyone else? If I don't hear loud screams (and suggestions) I'll assume that from this point on the HOSTS3 table stuff is an ITS internal maintainance issue of no interest to anyone else. --Rob -------  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 15 Sep 88 00:49:52 EDT Received: from wheat-chex.ai.mit.edu (TCP 20015023057) by MC.LCS.MIT.EDU 14 Sep 88 23:22:26 EDT Received: by wheat-chex.ai.mit.edu; Wed, 14 Sep 88 23:22:53 EDT Date: Wed, 14 Sep 88 23:22:53 EDT From: foner@wheaties.ai.mit.edu (Leonard N. Foner) Message-Id: <8809150322.AA28206@wheat-chex.ai.mit.edu> To: sun-bugs@wheaties.ai.mit.edu, sra@xx, info-hosts@mc.lcs.mit.edu Subject: TAC -> WC loses, TERMINUS -> WC wins; why? Cc: foner@wheaties.ai.mit.edu I just spent a frustrating time connected to WC from MIT-TAC (I was trying to keep load off Terminus, and had misplaced the direct phone numbers). Coming in from the TAC, with me as the only non-idle user on WC, I got extremely bursty I/O. It came about a line at a time, with an average speed of about 300 baud on a 1200 baud connection. This looks like some fairly repeatable network lossage combined with a smallish buffer (one line is much less than 576 octets...). I hung up and came in through Terminus immediately thereafter. No problems, normal I/O. Has anyone else experienced problems with the TAC? I've never had this bursty behavior talking to other AI/LCS hosts, though it's been a while since I've used the TAC, and this could be new behavior. P.S. I have no idea where this message should *really* be going. If there's some more appropriate place, please forward it and CC me. Tnx.  Date: Fri, 9 Sep 88 16:00:14 EDT From: "Michael A. Patton" Subject: I allocated subnet 037 (decimal 31.) To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <440333.880909.MAP@AI.AI.MIT.EDU> I allocated subnet Octal 037, Decimal 31 for use as the SLIP subnet for LCS hosts off SLUDGE. The updated line from HSTNET is: SUBNET : 037 : 18.31.0.0 : LCS.MIT.EDU : LCS SLIP subnet off Sludge  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 16 Aug 88 03:43:49 EDT Date: Tue, 16 Aug 88 03:43:23 EDT From: Rob Austein Subject: Host table and LCS.MIT.EDU zone updates missing for a little while To: Info-Hosts@AI.AI.MIT.EDU, Postmaster@AI.AI.MIT.EDU Reply-To: Whorfin@MC.LCS.MIT.EDU Message-ID: <466978.880816.SRA@MC.LCS.MIT.EDU> One of the disks in XX's primary filesystem headcrashed this evening, and I'll be out of town for the rest of the week by the time the filesystem can be put back together, so all the batch jobs that run at wee hours on XX will be out of commission until next week. In particular, SYSBIN;HOSTS3 BIN on the ITS machines and LCS.ZONE on the LCS unix machines will not be updated until the batch jobs are running again; please talk to Mike Patton if some emergency requires that changes be made before XX is fixed. --Rob  Received: from GOLDILOCKS.MIT.EDU (CHAOS 15470) by AI.AI.MIT.EDU 20 Jul 88 15:05:38 EDT Received: from WINNIE-THE-POOH.MIT.EDU by GOLDILOCKS.MIT.EDU via CHAOS with CHAOS-MAIL id 51610; Wed 20-Jul-88 15:09:53 EDT Date: Wed, 20 Jul 88 15:05 EDT From: David H. Kaufman Subject: SPEECH going away To: info-hosts@AI.AI.MIT.EDU Message-ID: <19880720190552.7.QUX@WINNIE-THE-POOH.MIT.EDU> Zippy-Says: I think I am an overnight sensation right now!! SPEECH will be going out of service sometime in October. This means that the gateway between subnets 1 and 033 (provided by SPEECH-11) will very probably disappear as well. This will leave BYPASS as the primary (perhaps the only) subnet 1 gateway on this side of the tracks. EECS-11 is listed in HSTEE as having an address on sn 076 (37142) and in the Lispm namespace as having an address on sn 025 (12542). At the current writing, neither of these appear in its routing table. PLASMA is listed in HSTG & the namespace as being on subnet 1, but it doesn't seem to be there either. There's also something called EETEST in the namespace that doesn't seem to be out there.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 9 Jul 88 15:28:42 EDT Date: Sat 9 Jul 88 15:24:46-EDT From: Rob Austein Subject: Automatic table update To: info-hosts@AI.AI.MIT.EDU Message-ID: <12412992582.34.SRA@XX.LCS.MIT.EDU> Zermatt seems to have refrained from barfing on the LCS namespace for several days, so the automatic host table update job on XX is running again. -------  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 8 Jul 88 12:52:40 EDT Date: Fri, 8 Jul 1988 12:48 EDT Message-ID: From: Rob Austein To: namecallers@MC.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU Subject: machine readable subnet table in AI:SYSHST;HSTNET >: clarification I forgot a paragraph in the previous message. The naming authority for a given subnet should not be confused with some kind of limitation on the names of the hosts on that subnet; the naming authority field simply specifies which zone's nameservers have responsibility for providing the IN-ADDR data. Eg, there are a number of AI lab machines on subnet 18.26.0.0, but LCS is responsible for providing the IN-ADDR data for subnet 18.26.0.0. Think of "the naming authority for this subnet is FOO" as meaning "the nameservers that are authoritative for the FOO zone are also authoritative for the IN-ADDR data for this subnet".  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 8 Jul 88 12:45:38 EDT Date: Fri, 8 Jul 1988 12:41 EDT Message-ID: From: Rob Austein To: namecallers@MC.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU Subject: machine readable subnet table in AI:SYSHST;HSTNET > I finally had sufficient motivation to design (with some help from Mike Patton) a machine readable syntax for the master MIT subnet table that lives on AI. I've placed a copy of the file in the usual place (AI: SYSHST; HSTNET >). Comments and corrections welcome. Please indicate whether your comments/corrections refer to the SYNTAX of the table or the DATA that is presently in the table; Mike and I are well aware that some of the data is horribly out of date. If the comments and the syntax are clear enough that you understand the table, please feel free (nay, encouraged) to update anything you know to be obsolete. If the syntax or comments are too opaque, please say so. The data I'm trying to distribute via this table is the following: 1) Subnet masks for all known MIT networks. 2) Which IP network (one at most) a given subnet is part of. 3) Which portion of MIT is the naming authority for a particular subnet (eg, LCS owns subnet 18.26.0.0); the notation is less general than the domain system itself, but seems sufficient for the way we allocate subnets and domains at MIT. 4) Whether or not this subnet is believed to be allocated properly (ie, whether there is a known conflict with this subnet because somebody didn't follow the rules). 5) A text string indicating physical location and/or a contact. Eventually I hope to have a program that will do some kind of automated consistancy checking of this table against both itself and the combined MIT host tables so that it can notify the appropriate people if somebody does something weird. The proximate cause of all this is that I need to automate the proceedure by which the LCS zone file constructor job figures out which subnets of net 18 LCS currently owns so that it can generate the right IN-ADDR zone files. --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 6 Jul 88 11:34:34 EDT Date: Wed 6 Jul 88 11:30-EDT From: Rob Austein Subject: Automatic host table updates temporarily disabled To: Info-Hosts@AI.AI.MIT.EDU I've turned off the automatic update job that generates new host tables on XX and the ITS machines, due to a problem with the LCS lispm namespace. XX, the ITS machines, and the LCS domain nameservers have been backed out of the bad generated files. I'll turn the updater back on as soon as the problem is under control.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 6 Jul 88 11:34:34 EDT Date: Wed 6 Jul 88 11:30-EDT From: Rob Austein Subject: Automatic host table updates temporarily disabled To: Info-Hosts@AI.AI.MIT.EDU I've turned off the automatic update job that generates new host tables on XX and the ITS machines, due to a problem with the LCS lispm namespace. XX, the ITS machines, and the LCS domain nameservers have been backed out of the bad generated files. I'll turn the updater back on as soon as the problem is under control.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 31 May 88 22:58:42 EDT Date: Tue, 31 May 1988 22:57 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: Bozos adding Athena's DIALUP machine to Tech Square namespaces Would whoever keeps adding Athena's DIALUP (aka M11-111-1.MIT.EDU) machine to the Tech Square namespaces please come talk to me? I'm getting tired of deleting it, presumably you're getting tired of adding it too. Thanks. --Rob  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 12 May 88 04:05:58 EDT Received: from GAAK.LCS.MIT.EDU (TCP 2206400041) by MC.LCS.MIT.EDU 11 May 88 16:26:42 EDT Received: by GAAK.LCS.MIT.EDU (4.12/4.7); Wed, 11 May 88 12:39:35 ast Date: Wed, 11 May 88 12:39:35 ast From: map@GAAK.LCS.MIT.EDU (Michael A. Patton) Message-Id: <8805111639.AA00549@GAAK.LCS.MIT.EDU> To: Info-Hosts@mc Subject: [psz@MC.LCS.MIT.EDU: I took another subnet] Date: Mon, 9 May 88 15:56 EDT From: psz@MC.LCS.MIT.EDU Sender: TAR@MC.LCS.MIT.EDU Subject: I took another subnet To: map@GAAK.LCS.MIT.EDU Cc: psz@MC.LCS.MIT.EDU, tar@MC.LCS.MIT.EDU Mike, as threatened, I took subnet 45 (dec) for the chaos/ip link to NEMC. I recorded this in the file AI:SYSHST;HSTNET >. --Pete Sz.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 9 May 88 22:28:19 EDT Date: Mon, 9 May 1988 22:21 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: Host table generation tweaks & impending death of global HOSTS3 table People who are both interested and alert will have noticed that host table compilation has been broken for the last few weeks. I finally bit the bullet and tightened up the TECO code a bit to get rid of some unnecessary nicknames, because we needed to get Bloom-Beacon.MIT.EDU into the tables ASAP. The new code will only generate the various nicknames for the primary short name of a host. Eg, HOST : xxx : FOOBAR,FOO : .... : now becomes HOST : xxx : FOOBAR.LCS.MIT.EDU,MIT-FOOBAR.ARPA,MIT-FOOBAR,FOOBAR,FOO : ... : Formerly, it would have also gotten names FOO.LCS.MIT.EDU, MIT-FOO.ARPA, and MIT-FOO. The change saves a few pages of string space, which made the difference in getting the compiler to run again. The one exception to this rule is that VX.LCS.MIT.EDU, by special dispensation, still gets the full range of nicknames for their former name (MIT-VAX), since that's still their primary name on Usenet. Hosts in the AI lab table are uneffected by this change; if I find the time I'll probably switch all the tables in AI: SYSHST; over to work the way HSTAI does so that I can stop maintaining this silly nickname generation code. This is about as far as I can take the various tricks without removing stuff that people think is essential. The next casualty will probably be all names of the form "MIT-foo" and "MIT-foo.ARPA". I expect that there will be a lot of weeping and wailing when this happens. The time after that, we'll have no choice but to start removing hosts from one of the tables (or remove one of the tables entirely, or remove all nicknames from hosts in the NIC table, or something equally drastic). Hostmasters and Postmasters are hereby warned that I expect the comprehensive HOSTS3 table generation effort to stop working for good sometime within the next year and should plan accordingly. --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 23 Feb 88 18:31:32 EST Date: Tue, 23 Feb 1988 18:29 EST Message-ID: From: Rob Austein To: CR-People@XX.LCS.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU Subject: LCS|TANDOOR aka TANDOOR.LCS.MIT.EDU Will the person who added the machine TANDOOR to the LCS namespace please either send me email or refrain from editing the LCS namespace in the future? You screwed up, and one of the things you broke was the mechanism by which I usually track down people who screw up without having to broadcast the lossage. Thanks. --Rob  Received: from GOLDILOCKS.MIT.EDU (CHAOS 15470) by AI.AI.MIT.EDU 23 Feb 88 15:49:35 EST Received: from WINNIE-THE-POOH.MIT.EDU by GOLDILOCKS.MIT.EDU via CHAOS with CHAOS-MAIL id 22407; Tue 23-Feb-88 15:51:55 EST Date: Tue, 23 Feb 88 15:46 EST From: David Kaufman and Bob Armstrong Sender: Qux@GOLDILOCKS.MIT.EDU Subject: SN 022/18. To: info-hosts@AI.AI.MIT.EDU Message-ID: <880223154647.1.QUX@WINNIE-THE-POOH.MIT.EDU> We've snagged sn 022/18. for the RLE backbone Ethernet (coming soon to a building near you).  Date: Fri, 19 Feb 88 14:04:46 EST From: Richard Mlynarik Subject: substantia-gelatinosa To: cbip@OZ.AI.MIT.EDU cc: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <329081.880219.MLY@AI.AI.MIT.EDU> Because of un*x braindeath (tm), substantia-gelatinosa.ai.mit.edu has been renamed substantia-nigra.ai.mit.edu, aka nigra. The suns apparently limit the length of a host's name to 31 characters.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 4 Feb 88 17:27:26 EST Date: Thu, 4 Feb 1988 17:21 EST Message-ID: From: Rob Austein To: Internet-Contacts-Routine@XX.LCS.MIT.EDU, Registrar@SRI-NIC.ARPA, Postmaster@SRI-NIC.ARPA cc: Info-Hosts@AI.AI.MIT.EDU Subject: Mailing list INTERNET-CONTACTS@XX.LCS.MIT.EDU Reply-To: Internet-Contacts-Request@LCS.MIT.EDU As part of cleaning up the list of SysAdmins and contact points for LCS in the NIC's records, I split the list INTERNET-CONTACTS@XX into two sublists; mail to INTERNET-CONTACTS will still reach both lists. INTERNET-CONTACTS-ROUTINE is for people who want to receive both emergency messages and routine stuff like notifications of new host tables, DDN management bulletins, etcetera. INTERNET-CONTACTS-ACTION-ONLY is for people who only want to get emergency messages from the NIC. This is primarily intended for LCS sysadmins, but anybody can join if they so desire. For those who don't remember, I set up INTERNET-CONTACTS back in '85 to protect the NIC from having to know email addresses for each and every administrator of each and every VAX 750 at MIT. Here in the future, the problem is even worse than it was then, so I'm trying to resurect interest in using this list. Once I sort through the list of hosts that the NIC currently has on file, I'll be asking to have all the LCS hosts list INTERNET-CONTACTS as the email address for the point of contact in the Registrar database, regardless of who is system administrator of the host this week. NIC people: Please change all occurrences of "INTERNET-CONTACTS@XX" in the lists of recipients for routine matters (host table notifications, DDN MGT messages, etcetera) to INTERNET-CONTACTS-ROUTINE@LCS.MIT.EDU. INTERNET-CONTACTS people: please let me know which list, if either, you want to be on. Thanks, --Rob  Received: from PTT.LCS.MIT.EDU (TCP 2206400163) by AI.AI.MIT.EDU 22 Jan 88 14:00:09 EST Received: from shep.sage by PTT.LCS.MIT.EDU via PCMAIL with DMSP id AA22735; Fri, 22 Jan 88 14:02:50 EST Date: Fri, 22 Jan 88 14:02:50 EST Message-Id: <8801221902.AA22735@PTT.LCS.MIT.EDU> To: info-hosts@ai.ai.mit.edu Subject: LARCH.LCS.MIT.EDU, new address Sender: shep@PTT.LCS.MIT.EDU From: shep@PTT.LCS.MIT.EDU Repository: PTT Originating-Client: sage LARCH.LCS.MIT.EDU is now at 18.26.0.95. It's old address (18.10.0.90) will no longer work.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 14 Dec 87 15:41:56 EST Date: Sunday, 13 December 1987 16:23-EST Message-ID: Sender: Rich Zellich From: Rich Zellich To: List-Coordinators-1: ;@XX.LCS.MIT.EDU Subject: WISCVM being changed to CUNYVM ReSent-From: SRA@XX.LCS.MIT.EDU ReSent-To: Info-Hosts@AI.AI.MIT.EDU ReSent-Date: Mon 14 Dec 1987 15:40-EST Following message forwarded from the BitNet source FYI: -Rich ------------------------------------------------------- As has been announced in a number of places, the Internet <-> BITNET gateway at WISCVM (WISCVM.WISC.EDU) is going away. The final date for using that gateway is Dec 15, 1987. BITNET has been working with the Internet administration to provide a set of multiple regional gateways between the two networks. Until that time when a suitable technical solution is developed, an interim solution has been put in place, effective immediately. From the BITNET side, mail should be sent to SMTP@INTERBIT. The node is currently in the tables distributed by BITNIC, and now points towards CUNYVM. At a later date, this will point to the appropriate regional gateway. The distributed DOMAIN NAMES file is being updated to point at SMTP@INTERBIT instead of SMTP@WISCVM. The updated file will be distributed as the normal distribution on Monday, Dec 7. All sites, especially those other than end nodes, should ensure that the latest tables are installed. For those on the Internet side, the first of the gateways is at CUNYVM.CUNY.EDU (CUNYVM on the BITNET side). Any mail formerly sent to user%node.BITNET@WISCVM.WISC.EDU should now be sent to user%node.BITNET@CUNYVM.CUNY.EDU. This is an interim solution until the full set of gateways is in place. At that time, notice will be sent out giving details of the new gateways. Those users on other networks who use WISCVM as a gateway to BITNET need to modify their mailer tables appropriately. The code running in the gateway is fully compatible with the code currently running at the WISCVM gateway. Any mail which worked at the WISCVM gateway will work with the CUNYVM gateway. If any problems are experienced, you may direct any discussion to POSTMASTER@CUNYVM.CUNY.EDU. Note: The node CUNYVM.CUNY.EDU on the Internet is the same as CUNYVM.BITNET. This node now has a direct connection to the Internet. Ben Yalow Director of Systems & Programming City University of New York/University Computer Center BITNET: YBMCU@CUNYVM Internet: YBMCU@CUNYVM.CUNY.EDU  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 1 Dec 87 14:16:27 EST Date: Tue, 1 Dec 1987 14:13 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: MILO.LCS.MIT.EDU:/etc/nameserver/ns.ca Date: Friday, 20 November 1987 16:39-EST From: Rob Austein Re: Changes to root nameservers and other exciting things I updated MILO.LCS.MIT.EDU:/etc/nameserver/ns.ca to know about the current list of nameservers (the list changed drasticly this week). This seems to have stirred interest among people who then run afoul of the standard 4.2 anonymous FTP braindamage trying to read the file. Use TFTP instead of FTP if you want to get this file.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 20 Nov 87 16:44:22 EST Date: Fri, 20 Nov 1987 16:39 EST Message-ID: From: Rob Austein To: Namecallers@AI.AI.MIT.EDU, Info-HOSTS@AI.AI.MIT.EDU, VAX-Wizards@MILO.LCS.MIT.EDU, netreq@ATHENA.MIT.EDU cc: CR-People@XX.LCS.MIT.EDU Subject: Changes to root nameservers and other exciting things I updated MILO.LCS.MIT.EDU:/etc/nameserver/ns.ca to know about the current list of nameservers (the list changed drasticly this week). ALLSPICE.LCS.MIT.EDU has also been updated. Maintainers of other LCS unix machines should copy the file from milo to wherever it lives on the local machine (/etc/nameserver/ns.ca under LCS 4.2, /etc/named.ca under LCS ultrix and LCS 4.3). Non-LCS people are welcome to copy the file too, but I make no promise that it has what you want. Two other things. First, ALLSPICE.LCS.MIT.EDU still hasn't made it into the list of authoritative nameservers for LCS, although I know that the MIT zone files have been updated at least once since Tim Shepard requested this. Telecomunications people, please take care of this (yes, Jeff, I'm still smiling at this point, no flames yet). Second, I don't know how many of the people receiving this message read Namedroppers@NIC, so I'm enclosing a recent message from Paul Mockapetris on the subject of antisocial resolvers. I agree with Paul that the only way this will ever be fixed is by running banner headlines pointing at the guilty parties. Some of the real losers are here at MIT, so please read this if you haven't seen it already. --Rob Date: Thursday, 19 November 1987 22:26-EST From: MOCKAPETRIS@A.ISI.EDU To: namedroppers@SRI-NIC.ARPA, bind@UCBARPA.BERKELEY.EDU Re: Who's bad? One of the problems with the root service is that there are a lot of host sourcing bad requests of various flavors. While I realize that many people have better things to do than to play with their domain software, I believe that a little peer pressure could go a long way toward cleaning up the mess. I suggest that you check the following list to determine whether your hosts are good, bad or ugly. Sending bogons or too many requests are the issues. Busy hosts may need to send a lot of requests, but some of the traffic really looks excessive. I'd also appreciate it if you could send me (not the list) a message identifying good and bad implementations/versions; I'll send out a summary. For the purposes of this discussion, a bogon is a domain packet received by the server which is a response, not a request. Most bogons appear to ask for the NS RRs for the root. The TOPS-20 root servers don't respond to bogons, and I believe newer versions of BIND also toss bogons. Please don't "fix" your machine by having it clear the response bit; there is no good reason to ask for root server changes every minute anyway. They just don't change that often. The statistics are for the root server on ISIA between 19-Nov-87 03:20:22 and 19-Nov-87 21:11:22) Name server requests:28654 Bogons:50085 Parse fails:1 27.8 queries/min 48.5 bogons/min 0.0 parse failure/min (That's right, the server is ignoring almost 2/3 of its input) (In the following table, the Start column gives the raw count of packets from the specified Host, and the Done column is the number of responses sent. More than 99% of the difference is due to bogons. The %Done column is the percentage of good traffic from the specified host. The average time is elapsed ms between reading the packet and finishing with it, and only includes good transactions. No, I don't totally understand the time differences; yes, the times are a bit suspect, but there are some wierd factors involved. For example, the first host, ADS.ARPA, seems well behaved. It sent in 102 requests and got 102 answers. The second in the list, 128.6.14.2, sent in 1654 bogons, all of which were ignored. Its bad.) Name server client host distribution Start %All Done %Done Avg time Host 102 0.1 102 100.0 186.5 128.229.1.24 ADS.ARPA 1654 2.1 0 0.0 ******** 128.6.14.2 1633 2.1 1 0.1 108.0 36.8.0.8 PESCADERO.STANFORD.EDU 1369 1.7 554 40.5 66.6 35.1.1.10 UMIX.CC.UMICH.EDU 1223 1.6 36 2.9 416.1 128.121.8.1 2868 3.6 1884 65.7 56.1 192.11.34.1 1234 1.6 0 0.0 ******** 128.83.138.12 RATLIFF.CS.UTEXAS.EDU 1218 1.5 0 0.0 ******** 128.163.128.51 767 1.0 0 0.0 ******** 128.52.22.14 PREP.AI.MIT.EDU 233 0.3 233 100.0 39.4 129.3.1.3 3022 3.8 3022 100.0 91.1 35.2.64.64 523 0.7 523 100.0 82.1 26.1.0.3 1272 1.6 0 0.0 ******** 128.97.16.21 971 1.2 0 0.0 ******** 128.52.32.13 WHEATIES.AI.MIT.EDU 959 1.2 0 0.0 ******** 36.63.0.171 214 0.3 214 100.0 42.6 128.10.2.5 PENDRAGON.CS.PURDUE.EDU 1369 1.7 0 0.0 ******** 128.32.142.25 1087 1.4 15 1.4 459.3 192.11.34.5 1331 1.7 0 0.0 ******** 128.49.5.1 MPLVAX.NOSC.MIL 973 1.2 0 0.0 ******** 128.32.139.100 148 0.2 148 100.0 158.3 26.0.0.73 SRI-NIC.ARPA 1240 1.6 0 0.0 ******** 128.163.128.6 1265 1.6 0 0.0 ******** 128.218.1.16 759 1.0 15 2.0 367.9 128.36.0.1 YALE.ARPA 49 0.1 0 0.0 ******** 192.5.39.2 DEWEY.UDEL.EDU 1118 1.4 14 1.3 307.3 192.12.69.1 ARIZONA.EDU 1321 1.7 0 0.0 ******** 192.31.152.33 ROSETTA.COM 1517 1.9 0 0.0 ******** 128.128.16.1 AQUA.WHOI.EDU 1402 1.8 0 0.0 ******** 128.97.16.17 306 0.4 306 100.0 21.2 128.10.2.1 PURDUE.EDU 1355 1.7 0 0.0 ******** 128.97.16.103 1187 1.5 0 0.0 ******** 128.112.34.19 1127 1.4 1 0.1 164.0 128.6.4.16 CAIP.RUTGERS.EDU 1248 1.6 0 0.0 ******** 128.32.136.12 LILAC.BERKELEY.EDU 1390 1.8 0 0.0 ******** 128.97.16.13 1346 1.7 0 0.0 ******** 128.52.32.4 1088 1.4 0 0.0 ******** 36.22.0.8 CASCADE.STANFORD.EDU 1140 1.4 0 0.0 ******** 128.112.28.1 384 0.5 0 0.0 ******** 192.26.85.1 NORTHWESTERN.ARPA 655 0.8 0 0.0 ******** 128.101.32.8 CS-GW.D.UMN.EDU 568 0.7 568 100.0 238.9 10.2.0.94 UMN-REI-UC.ARPA 1374 1.7 3 0.2 67.3 10.0.0.91 WARD.CS.WASHINGTON.EDU 1369 1.7 0 0.0 ******** 128.32.131.135 1277 1.6 0 0.0 ******** 192.11.34.4 1367 1.7 0 0.0 ******** 128.32.142.70 1305 1.7 0 0.0 ******** 36.2.0.102 1646 2.1 0 0.0 ******** 128.6.14.9 1039 1.3 0 0.0 ******** 128.112.6.40 MIND.PRINCETON.EDU 304 0.4 58 19.1 214.6 128.36.0.3 YALE-BULLDOG.ARPA 887 1.1 887 100.0 51.4 128.2.13.21 LANCASTER.ANDREW.CMU.EDU 9 0.0 9 100.0 130.4 18.62.0.6 EDDIE.MIT.EDU 340 0.4 340 100.0 68.5 26.5.0.73 TWG.ARPA 46 0.1 46 100.0 187.6 128.121.51.1 JVNC.CSC.ORG 424 0.5 424 100.0 149.2 26.3.0.103 A.ISI.EDU 125 0.2 125 100.0 258.7 128.32.136.9 JADE.BERKELEY.EDU 12 0.0 12 100.0 62.8 26.1.0.34 LBL-CSAM.ARPA 1359 1.7 0 0.0 ******** 192.12.221.4 CSD4.MILW.WISC.EDU 131 0.2 131 100.0 178.3 128.6.5.46 716 0.9 716 100.0 62.3 128.6.4.7 RUTGERS.EDU 177 0.2 177 100.0 214.8 128.91.2.13 SUPER.UPENN.EDU 842 1.1 842 100.0 53.9 128.197.2.62 BUCSD.BU.EDU 3 0.0 3 100.0 257.7 18.26.0.92 THEORY.LCS.MIT.EDU 55 0.1 55 100.0 13.0 36.2.0.101 4 0.0 4 100.0 197.8 128.97.28.19 ULYSSES.CS.UCLA.EDU 30 0.0 30 100.0 279.6 128.109.130.5 148 0.2 148 100.0 76.4 10.3.0.89 COLUMBIA.EDU 7 0.0 7 100.0 81.0 18.26.0.99 150 0.2 150 100.0 200.2 128.32.136.22 VIOLET.BERKELEY.EDU 469 0.6 469 100.0 110.1 192.5.23.6 BRL-VGR.ARPA 65 0.1 65 100.0 446.4 10.2.0.78 UCBVAX.BERKELEY.EDU 59 0.1 59 100.0 32.9 15.255.17.2 119 0.2 119 100.0 225.8 35.1.192.4 ACAL.EECS.UMICH.EDU 29 0.0 29 100.0 78.5 35.1.128.32 42 0.1 42 100.0 54.0 35.1.128.16 CITI.UMICH.EDU 68 0.1 68 100.0 57.1 192.5.48.2 MORDRED.CS.PURDUE.EDU 102 0.1 102 100.0 331.8 128.9.0.32 VENERA.ISI.EDU 112 0.1 112 100.0 65.1 128.15.0.24 INTREPID.S1.GOV 1 0.0 1 100.0 14.0 128.210.0.5 L.CC.PURDUE.EDU 49 0.1 49 100.0 13.2 36.22.0.35 2 0.0 2 100.0 17.5 128.2.250.134 85 0.1 85 100.0 85.2 128.205.1.2 48 0.1 48 100.0 85.6 192.12.63.14 41 0.1 41 100.0 190.3 128.102.18.3 AMES.ARPA 185 0.2 185 100.0 33.4 192.12.15.31 BNLX.ARPA 8 0.0 8 100.0 268.6 128.61.1.251 TROLL-GW.GATECH.EDU 4 0.0 4 100.0 116.8 128.46.151.1 NEWTON.PHYSICS.PURDUE.EDU 242 0.3 242 100.0 51.8 128.15.16.16 TERMINUS.S1.GOV 1 0.0 1 100.0 34.0 128.109.130.91 171 0.2 171 100.0 80.7 192.5.23.2 BRL-VMB.ARPA 125 0.2 125 100.0 164.0 192.5.23.8 SEM.BRL.MIL 4 0.0 4 100.0 191.5 128.2.222.217 19 0.0 19 100.0 169.7 129.4.16.70 TRWIND.TRW.COM 73 0.1 73 100.0 188.7 10.1.0.111 GATEWAY.MITRE.ORG 172 0.2 172 100.0 94.3 128.135.4.2 ODDJOB.UCHICAGO.EDU 95 0.1 95 100.0 20.4 36.12.0.135 20 0.0 20 100.0 119.1 128.42.17.10 4 0.0 4 100.0 80.8 128.91.254.1 42 0.1 42 100.0 100.6 128.32.137.13 ERNIE.BERKELEY.EDU 1 0.0 1 100.0 33.0 128.104.30.17 21 0.0 21 100.0 347.5 128.2.254.132 G.GP.CS.CMU.EDU 30 0.0 30 100.0 54.5 26.16.0.18 ABS6.ARPA 33 0.0 33 100.0 168.3 10.1.0.37 ASC.CC.PURDUE.EDU 14 0.0 14 100.0 4.3 36.2.0.104 9 0.0 9 100.0 142.9 128.2.254.137 K.GP.CS.CMU.EDU 10 0.0 10 100.0 74.9 128.32.137.5 77 0.1 77 100.0 264.7 26.6.0.106 VAX.DARPA.MIL 54 0.1 54 100.0 119.4 192.5.19.1 ICS.UCI.EDU 146 0.2 146 100.0 111.6 192.5.19.31 ROME.UCI.EDU 43 0.1 43 100.0 140.2 128.114.130.3 UCSCC.UCSC.EDU 16 0.0 16 100.0 22.8 36.2.0.103 22 0.0 22 100.0 190.6 128.92.192.16 PRESTO.IG.COM 21 0.0 21 100.0 187.4 128.138.240.1 BOULDER.COLORADO.EDU 715 0.9 715 100.0 124.7 10.7.0.2 SUN.COM 10 0.0 10 100.0 461.4 10.0.0.4 CS.UTAH.EDU 16 0.0 16 100.0 348.5 192.12.141.129 UUNET.UU.NET 194 0.2 194 100.0 125.4 192.5.23.3 BRL-SMOKE.ARPA 47 0.1 47 100.0 173.9 128.3.254.23 LBL.GOV 66 0.1 66 100.0 79.0 192.5.25.4 BRL-ADM.ARPA 18 0.0 18 100.0 63.6 10.4.0.17 TIS.ARPA 114 0.1 114 100.0 41.9 10.5.0.25 POTOMAC.ADS.COM 9 0.0 9 100.0 187.2 192.12.216.4 VAXC.STEVENS-TECH.EDU 53 0.1 53 100.0 113.9 128.174.30.3 4 0.0 4 100.0 113.0 128.2.254.157 ROVER.RI.CMU.EDU 15 0.0 15 100.0 145.1 26.4.0.103 ADA-VAX.ISI.EDU 93 0.1 93 100.0 340.1 128.174.5.50 UXC.CSO.UIUC.EDU 25 0.0 25 100.0 184.3 128.32.135.1 BACH.BERKELEY.EDU 33 0.0 33 100.0 132.8 128.99.0.1 NRTC.NORTHROP.COM 29 0.0 29 100.0 158.2 128.99.0.16 ISD.NRTC.NORTHROP.COM 3 0.0 3 100.0 17.3 128.92.192.12 KIWI.IG.COM 46 0.1 46 100.0 212.7 10.11.0.20 SCCGATE.SCC.COM 8 0.0 8 100.0 153.3 128.54.2.129 AMOS.LING.UCSD.EDU 1 0.0 1 100.0 123.0 10.5.0.54 TYBALT.CALTECH.EDU 8 0.0 8 100.0 39.9 128.2.254.143 ISL1.RI.CMU.EDU 2 0.0 2 100.0 420.0 128.2.250.71 2 0.0 2 100.0 26.5 128.138.238.18 2 0.0 2 100.0 59.5 128.2.220.17 5 0.0 5 100.0 102.8 128.104.39.10 42 0.1 42 100.0 203.5 10.4.0.96 LINC.CIS.UPENN.EDU 1 0.0 1 100.0 34.0 18.70.0.59 140 0.2 140 100.0 134.9 128.63.8.5 APG-5.ARPA 115 0.1 115 100.0 65.2 127.0.0.1 12 0.0 12 100.0 192.6 128.97.28.28 LANAI.CS.UCLA.EDU 739 0.9 739 100.0 33.7 15.255.16.26 839 1.1 839 100.0 29.5 15.255.16.5 8 0.0 8 100.0 129.9 128.97.28.26 MAUI.CS.UCLA.EDU 2 0.0 2 100.0 6.5 128.148.55.4 838 1.1 0 0.0 ******** 128.193.32.5 CHROMA.CS.ORST.EDU 23 0.0 23 100.0 27.5 36.8.0.154 1 0.0 1 100.0 219.0 128.32.132.1 19 0.0 19 100.0 107.8 26.2.0.95 ANGBAND.S1.GOV 8 0.0 8 100.0 150.1 128.2.250.16 WB1.CS.CMU.EDU 36 0.0 36 100.0 263.8 10.7.0.82 SH.CS.NET 90 0.1 90 100.0 173.8 128.62.1.126 10 0.0 10 100.0 45.7 192.5.23.40 BRL-SVC.ARPA 2 0.0 2 100.0 605.5 128.210.0.2 I.CC.PURDUE.EDU 28 0.0 28 100.0 93.4 128.2.11.131 ANDREW.CMU.EDU 7 0.0 7 100.0 97.0 128.210.2.2 J.CC.PURDUE.EDU 11 0.0 11 100.0 229.1 128.118.6.4 170 0.2 170 100.0 87.4 10.0.0.94 CS.WISC.EDU 25 0.0 25 100.0 70.6 10.0.0.31 CCA.CCA.COM 52 0.1 52 100.0 113.9 128.6.4.61 ELBERETH.RUTGERS.EDU 165 0.2 165 100.0 182.1 10.4.0.5 RELAY.CS.NET 13 0.0 13 100.0 102.6 35.1.1.7 MCR.UMICH.EDU 12 0.0 12 100.0 98.6 128.193.32.1 CS.ORST.EDU 63 0.1 63 100.0 283.2 128.182.65.2 B.PSC.EDU 1 0.0 1 100.0 33.0 128.2.217.32 6 0.0 6 100.0 140.2 18.10.0.86 MILO.LCS.MIT.EDU 14 0.0 14 100.0 94.3 128.46.129.15 EE.ECN.PURDUE.EDU 1 0.0 1 100.0 94.0 128.122.129.7 VLSI1.ULTRA.NYU.EDU 25 0.0 25 100.0 13.2 36.8.0.136 7 0.0 7 100.0 216.9 128.210.0.4 K.CC.PURDUE.EDU 115 0.1 115 100.0 146.1 128.39.2.2 IFI.UIO.NO 4 0.0 4 100.0 120.8 128.46.129.30 EI.ECN.PURDUE.EDU 22 0.0 22 100.0 186.7 192.5.220.1 BLUTO.SCC.COM 1 0.0 1 100.0 15.0 192.5.143.102 6 0.0 6 100.0 222.7 26.0.0.58 NYU.EDU 18 0.0 18 100.0 147.6 36.19.0.210 GSB-HOW.STANFORD.EDU 7 0.0 7 100.0 69.4 26.6.0.53 EGLIN-VAX.ARPA 95 0.1 95 100.0 50.9 128.102.16.1 VIKING.ARC.NASA.GOV 9 0.0 9 100.0 102.4 26.9.0.21 NMFECC.ARPA 1 0.0 1 100.0 36.0 128.2.220.59 20 0.0 20 100.0 140.8 128.105.2.1 SPOOL.WISC.EDU 16 0.0 16 100.0 150.6 128.42.1.4 IAPETUS.RICE.EDU 120 0.2 120 100.0 118.4 10.0.0.44 XX.LCS.MIT.EDU 20 0.0 20 100.0 69.3 128.118.6.2 PSUVAX1.PSU.EDU 1 0.0 1 100.0 218.0 128.2.250.68 21 0.0 21 100.0 201.0 26.7.0.16 DECWRL.DEC.COM 9 0.0 9 100.0 41.8 128.45.0.52 SONORA.DEC.COM 18 0.0 18 100.0 61.8 128.63.9.2 BRL-IBD.ARPA 29 0.0 29 100.0 273.4 128.9.0.33 VAXA.ISI.EDU 17 0.0 17 100.0 167.5 128.32.137.7 CAD.BERKELEY.EDU 179 0.2 179 100.0 185.4 128.182.65.1 A.PSC.EDU 2 0.0 2 100.0 16.5 18.72.0.41 16 0.0 16 100.0 180.8 128.122.130.1 GBA.NYU.EDU 31 0.0 31 100.0 114.9 36.8.0.46 SCORE.STANFORD.EDU 1 0.0 1 100.0 291.0 128.6.21.5 8 0.0 8 100.0 276.8 128.45.0.5 6 0.0 6 100.0 199.8 128.150.55.10 7 0.0 7 100.0 182.4 192.5.48.3 MERLIN.CS.PURDUE.EDU 10163 12.9 8894 87.5 89.8 ***** Others ***** [End of included message]  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 15 Nov 87 17:27:48 EST Date: Sun, 15 Nov 1987 17:25 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: WARNING -- HOSTS3.BIN and friends being pruned some more As some of you may have noticed, XX hasn't been generating new HOSTS3 tables for about a week now. The HOSTS3 compiler ran out of address space again. It has gotten to the point where there is simply no addres space left to reallocate, again. So, I made the table pruning code more obnoxious. It will now completely remove non-MIT hosts that it thinks are workstations, such as IBM-PCs, rather than just removing nicknames for such hosts. Beware of bad table versions for the next few days. I may discover the hard way that I've pruned out some essential host; I was going to remove all SUN machines except at SUN.COM, until I realized that RUTGERS.EDU is now a SUN. Please send me mail if you think you've been screwed by this.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 26 Oct 87 17:07:53 EST Date: Mon 26 Oct 87 15:46:21-EST From: John Wroclawski To: info-hosts@AI.AI.MIT.EDU Message-ID: <12345636427.12.JTW@XX.LCS.MIT.EDU> I snarfed subnet 52 octal/42 decimal for a RLE ethernet... -------  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 25 Oct 87 20:59:48 EST Received: from XX.LCS.MIT.EDU (CHAOS 2420) by MC.LCS.MIT.EDU 25 Oct 87 20:58:51 EST Date: Sun 25 Oct 87 20:57:20-EST From: John Romkey Subject: penguin.zbt.mit.edu?? To: info-hosts@MC.LCS.MIT.EDU Message-ID: <12345430895.28.ROMKEY@XX.LCS.MIT.EDU> A friend of mine ran into this problem...systems using domain name resolvers seem to be able to figure out who 'penguin.zbt.mit.edu' is, but it doesn't appear in the ITS host tables, so, at the least, MC doesn't know it. - john -------  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 22 Sep 87 18:52:28 EDT Return-Path: Received: from SRI-NIC.ARPA by XX.LCS.MIT.EDU with TCP/SMTP; Tue 22 Sep 87 18:42:31-EDT Received: from venera.isi.edu by SRI-NIC.ARPA with TCP; Tue 22 Sep 87 15:08:04-PDT Posted-Date: Tue, 22 Sep 87 15:07:29 PDT Message-Id: <8709222207.AA03045@venera.isi.edu> Received: from LOCALHOST by venera.isi.edu (5.54/5.51) id AA03045; Tue, 22 Sep 87 15:07:30 PDT To: tcp-ip@sri-nic.arpa, namedroppers@sri-nic.arpa Cc: bind@ucbarpa.berkeley.edu, 2nd-root@nic.nyser.net Subject: Change in root servers Date: Tue, 22 Sep 87 15:07:29 PDT From: Paul Mockapetris ReSent-Date: Tue, 22 Sep 87 15:26:54 PDT ReSent-From: Mary Stahl ReSent-To: namedroppers@SRI-NIC.ARPA ReSent-Message-ID: <12336741835.31.STAHL@SRI-NIC.ARPA> ReSent-Date: Tue 22 Sep 87 18:45:09-EDT ReSent-From: Rob Austein ReSent-To: mit-ip-people@MC.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU ReSent-Message-ID: <12336745157.52.SRA@XX.LCS.MIT.EDU> The root server set for the domain system will change in October. The C.ISI.EDU machine is going to its just reward, and its name server will stop some time in October. Toast its demise with a root bier. The NIC will remove it from the domain database approximately one week in advance. Gunter-Adam.arpa will join the official set of root servers before C's demise. As a more long term solution, shakedown of several new root servers "closer" to the east coast, NSFnet, etc is underway, and should be provide a long term solution. paul  Date: Tue, 18 Aug 87 22:31:02 EDT From: "J. Noel Chiappa" Sender: JNC1@AI.AI.MIT.EDU Subject: Proteon subnets To: INFO-HOSTS@AI.AI.MIT.EDU, mit-ip-people@MC.LCS.MIT.EDU cc: JNC@AI.AI.MIT.EDU, bug-cgw@MONK.PROTEON.COM Message-ID: <243647.870818.JNC1@AI.AI.MIT.EDU> Proteon has now completely shifted over to its own IP network number (128.185, as I recall) and has given up the block of MIT subnet numbers (122.-135.) it was using. These numbers can be reused at will. Noel  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 13 Jul 87 17:27:39 EDT Date: Monday, 13 July 1987 16:36-EDT Message-ID: Sender: "Eric S. Crawley" From: "Eric S. Crawley" To: mit-ip-people@MC.LCS.MIT.EDU cc: CGay@ALDERAAN.SCRC.SYMBOLICS.COM Subject: SCRC Ethernet change ReSent-From: SRA@XX.LCS.MIT.EDU ReSent-To: Info-Hosts@ai.ai.mit.edu ReSent-Date: Mon 13 Jul 1987 17:24-EDT On Saturday, July 18, the hosts on the SCRC Ethernet (192.10.41.0) are having their addresses changed to network 128.81.41.0. The gateways will still advertise routes to 192.10.41.0 until things settle down. Please make whatever changes are necessary to your local tables and namespaces. The hostmaster@sri-nic has been notified so the domain servers should get the proper information and a new host table should be available soon afterwards (we hope). -Eric  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 15 Jun 87 22:31:43 EDT Date: Monday, 15 June 1987 21:00-EDT Message-ID: Sender: "James William O'Toole Jr." From: "James William O'Toole Jr." To: psrg@ZERMATT.LCS.MIT.EDU cc: mit-ip-people@MC.LCS.MIT.EDU Subject: subnet 30 (decimal) extended, at least temporarily ReSent-From: SRA@XX.LCS.MIT.EDU ReSent-To: Info-Hosts@ai.ai.mit.edu ReSent-Date: Mon 15 Jun 1987 22:29-EDT I have attached the old IRIS cable to the second floor end of the ethernet cable for subnet 30 (decimal), and moved it in the fourth floor area from the old IRIS location to the room across from 403. I have removed Cronkite from subnet 26 (decimal) and added it to subnet 30 (decimal) via a vampire-style tap on the IRIS cable. [Old address 18.26.0.89, New address 18.30.0.36] I have enabled Cls's ethernet board once again, telling it that it is on subnet 30 decimal, address 18.30.0.35. I have attempted to update the Symbolics nameservers with this information, but I'm not sure they like it. Traffic with Cls currently will probably perform strangely, because it will be slightly confused by having two interfaces. I can't shut the ringnet interface down now, even if I chose to, because Cls is being used to test the ringnet on the second floor (I think). --Jim P.S. Anyone knowing the precise length of the subnet 30 (decimal) ethernet cables (and/or the IRIS cable) should speak up. It is possible that the addition of the IRIS piece puts it over the limit, although I doubt it.  Received: from GOLDILOCKS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 28 MAY 87 08:32:00 EDT Received: from WINNIE-THE-POOH.MIT.EDU by GOLDILOCKS.MIT.EDU via CHAOS with CHAOS-MAIL id 3608; Thu 28-May-87 08:30:09 EDT Date: Thu, 28 May 87 08:29 EDT From: David H. Kaufman Subject: Baloo and Paddington To: info-hosts@AI.AI.MIT.EDU Message-ID: <870528082934.2.QUX@WINNIE-THE-POOH.MIT.EDU> Zippy-Says: Yow! It's some people inside the wall! This is better than mopping! Oh yeah. I added Baloo and Paddington to HSTG yesterday. They're 3640s that are going to arrive last week, or at latest sometime before the Red Sox win their next pennant.  Date: Wed, 27 May 87 03:10:29 EDT From: "Pandora B. Berman" Subject: addition To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <205683.870527.CENT@AI.AI.MIT.EDU> tired of EAK's mail not reaching him. added GLACIER.STANFORD.EDU to HSTXXX. ME@SAIL gave me the host #. hope it's correct.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 7 May 87 12:18:17 EDT Date: Thu 7 May 87 12:10-EDT From: Rob Austein Subject: MIT-KNOWHOW To: Info-Hosts@AI.AI.MIT.EDU, go@ZERMATT.LCS.MIT.EDU Would somebody who thinks they understand what is going on with the host variously known as MIT-KNOWHOW, MIT-KNOW-HOW, KNOWHOW.MIT.EDU, KNOWHOW.LCS.MIT.EDU, LCS|KNOWHOW, and MIT|KNOWHOW, please send me mail explaining things? The machine is listed as being on two different subnets in two different buildings, aside from being in two namespaces and at least one wrong host table on AI. This is probably not what you wanted.... Thanks. --Rob  Received: from GOLDILOCKS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 5 MAY 87 14:02:53 EDT Received: from SMOKEY.MIT.EDU by GOLDILOCKS.MIT.EDU via CHAOS with CHAOS-MAIL id 3030; Tue 5-May-87 14:00:55 EDT Date: Tue, 5 May 87 14:00 EDT From: David H. Kaufman Subject: Pooh and Friends To: info-hosts@AI.AI.MIT.EDU Message-ID: <870505140045.1.QUX@SMOKEY.MIT.EDU> Zippy-Says: I'm meditating on the FORMALDEHYDE and the ASBESTOS leaking into my PERSONAL SPACE!! I added WINNIE-THE-POOH (with the obvious nicknames) at Chaos 15471, Internet 18.27.0.57. I also added Goldilocks' nickname of AU. While I was there, I added the appropriate Internet address for all the other Speech Group Lisp machines, and put an identifying comment before each machine's entry.  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 13 Apr 87 13:43:52 EDT Received: from WHORFIN.LCS.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 13 Apr 87 13:37-EDT Date: Mon, 13 Apr 87 13:41 EDT From: Rob Austein Subject: Automatic installation will be turned on tonight To: Info-Hosts@AI.AI.MIT.EDU Message-ID: <870413134123.1.SRA@WHORFIN.LCS.MIT.EDU> The 20x machines no longer need to have the pre-April-1 host tables (except for Deep-Thought, whose maintainers know about it). Judging by the overwelming volume of response, nobody else cares, so I'll turn table installation back on as of tonight. --Rob  Date: Thu, 9 Apr 87 16:18:26 EDT From: "Timothy J. Shepard" To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <181906.870409.SHEP@AI.AI.MIT.EDU> I added NC at chaos 34011 to HSTG for HGA@DT.  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 9 Apr 87 14:46:24 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 9 APR 87 14:19:17 EDT Received: by caf.MIT.EDU (5.54/4.7) id AA11439; Thu, 9 Apr 87 14:15:11 EDT Date: Thu, 9 Apr 87 14:15:11 EDT From: george@caf.MIT.EDU (george rittenhouse) To: info-hosts@mc, mbm Subject: Re: chaplin, hitchcock Cc: boning thanks.....  Received: from MC.LCS.MIT.EDU (CHAOS 3131) by AI.AI.MIT.EDU 9 Apr 87 14:28:14 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 9 APR 87 14:13:51 EDT Received: by caf.MIT.EDU (5.54/4.7) id AA11333; Thu, 9 Apr 87 14:09:42 EDT Date: Thu, 9 Apr 87 14:09:42 EDT From: mbm@caf.MIT.EDU (Mike McIlrath) To: info-hosts@mc Subject: chaplin, hitchcock Cc: boning, george I have added to ai:syshst;hstg: chaplin explorer 18.62.0.238, chaos 37356 hitchcock uvax2 18.62.0.239  Received: from GOLDILOCKS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 8 APR 87 10:37:07 EDT Received: from SMOKEY.MIT.EDU by GOLDILOCKS.MIT.EDU via CHAOS with CHAOS-MAIL id 1763; Wed 8-Apr-87 10:35:23 EDT Date: Wed, 8 Apr 87 10:36 EDT From: David H. Kaufman Subject: POLAR To: info-hosts@AI.AI.MIT.EDU Message-ID: <870408103611.2.QUX@SMOKEY.MIT.EDU> Zippy-Says: Yow! I want to mail a bronzed artichoke to Nicaragua! I changed the entry for Polar, one of our LMs. Old: HOST : CHAOS 16210 : POLAR : LISPM : LISPM :: New: HOST : CHAOS 15437 : POLAR : SYMBOLICS-3600 : LISPM ::  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 4 Apr 87 20:36:47 EST Date: Sat, 4 Apr 1987 20:33 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: FYI. Note funky headers in original message.... --sra Return-Path: Received: from SRI-NIC.ARPA by XX.LCS.MIT.EDU with TCP; Sat 4 Apr 87 18:51:55-EST Date: Thu 2 Apr 87 15:56:45-PST From: HOSTMASTER@SRI-NIC.ARPA Subject: New Host Table - Version #620 Sender: SUE@SRI-NIC.ARPA To: @SRI-NIC.ARPA, "*"@SRI-NIC.ARPA, "@@"@SRI-NIC.ARPA Reply-To: HOSTMASTER@SRI-NIC.ARPA Location: SRI International, Phone: (415) 859-5539 Message-ID: <12291407280.15.SUE@SRI-NIC.ARPA> There is a new host table available from the SRI-NIC.ARPA machine. The file is NETINFO:HOSTS.TXT and it's version #620. As announced recently in DDN Management Bulletin 32, all nondomain-style host names and nicknames are to be removed from the Official DoD Internet Host Table. Host names and nicknames appearing in this version, and in all future versions, of the host table will conform to domain-style naming conventions. Many of the old nicknames that users have become accustomed to using over the years have been discontinued. Users will have to specify primary hostnames when sending mail to other users, or when using FTP or TELNET servers to connect to remote sites. Although some nicknames will remain in the table, users should keep in mind that the purpose of a nickname is to provide a transition name when a host changes its official name. The old name becomes a nickname and is kept in the table for reasonable period of time, after which time it is removed from the table. If you have any questions/comments send them to HOSTMASTER@SRI-NIC.ARPA. Sue  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 4 Apr 87 18:41:19 EST Date: Sat 4 Apr 87 18:37-EST From: Rob Austein Subject: Reader Poll: When can I turn host table installation back on? To: Info-Hosts@AI.AI.MIT.EDU I've had automatic host table installation for XX and the ITS machines (and thus indirectly for the other Twenex machines too) turned off since 1 April. The NIC has indeed removed a lot of nicknames from the tables. We now have software for ITS and Twenex which can canonicalize the hostnames in mailing list files. I think the ITS INQUIR databases have also been fixed up; it will take another day or so to do this on the Twenexes running WATSON/HOLMES. It would be fairly easy to modify these programs so that they use a different copy of HOSTS3.BIN, so that they will continue to work if installation of new HOSTS3.BIN files is resumed. Unix machines with domain resolvers are presumably not as troubled by all this. Other machines will have to fend for themselves. Would anyone object if I turned automatic installation back on as soon as the WATSON databases are canonicalized and the Twenex mailing list code is patched to use some other filename? If I don't hear from anybody, I'll just turn things back on once the Twenexes are ready (I'll send another message when I do this, of course). --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 17 Feb 87 14:23:39 EST Date: Tue, 17 Feb 1987 14:21 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: Host table outages Host table generation has been broken for the last few days, first because the HOSTS3 compiler overflowed its address space while I was at Boskone, then because of some errors in the latest NIC table. I sent the errors along to the NIC for correction, and things should be back on track as soon as they get around to fixing the bum entries and issuing a new table. I know that some new LCS microvaxen have been added to the namespace while these problems were going on. If there is anybody who -really- needs a new table generated -immediately-, let me know and I'll hand edit a usable table together. But I'd rather not. --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 12 Feb 87 20:09:52 EST Date: Thu, 12 Feb 1987 18:32 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: XX:HOSTS.MIT If there is anyone using the file XX:HOSTS.MIT (RFC810 format dump of MIT.EDU zone), be informed that I just turned on the recursion switch in the program that dumps it. So it will now dump AI.MIT.EDU, LCS.MIT.EDU, MEDIA.MIT.EDU, LL.MIT.EDU, and anybody else it finds, rather than just MIT.EDU.  Received: from zarathustra.think.com (TCP 1201000006) by AI.AI.MIT.EDU 1 Feb 87 08:06:11 EST Received: from urania.Think.COM by zarathustra.think.com; Sat, 31 Jan 87 16:21:20 EST Received: by urania.Think.COM; Sat, 31 Jan 87 16:20:31 EST Date: Sat, 31 Jan 87 16:20:31 EST From: bruce@think.com Message-Id: <8701312120.AA01359@urania.Think.COM> To: Info-Hosts@ai.ai.mit.edu Cc: systems@think.com Subject: mail to Think.COM I am posting this here becuase we have so much mail traffic with MIT. Soon, many of the machines inside Think.COM will not be directly on the Internet (including Godot.Think.COM and Aquinas.Think.COM). All mail to Thinking Machines should be going to the host Think.COM (10.4.0.6). We have been told users who have mail forwarded here or who are on mailing lists to use that address, but I am sure there are some which still have an explicit internal host name. So, if you see any mail bouncing becuase it is going to user@whatever.think.com, please try getting it to user@think.com. Thanks, --Bruce Nemnich, Thinking Machines Corporation, Cambridge, MA bruce@think.com, seismo!think!bruce, bjn@mitvma.bitnet; +1 617 876 1111  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 30 Jan 87 17:03:28 EST Date: Fri, 30 Jan 1987 16:56 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: Clarification on nickname flushing The imminent flushing of all non-domain nicknames from the "host tables" applies only to the Internet-wide host table maintained by the NIC. This does not affect nicknames for MIT hosts listed in the tables maintained on AI; the tables XX compiles for the PDP-10s (and friends) do not use the NIC tables for information about MIT hosts. I've been expecting the NIC to do this for the past year, so I stopped using the NIC tables for MIT info some time ago. In other words, as far as the "MIT" (PDP-10) tables are concerned, the name "XX" will still exist as a nickname for "XX.LCS.MIT.EDU" but "SAIL" will no longer exist as a nickname for "SAIL.Stanford.EDU". --Rob  Received: from XX.LCS.MIT.EDU (CHAOS 2420) by AI.AI.MIT.EDU 22 Jan 87 14:34:32 EST Date: Thu, 22 Jan 1987 14:35 EST Message-ID: From: Rob Austein To: Namecallers@MC.LCS.MIT.EDU, MIT-IP-People@MC.LCS.MIT.EDU, Vax-Wizards@MILO.LCS.MIT.EDU, Postmaster@MC.LCS.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU Subject: WARNING: Non-domain nicknames to be removed from NIC tables! I just received the following. Note that most of the unix machines currently in existance at MIT will be in violation of this directive; very few are cannonicalizing "sra@xx" to "sra@xx.lcs.mit.edu" in mail headers. ITS, TOPS-20, and Lispms should be ok; I don't know about status of other operating systems. Date: Thursday, 22 January 1987 12:35-EST From: DDN Reference To: MGT: ; cc: nic@SRI-NIC.ARPA Re: DDN MGT Bulletin # 32 ********************************************************************** DDN MGT Bulletin 32 DCA DDN Defense Communications System 22 Jan 87 Published by: DDN Network Info Center (NIC@SRI-NIC.ARPA) (800) 235-3155 DEFENSE DATA NETWORK MANAGEMENT BULLETIN The DDN MANAGEMENT BULLETIN is distributed online by the DDN Network Information Center under DCA contract as a means of communicating official policy, procedures and other information of concern to management personnel at DDN facilities. Back issues may be read through the TACNEWS server ("@n" command at the TAC) or may be obtained by FTP (or Kermit) from the SRI-NIC host [26.0.0.73 or 10.0.0.51] using login="anonymous" and password="guest". The pathname for bulletins is DDN-NEWS:DDN-MGT-BULLETIN-nn.TXT (where "nn" is the bulletin number). ********************************************************************** PHASE 1 OF THE DOMAIN NAME IMPLEMENTATION The DDN Network Information Center (NIC) is directed to remove all nondomain-style host names and nicknames from the Official DoD Host Table, NETINFO:HOSTS.TXT, by 31 March 1987. After that time, names which do not conform to domain-style naming conventions, i.e. do not have ".domain" extensions, will not be allowed in either the Official DoD Host Table or the domain name servers. Nicknames, or aliases, will not be permitted in either the servers or the Official Host Table unless authorized. Network mailers are required to use primary host names and to accept host names containing dots (.), as specified in the DDN mail protocols RFC 821 (MILSTD-1781) and RFC 822. If mailers are not now adhering to these protocol requirements, they may experience mail delivery problems when the nondomain-style names are discontinued. Users sending electronic mail should use primary host names in all mail destinations and sources. If nicknames are used, problems may arise in mail delivery. The NIC will notify Host Administrators as to which names or nicknames do not now conform. Host Administrators may change nonconforming data by the usual procedure via Network Change Requests (NCRs) and Network Change Directives (NCDs), if they wish, before the 31 March 1987 deadline. Host Administrators anticipating problems with this plan should notify DCA Code B652 (DCAB652@DDN1.ARPA), or via AUTODIN message, and the NIC Hostmaster (HOSTMASTER@SRI-NIC.ARPA) no later than 2 weeks prior to the scheduled cutover. In March of 1984, the DDN began the transition to domain-style names with the issuance of DDN Management Bulletin 22. In that bulletin, all hosts were required to change their primary host names to contain ".domain" extensions in accordance with RFC 897. At the same time, all of the old-style names (without the ".domain" extensions) were automatically declared to be nicknames in the Official Host Table, NETINFO:HOSTS.TXT. This use of old-style nicknames was allowed on an interim basis to make the transition to domain-style naming easier. Almost three years have passed, and this transition period must now come to a close. The transition to naming domains has progressed to the point where there are many domain name servers implemented and running. In order to maintain interoperability between hosts on the DDN using the host table and hosts using the domain name servers, all hosts must be able to recognize domain-style names. It is imperative that all transition names and nicknames be upgraded to domain-style names or be removed from NETINFO:HOSTS.TXT so that naming is consistent and so that all use of names adheres to the specification for domain names adopted in 1984.  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 24 NOV 86 23:01:15 EST Date: Mon 24 Nov 86 23:03-EST From: Rob Austein Subject: Host table compilation To: Info-Hosts@AI.AI.MIT.EDU Should be back to normal as of tonight.  Received: from MX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 21 NOV 86 06:25:10 EST Date: Fri, 21 Nov 86 06:26:33 EST From: Rob Austein Subject: Host table generation... To: Info-Hosts@AI.AI.MIT.EDU Message-ID: <959046.861121.SRA@MX.LCS.MIT.EDU> .. will be turned off for the next few days. Problems on XX.  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 27 Oct 86 11:41:55 EST Date: Mon, 27 Oct 1986 11:40 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: Media lab change All the Media-Lab hosts have been removed from AI: SYSHST; HSTG > and placed in a new file, HSTMDA >. This happened late last night. Since there were some primary name changes (MEDIA-LAB.MIT.EDU -> MEDIA-LAB.MEDIA.MIT.EDU, etc) there may be some cleaning up required on various hosts. It's a once only deal, I don't think they're planning on changing names again soon. Bogus versions of the files XX:HSTMIT.TXT (AI:SYSHST;HSTMIT >) and XX:HOSTS3.TXT were created at 4AM due to brain bubbles on my part. The problem has been fixed and a new set of tables has been generated and installed on XX and ITS. There never was a set of HOSTS3 binaries (or any other derived files) corresponding to this change, so I doubt any machines noticed. Sorry for any problems (and the few known heart attacks) this caused. --Rob  Date: Mon, 27 Oct 86 08:06:53 EST From: Ray Hirschfeld Subject: Merging the "MIT" host tables and the MIT.EDU domain zones (long) To: SRA@XX.LCS.MIT.EDU cc: INFO-HOSTS@AI.AI.MIT.EDU In-reply-to: Msg of Mon 27 Oct 1986 01:02 EST from Rob Austein Message-ID: <[AI.AI.MIT.EDU].111114.861027.RAY> HSTG >: 18.87.0.23 = HYPATIA.MIT.EDU MIT.EDU zone: 18.87.0.23 = EMMA.MIT.EDU Both listings have the nickname GLOOP.MIT.EDU, so presumably it's the same host. Comments, Ray, anybody? The EMMA/HYPATIA conflict is due to another name change done at the same time as the CANTOR/BANACH change. The entry in hstg is correct, because I was able to edit it myself. The other is awaiting update by Jeff Schiller. Ray  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 27 Oct 86 01:04:25 EST Date: Mon, 27 Oct 1986 01:02 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU, holtzman@MEDIA-LAB.MIT.EDU, glenn@LL-XN.ARPA Subject: Merging the "MIT" host tables and the MIT.EDU domain zones (long) This is a report on the results of my attempt to produce a single, coherent host table by merging the ITS ("MIT") host tables with the MIT.EDU zone (and its children). The latter was obtained by using Mark Lottor's program to dump the MIT.EDU zone recursively, then doing some fixups. These were: removal of AI and LCS data (already have in all these bits in more useful form), removal of all entries whose primary name was a room number (presumably workstations, can't spare the space with the current technology) or begins with "MIT-" (see below), and adding a default opsys and cpu type where there wasn't one listed (see below). Then I ran the mess through the HOSTS3 compiler. Most of this message is a listing of the errors that it turned up. Once we get these resolved, I can set things up so that this process happens automaticly, as part of the nightly table compilation. This will make life easier for getting an accurate listing in the vanilla case (j random pc in the MIT.EDU zone), and will at least provide a crosscheck for the more complex cases. Henry Holtzman and Glenn Adams, you are getting this as the domain contacts for the MEDIA.MIT.EDU and LL.MIT.EDU zones. Welcome to the debating club. If either of you wants to be added to Info-Hosts, tell me. You probably should be, if you are maintaining host table type things under the MIT.EDU umbrella. And now the report. The address for ACHILLES.LL.MIT.EDU (90.0.0.2) looks bogus. The NIC table doesn't list network 90.0.0.0, and there aren't any other addresses like this in the table. Typographical error? The following hosts are listed as being in the .ARPA domain in the NIC table but are listed as being in the LL.MIT.EDU zone according to the LL.MIT.EDU nameservers. I can kludge around this, but the NIC data ought to be updated (there are also some mismatches between NIC and LL.MIT.EDU on cpu and opsys type for Lincoln Lab hosts): 10.4.0.10 LL-EN.ARPA EN.LL.MIT.EDU 10.0.0.10 LL.ARPA LL.MIT.EDU 10.6.0.10 LL-SST.ARPA SST.LL.MIT.EDU 10.1.0.10 LL-VLSI.ARPA VLSI.LL.MIT.EDU 10.2.0.10 LL-XN.ARPA XN.LL.MIT.EDU The three known conflicts from the Athena/RLE namespace war: KOALA.MIT.EDU RLE: SYMBOLICS-3600 Chaos 15435 Athena: VAXSTATION IP 18.72.0.79 MATISSE.MIT.EDU RLE: SYMBOLICS-3600 Chaos 15416 Athena: VAXSTATION, IP 18.72.0.214 RENOIR.MIT.EDU RLE: SYMBOLICS-3600 Chaos 15415 Athena: VAXSTATION IP 18.72.0.108 This is pending resolution by Jeff Schiller. The listings for some math department machines seem to be confused. Ray Hirschfeld has already explained BANACH/CANTOR (18.87.0.6); this will presumably be fixed in the next zone update. There is also a conflict: HSTG >: 18.87.0.23 = HYPATIA.MIT.EDU MIT.EDU zone: 18.87.0.23 = EMMA.MIT.EDU Both listings have the nickname GLOOP.MIT.EDU, so presumably it's the same host. Comments, Ray, anybody? The TAC is now called TAC.MIT.EDU with nickname MIT-TAC.ARPA because it makes the automated table merge easier. The NIC hasn't been formally requested to make this change (although they are reading this message) nor will they unless somebody really cares. It takes a couple of months and you have to ask the Pentagon's permission. There are some media lab machines listed in both the MIT.EDU and MEDIA.MIT.EDU zones. Henry Holtzman, I asked you about this before and you didn't respond. According to the traditional definition, a host can only have one "primary name". It is because of this problem that I haven't started including the HSTMDA file you put together. 18.85.0.1 = AMTGW.MIT.EDU, AMTGW.MEDIA.MIT.EDU 18.85.0.3 = ATRP.MIT.EDU, ATRP.MEDIA.MIT.EDU 18.85.0.6 = EMS.MIT.EDU, EMS.MEDIA.MIT.EDU 18.85.0.2 = MEDIA-LAB.MIT.EDU, MEDIA-LAB.MEDIA.MIT.EDU 18.85.0.4 = XEVIOUS.MIT.EDU, XEVIOUS.MEDIA.MIT.EDU 18.85.0.5 = ZAXXON.MIT.EDU, ZAXXON.MEDIA.MIT.EDU The nickname 66-056-1.MIT.EDU appears on several hosts: 18.63.0.13 = MOLD.MIT.EDU 18.63.0.14 = BACTERIUM.MIT.EDU 18.63.0.15 = KNOWHOW.MIT.EDU I think the correct one is MOLD, although I've forgotten how I came to this conclusion. Anyway, I made the appropriate change in HSTG a few days ago, rest of fix is pending zone update by Jeff Schiller now that he knows about it. There was some lossage associated with the name SIPBVAX.MIT.EDU (a nickname for the vax named CHARON). Problem was that SIPBVAX was a nickname for CHARON-CHAOS, not CHARON. So I moved it. Sorry, RDZ. That's it for the fatal errors. The following hosts have no opsys/cpu data listed in the domain system: E.CRL.MIT.EDU F.CRL.MIT.EDU EN.LL.MIT.EDU GW.LL.MIT.EDU PSAT-IG.LL.MIT.EDU WB-ECHO.LL.MIT.EDU FILMVIDEO.MEDIA.MIT.EDU MORBIUS.MEDIA.MIT.EDU QIX.MEDIA.MIT.EDU XEVIOUS.MEDIA.MIT.EDU ZAXXON.MEDIA.MIT.EDU Following a suggestion by someone who probably doesn't want credit for the idea, any such entry will get a default CPU type of "POS" and a default opsys type of "CTSS" to keep the HOSTS3 compiler from barfing. If you don't like it, get your entry fixed. Jeff, I would like to request (for the Iforgethowmany-th time) that the HINFO record for LCS.MIT.EDU be changed to match the one for XX. It's confusing people in the outside world (I've gotten several complaints). {LCS.MIT.EDU IN HINFO PDP10 TOPS20}. Thanks. The MIT.EDU zone still has a lot of entries with primary names begining with "MIT-". I'm flushing these from the fixed-up table automaticly. In other words, I don't care. If you do, talk to Jeff about getting your entry fixed. The list is too long to include here; I'll leave it around in the file AI: SRA; MIT- HOSTS. That's it. Sorry about the length. --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 24 Oct 86 22:28:07 EDT Date: Fri, 24 Oct 1986 22:26 EDT Message-ID: From: Rob Austein To: jis@BITSY.MIT.EDU Cc: "J. Spencer Love" , Info-Hosts@AI.AI.MIT.EDU Subject: Jeff, please comment: host table conflicts In-reply-to: Msg of 24 Oct 1986 15:07-EDT from "J. Spencer Love" Spencer, Jeff is on Info-Hosts, or was the last time I looked. KOALA.MIT.EDU and RENOIR.MIT.EDU should be the RLE Lisp machines. They were there first, and have had their names in the ITS tables for a long time. The E40 Athena VAXSTATIONS by the same names should change their names. Or that's what it looks like from here, anyway. As it happens, just this afternoon I wrote some TECO code to grovel over the output of Mark Lottor's ZONE program (which constructs a HOSTS.TXT format file by doing domain zone transfers) and produce something that (theoreticly) can be fed into the HOSTS3 compiler along with the rest of the tables. Haven't tried to run it through yet, I imagine some more conflicts will appear, but if this works out it should simplify life greatly, since any changes Jeff makes in the MIT.EDU zone will automaticly be installed in the ITS tables, as will the LL.MIT.EDU and MEDIA.MIT.EDU zones. Will send another message if/when I have results of the attempted merge. --Rob  Date: Fri, 24 Oct 86 19:27:54 EDT From: Ray Hirschfeld Subject: Host table conflicts To: JSLove@MULTICS.MIT.EDU cc: Schiller@MULTICS.MIT.EDU, INFO-HOSTS@AI.AI.MIT.EDU In-reply-to: Msg of Fri 24 Oct 86 15:07 EDT from J. Spencer Love Message-ID: <[AI.AI.MIT.EDU].110395.861024.RAY> Date: Fri, 24 Oct 86 15:07 EDT From: J. Spencer Love To: Info-Hosts at AI.AI.MIT.EDU, Schiller at MIT-MULTICS.ARPA Re: Host table conflicts Posted-Date: 24 Oct 86 15:09 EDT ... HOSTS.TXT.582 at SRI-NIC.ARPA and hosttable/hstcamp.txt (17:29 10/20/86) at BITSY.MIT.EDU and bindtest from HARLEQUIN.MIT.EDU (today) show: CANTOR 18.87.0.6 AI:SYSHST;HSTG 46 shows BANACH 18.87.0.6 CANTOR 18.87.0.26 When I telnet to 18.87.0.6, the host gives its name as "hilbert". When I telnet to 18.87.0.26, I time out. According to bindtest, there is no HILBERT or BANACH in the MIT.EDU domain (although I see a HILBERT in the AI.MIT.EDU domain). The MIT-Multics host table will show CANTOR at 18.87.0.6, but somehow I suspect that mail to that name will fail as long as the host thinks it has a different name. ... The machine at 18.87.0.6 changed its name from hilbert to cantor to eliminate a nickname conflict with hilbert.ai.mit.edu. It then changed again to banach because the person getting the machine at 18.87.0.26 (not yet hooked up) wanted the name cantor. In other words, ai:syshst;hstg; is correct, bitsy:/hosttable/hstcamp.txt needs to be updated. I've notified Jeff Schiller of the changes, so this should happen eventually. Despite the fact that the machine answered with the name hilbert, it does know that its name is banach.  Received: from MIT-MULTICS.ARPA by AI.AI.MIT.EDU 24 Oct 86 18:08:15 EDT Posted-Date: 24 Oct 86 15:09 EDT Date: Fri, 24 Oct 86 15:07 EDT From: "J. Spencer Love" Subject: Host table conflicts To: Info-Hosts@AI.AI.MIT.EDU, Schiller@MIT-MULTICS.ARPA Message-ID: <861024190753.987670@MIT-MULTICS.ARPA> While constructing a new host table for MIT-Multics, I noticed the following unresolved inconsistencies. I hope that this is useful to someone. I am sending this to both Info-Hosts and directly to Jeff Schiller because I'm not sure he's on the list. HOSTS.TXT.582 at SRI-NIC.ARPA and hosttable/hstcamp.txt (17:29 10/20/86) at BITSY.MIT.EDU and bindtest from HARLEQUIN.MIT.EDU (today) show: CANTOR 18.87.0.6 AI:SYSHST;HSTG 46 shows BANACH 18.87.0.6 CANTOR 18.87.0.26 When I telnet to 18.87.0.6, the host gives its name as "hilbert". When I telnet to 18.87.0.26, I time out. According to bindtest, there is no HILBERT or BANACH in the MIT.EDU domain (although I see a HILBERT in the AI.MIT.EDU domain). The MIT-Multics host table will show CANTOR at 18.87.0.6, but somehow I suspect that mail to that name will fail as long as the host thinks it has a different name. ---- In hstcamp.txt, KOALA.MIT.EDU appears as a VAXTSTATION at 18.72.0.79. In AI:SYSHST;HSTG 46, KOALA.MIT.EDU appears as a SYMBOLICS-3600 at CHAOS 15435. In the MIT-Multics host table, KOALA.MIT.EDU is given to the VAXSTATION, while the alias KOALA-BEAR on the lisp machine appears as KOALA-BEAR.MIT.EDU. I would have less trouble with this conflict if KOALA-BEAR were the primary name of the lisp machine. ---- In hstcamp.txt, MATISSE.MIT.EDU appears as a VAXSTATION at 18.72.0.214. In AI:SYSHST;HSTG 46, MATISSE.MIT.EDU appears as a SYMBOLICS-3600 at CHAOS 15416. In the MIT-Multics host table the lisp machine's address does not appear. ---- In hstcamp.txt, RENOIR.MIT.EDU appears as a VAXSTATION at 18.72.0.108. In AI:SYSHST;HSTG 46, RENOIR.MIT.EDU appears as a SYMBOLICS-3600 at CHAOS 15415. Again, in the MIT-Multics host table the lisp machine's address does not appear. ---- The name 66-056-1 is still on all three of MOLD, BACTERIUM and KNOWHOW, in that order, in hstcamp.txt. I suspect that the reason the domain resolver shows it on KNOWHOW is just that that is the last line claiming the name in its input file.  Date: Thu, 23 Oct 86 15:26:12 EDT From: Rob Austein Subject: I removed nickname 66-056-1.MIT.EDU To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].109941.861023.SRA> from BACTERIUM.MIT.EDU (18.63.0.14) and KNOWHOW.MIT.EDU (18.63.0.15) in AI: SYSHST; HSTG >. According to the MIT.EDU nameservers this nickname properly belongs to MOLD.MIT.EDU (18.63.0.13), so I left the nickname there. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 10 OCT 86 15:49:28 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 10 OCT 86 15:48:45 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Fri, 10 Oct 86 15:49:19 EDT; User info-hosts@mc; Host mc Date: Fri, 10 Oct 86 15:49:19 EDT From: Mike McIlrath To: info-hosts@mc Cc: vanni@dspg Subject: more updates for dsp and caf I have updated AI:syshst;hstg to show caf's and dspvax's 18.20 addresses (probably the only ones using this exotic technology), and dspvax's subnet 34 address. I'll assume anyone who cares is on info-host-update and not bother with diffs. --mike  Received: from SPEECH.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 9 OCT 86 12:11:17 EDT Date: Thu 9 Oct 86 12:09:38-EDT From: "John Wroclawski" Subject: Re: H E L P !!!! To: SRA@XX.LCS.MIT.EDU, JMILLER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU, bug-oz%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU cc: Jon%VX.LCS.MIT.EDU@XX.LCS.MIT.EDU, rrj%VX.LCS.MIT.EDU@XX.LCS.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU In-Reply-To: Message-ID: <12245447043.42.JTW@MIT-SPEECH> Probably OZ just has really old host tables because it munched its directory again and someone copied in the files from the backup copy of they keep on another pack. So if their automatic updater is running it should fix itself tonight, if no one does it sooner. Someone should change the OZ automatic host table updater to put new host tables in KANSAS: whenever it does an update. -------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 9 OCT 86 10:59:07 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 9 OCT 86 10:51:38 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Thu, 9 Oct 86 10:52:04 EDT; User info-hosts@mc; Host mc Date: Thu, 9 Oct 86 10:52:04 EDT From: Mike McIlrath To: sra@xx, jmiller@oz Cc: info-hosts@mc Subject: oops (lispm namespace) Sorry, Reagan DOES know about mephistopheles et al. if you ask it about the AI namespace. I thought MIT namespace queries also searched AI, but apparently not. --mike  Received: from CAF.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 9 OCT 86 10:25:37 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Thu, 9 Oct 86 10:25:18 EDT; User Info-Hosts@AI; Host AI Date: Thu, 9 Oct 86 10:25:18 EDT From: Mike McIlrath To: JMILLER@oz Cc: Info-Hosts@AI, Jon@MIT-VX, rrj@MIT-VX In-Reply-To: Mike McIlrath's message of Thu, 9 Oct 86 10:02:34 EDT Subject: H E L P !!!! From: Mike McIlrath From: JMILLER@MIT-OZ (2) Just for kicks, can that same person try to see if the lisp machine name space and the host tables on OZ (at least) are in rough agreement. In particular, I would like to know if the Bobcats we are using (Mephistopheles, Zurich, Geneva, Kallisti, Murren, Michael, and so forth) are correct everywhere. It doesnt look to me like Reagan knows about these at all. I should have added that the AI nameserver we talk to, prep, DOES seem to know about them. (I dont really know if it the addrs are right, but they answer PING packets.)  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 9 Oct 86 10:25:14 EDT Date: Thu, 9 Oct 1986 10:23 EDT Message-ID: From: Rob Austein To: JMILLER@OZ.AI.MIT.EDU Cc: Jon@VX.LCS.MIT.EDU, rrj@VX.LCS.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU Subject: H E L P !!!! In-reply-to: Msg of 9 Oct 1986 09:36-EDT from JMILLER@MIT-OZ Date: Thursday, 9 October 1986 09:36-EDT From: JMILLER@MIT-OZ Keep your shirt on. The chaos network seems to be completely fouled up with respect to where MIT-Vax should be contacted. In particular, From my machine (mephistopheles, 18.26.0.168) Vax is no longer accessible. What address is it trying? Zermatt and Reagan both have the correct address. As does XX and all of the ITS machines (ie, the core systems in the automatic update mechanism are intact). From PREP, Vax can be reached on the internet but not on Chaos. I don't have an account on prep, somebody else will have to check this. From OZ, Vax cannot be reached at all. OZ has a totally bogus address for VX, on the wrong subnet (perhaps the old address from subnet 032, I don't remember). OZ has some form of automatic host table installation, so there's no point in my fixing this because the same program that invented the current bogus host table will just invent another one tonight. Fix, somebody? I have been told by TPWB that some parts of the chaos net (probably some gateways) and OZ have an incorrect address for MIT-Vax which is responsible for this. It might be a routing problem. Who is TPWB? (1) Can someone who knows what he or she is doing please update ALL of the relevant host tables about MIT-Vax. You have no idea how many machines have copies, most of them out of date. XX generates all the tables anybody could conceivably need, I tell everybody about them, but most hosts seem to prefer to go to hell their own way. Their priviledge. (2) Just for kicks, can that same person try to see if the lisp machine name space and the host tables on OZ (at least) are in rough agreement. In particular, I would like to know if the Bobcats we are using (Mephistopheles, Zurich, Geneva, Kallisti, Murren, Michael, and so forth) are correct everywhere. Lispms seem ok (the namespace servers, anyway). OZ is definitely losing. I don't know about the bobcats, you'll have to check with a local systems guru. (3) For my own benefit, can you explain how I should add a new host to all appropriate tables. Assume I add only internet hosts. If everybody were getting the automaticly updated (and crosschecked) tables from XX, the only thing you'd have to do would be add a namespace object from your Lisp machine (assuming you are adding something to the LCS-namespace/LCS.MIT.EDU-zone or to the AI-namespace/AI.MIT.EDU-zone). As it stands you pretty much have to nag the system hacker of each machine you use if it isn't being done to your satisfaction. Thank you very much. Please let me know who, if anyone, is planning to work on this. I suppose I could fix the OZ problems, if nobody else is willing. But I'd probably do it by having the nightly batch job just get things from XX, which seems to bother people (I don't know why). --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 9 Oct 86 10:09:48 EDT Date: Thu 9 Oct 86 10:08:12-EDT From: "J. Noel Chiappa" Subject: Re: H E L P !!!! To: JMILLER@OZ.AI.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU cc: Jon@VX.LCS.MIT.EDU, rrj@VX.LCS.MIT.EDU, JNC@XX.LCS.MIT.EDU In-Reply-To: <[MIT-OZ] 9-Oct-86 09:36:29.JMILLER> Message-ID: <12245424938.27.JNC@XX.LCS.MIT.EDU> Gateways (whether true packet switches or the protocol converter gateways from TCP<->CHAOS, you don't say which; they are completely different things) don't have any host addresses built into them at all. Noel -------  Received: from CAF.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 9 OCT 86 10:02:48 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Thu, 9 Oct 86 10:02:34 EDT; User Info-Hosts@AI; Host AI Date: Thu, 9 Oct 86 10:02:34 EDT From: Mike McIlrath To: JMILLER@MIT-OZ Cc: Info-Hosts@AI, Jon@MIT-VX, rrj@MIT-VX In-Reply-To: JMILLER@MIT-OZ's message of 9 Oct 1986 09:36-EDT Subject: H E L P !!!! Date: 9 Oct 1986 09:36-EDT Sender: JMILLER@MIT-OZ From: JMILLER@MIT-OZ The chaos network seems to be completely fouled up with respect to where MIT-Vax should be contacted. In particular, >From my machine (mephistopheles, 18.26.0.168) Vax is no longer accessible. >From PREP, Vax can be reached on the internet but not on Chaos. >From OZ, Vax cannot be reached at all. Well I can reach vax fine from here (IP 18.62.0.232, chaos 37350) via both IP and chaos. ... (2) Just for kicks, can that same person try to see if the lisp machine name space and the host tables on OZ (at least) are in rough agreement. In particular, I would like to know if the Bobcats we are using (Mephistopheles, Zurich, Geneva, Kallisti, Murren, Michael, and so forth) are correct everywhere. It doesnt look to me like Reagan knows about these at all. (3) For my own benefit, can you explain how I should add a new host to all appropriate tables. Assume I add only internet hosts. Whether IP, chaos, or both, if you want them in the "mit.edu" domain and want everyone to know about them, they go in AI:syshst;hstg. I THINK the AI domain is supposed to be done via the namespace editor on a lisp machine someplace. Thank you very much. Please let me know who, if anyone, is planning to work on this. Rob Austein (sra@xx). --Jim --mike  Received: from OZ.AI.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 9 OCT 86 09:37:34 EDT Date: 9 Oct 1986 09:36-EDT Sender: JMILLER@MIT-OZ Subject: H E L P !!!! From: JMILLER@MIT-OZ To: Info-Hosts@AI Cc: Jon@MIT-VX, rrj@MIT-VX Message-ID: <[MIT-OZ] 9-Oct-86 09:36:29.JMILLER> The chaos network seems to be completely fouled up with respect to where MIT-Vax should be contacted. In particular, From my machine (mephistopheles, 18.26.0.168) Vax is no longer accessible. From PREP, Vax can be reached on the internet but not on Chaos. From OZ, Vax cannot be reached at all. I have been told by TPWB that some parts of the chaos net (probably some gateways) and OZ have an incorrect address for MIT-Vax which is responsible for this. (1) Can someone who knows what he or she is doing please update ALL of the relevant host tables about MIT-Vax. (2) Just for kicks, can that same person try to see if the lisp machine name space and the host tables on OZ (at least) are in rough agreement. In particular, I would like to know if the Bobcats we are using (Mephistopheles, Zurich, Geneva, Kallisti, Murren, Michael, and so forth) are correct everywhere. (3) For my own benefit, can you explain how I should add a new host to all appropriate tables. Assume I add only internet hosts. Thank you very much. Please let me know who, if anyone, is planning to work on this. --Jim  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 8 OCT 86 19:10:01 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 8 OCT 86 18:57:17 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Wed, 8 Oct 86 18:58:01 EDT; User info-hosts@mc; Host mc Date: Wed, 8 Oct 86 18:58:01 EDT From: Mike McIlrath To: info-hosts@mc Subject: changes to ai:syshst;hstg Cc: boning@caf, kmware@caf I have added cagney and bacall, and deleted chaos service from bogart, all microvaxes in building 39. Diffs follow. 55a56 > HOST : 18.62.0.236 : BACALL : MICROVAX-II : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP: 62c63 < HOST : 18.62.0.234,CHAOS 37352 : BOGART : MICROVAX-II : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/FINGER,CHAOS/MAIL,CHAOS/NAME : --- > HOST : 18.62.0.234 : BOGART : MICROVAX-II : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/FINGER: 75a77 > HOST : 18.62.0.235 : CAGNEY : MICROVAX-II : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP:  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 6 Oct 86 17:09:13 EDT Date: Mon, 6 Oct 1986 17:04 EDT Message-ID: From: Rob Austein To: "Henry N. Holtzman" Cc: Info-Hosts@AI.AI.MIT.EDU Subject: media domain In-reply-to: Msg of 5 Oct 1986 15:45-EDT from Henry N. Holtzman Date: Sunday, 5 October 1986 15:45-EDT From: Henry N. Holtzman The media-lab is now running about 50 machines in its own domain, named, .media.mit.edu. Since JIS is no longer responsible for keeping our hosts in the host table, I was wondering if we can get our own file in SYSHST so that I can just ftp over a new copy when we change things (instead of having to edit someone else's file. Sounds good to me. How about AI: SYSHST; HSTAMT > as your magic filename. Let me know when you get it set up so I can look it over and configure it into the table compiler job. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 3 OCT 86 22:28:49 EDT Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 3 OCT 86 22:26:54 EDT Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Fri, 3 Oct 86 22:26:12 EDT; User info-hosts@mc; Host mc Date: Fri, 3 Oct 86 22:26:12 EDT From: Mike McIlrath To: sra@xx, jtw@xx, info-hosts@mc Cc: troxel Subject: host table changes I have added some missing chaos hosts to the master host table on AI. CIPG-SWITCH is now at 15450, not 15416, as previously indicated. Diff listing with hstg.36 follows. 44a45 > HOST : CHAOS 6420 : B10SW, BLDG-10-SW, BLDG-10-SWITCH : PDP11 : SWITCH :: 70a72,75 > HOST : CHAOS 037304 : CAF-SWITCH-4,CAFSW-4,CAF-SW-4,CAFSW4 : PDP11 : SWITCH :: > HOST : CHAOS 037305 : CAF-SWITCH-5,CAFSW-5,CAF-SW-5,CAFSW5 : PDP11 : SWITCH :: > HOST : CHAOS 037306 : CAF-SWITCH-6,CAFSW-6,CAF-SW-6,CAFSW6 : PDP11 : SWITCH :: > HOST : CHAOS 037307 : CAF-SWITCH-7,CAFSW-7,CAF-SW-7,CAFSW7 : PDP11 : SWITCH :: 76a82 > HOST : CHAOS 15450 : CIPG-SWITCH,CIPG-SW, CIPGSW : PDP11 : SWITCH :: 85c91 < HOST : 18.27.0.23 : DAFFY-DUCK,DAFFY : SYMBOLICS-3600 : LISPM : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/FINGER,UDP/TIME,UDP/TFTP,UDP/FINGER : --- > HOST : 18.27.0.23, CHAOS 15427 : DAFFY-DUCK,DAFFY : SYMBOLICS-3600 : LISPM : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/FINGER,UDP/TIME,UDP/TFTP,UDP/FINGER : 90a97 > HOST : CHAOS 15406 : DSPG-SWITCH, DSPG-SW, DSPGSW : PDP11 : SWITCH :: 91a99 > HOST : CHAOS 15451 : ELEVEN, CIPG-11 : PDP11 : UNIX :: 155c163 < HOST : 18.27.0.20 : PORKY-PIG,PORKY : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/DAYTIME,TCP/FINGER : --- > HOST : 18.27.0.20, CHAOS 15424 : PORKY-PIG,PORKY : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/DAYTIME,TCP/FINGER : 193c201 < HOST : 18.27.0.21 : YOSEMITE-SAM,SAM : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/DAYTIME,TCP/FINGER : --- > HOST : 18.27.0.21, CHAOS 15425 : YOSEMITE-SAM,SAM : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/DAYTIME,TCP/FINGER :  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 2 OCT 86 10:47:20 EDT Received: from MEDIA-LAB.MIT.EDU by MC.LCS.MIT.EDU 2 Oct 86 10:43:56 EDT Received: by MEDIA-LAB.MIT.EDU (5.51/4.8) id AA29979; Thu, 2 Oct 86 10:42:19 EDT Date: Thu, 2 Oct 86 10:42:19 EDT From: Henry N. Holtzman Message-Id: <8610021442.AA29979@MEDIA-LAB.MIT.EDU> To: info-hosts@mc.lcs.mit.edu Subject: Chaos hostnames Hi. What's the approved way for getting my lab's machines into the chaos host table? Thanks, -Henry  Received: from MX.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 30 SEP 86 12:42:06 EDT Date: Tue, 30 Sep 86 12:40:48 EDT From: Stan Zanarotti Subject: Change in MITATH To: INFO-HOSTS@MX.LCS.MIT.EDU Message-ID: <[MX.LCS.MIT.EDU].950200.860930.SRZ> Changed charon's chaos address to 50015, to reflect the fact that it can be reached thru the Campus Spine. Changed things to have the chaos entry as CHARON-CHAOS, which is what we want. -stan  Received: from BITSY.MIT.EDU by AI.AI.MIT.EDU 24 Sep 86 17:02:15 EDT Received: by BITSY.MIT.EDU (5.15/4.7) id AA00877; Wed, 24 Sep 86 17:00:48 EDT Date: Wed, 24 Sep 86 17:00:48 EDT From: jis@BITSY.MIT.EDU (Jeffrey I. Schiller) Message-Id: <8609242100.AA00877@BITSY.MIT.EDU> To: SRA@XX.LCS.MIT.EDU Cc: JSLove@MIT-Multics.ARPA, Info-Hosts@AI.AI.MIT.EDU, ens@athena.mit.edu, rws@zermatt.lcs.mit.edu, ziggy@vx.lcs.mit.edu Subject: Re: Host table errors I will be updating HSTATH > and HSTG > in the next few days to reflect the current MIT.EDU domain. -Jeff  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 23 Sep 86 19:20:28 EDT Date: Tue, 23 Sep 1986 19:26 EDT Message-ID: From: Rob Austein To: "J. Spencer Love" Cc: Info-Hosts@AI.AI.MIT.EDU, ens@ATHENA.MIT.EDU, rws@ZERMATT.LCS.MIT.EDU, ziggy@VX.LCS.MIT.EDU, jis@BITSY.MIT.EDU Subject: Host table errors In-reply-to: Msg of 23 Sep 1986 12:25-EDT from "J. Spencer Love" Date: Tuesday, 23 September 1986 12:25-EDT From: "J. Spencer Love" To: Info-Hosts@MC.LCS.MIT.EDU Re: Host table errors I hope this is the right place to send this... If it is, I am not on this list, so replies will have to be sent directly. It is. The host RTS-6.AI.MIT.EDU has an alias LMI/COLOR in AI:SYSHST;HSTLCS > (and AI:SYSHST;HSTMIT >). The "/" character in this addname seems to be in direct violation of RFC 952 and the obsolete RFC 810, which are the definitions of the widely used host table source format. You're right. I'm surprised the HOSTS3 compiler let it go through but I guess it allows it because it's an legal character in service names. Anyway, this was done by some person ignorant of this problem who fed that as a nickname into the LCS Lisp Machine namespace. I deleted it, will percolate through to the AI:SYSNET; tables tonight if nothing misfires. Bob and Ziggy, if you can educate the people down where you live not to do this sort of thing it would help. Bob, we might also want to think about making the namespace -> host table dump code check for this sort of lossage. Recent Multics host table maintenance has turned up the following inaccuracies and inconsistencies between the real world, the host tables in AI:SYSHST; and the Internet host table maintained by SRI-NIC.ARPA: 1) AGAMEMNON.MIT.EDU is shown as 18.72.0.9 in AI:SYSHST;HSTATH >, but the NIC thinks it is at 18.71.0.16. I can communicate with it on subnet 72, but the subnet 71 address doesn't respond. The appropriate authority should notify the NIC. A lot of machines moved from subnet 71 to subnet 72 some time back (six months?). Project Athena is somewhat absentminded about telling the rest of the world about this kind of change. Eric Starkman was the last person I know of willing to put any work into this, I don't know if he's still there. 2) A number of hosts are shown in HSTATH as being on subnet 80, but in the NIC host table and in a comment in HSTLCS they are shown as being on subnet 58. I can communicate with most of them from Multics at the subnet 80 address, but PROMETHEUS doesn't respond to either address: APHRODITE 12, APOLLO 10, ARTEMIS 11, ATLAS, 15, CHARON 13 and PROMETHEUS 14. Not only should the NIC be informed, but perhaps the (mechanically generated?) comments in HSTLCS should be updated as well. This looks like a side effect of the one remaining subnet conflict in the MIT net. There was a screwup a long time ago and two different groups started using the same subnet number, one for IP and one for Chaos. It's in the process of being cleaned up, I don't know what the exact status is. JIS, could you bring us up to date? Somebody should tell the NIC about the changed addresses too, once the dust settles. 3) POLLUX.MIT.EDU is shown in both HSTATH and the NIC host table as 18.71.0.6, but it appears to actually be at 18.72.0.4 (which was obtained from hosttable/hstcamp.txt on BITSY.MIT.EDU). This is an error in AI:SYSHST;HSTATH >, which should be updated as well as telling the NIC. I'll take care of this if ens@athena doesn't resurface soon. --Rob PS: I believe that either NIC@NIC or Hostmaster@NIC was on this list at one point. If somebody at the NIC wants to fix the problems Spencer has pointed out, I certainly wouldn't object....  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 23 SEP 86 14:06:57 EDT Received: from MIT-MULTICS.ARPA by MC.LCS.MIT.EDU 24 Sep 86 14:06:50 EDT Date: Tue, 23 Sep 86 12:25 EDT From: "J. Spencer Love" Subject: Host table errors To: Info-Hosts@MC.LCS.MIT.EDU Message-ID: <860923162518.892640@MIT-MULTICS.ARPA> I hope this is the right place to send this... If it is, I am not on this list, so replies will have to be sent directly. The host RTS-6.AI.MIT.EDU has an alias LMI/COLOR in AI:SYSHST;HSTLCS > (and AI:SYSHST;HSTMIT >). The "/" character in this addname seems to be in direct violation of RFC 952 and the obsolete RFC 810, which are the definitions of the widely used host table source format. The sources in that directory cite RFC 810 as the basis for their format, but they have been extended to contain CHAOS addresses and DOMAIN statements with more data than RFC 952 defines. We extended the Multics host table software in the past to extract the CHAOS addresses so our mailer could forward to CHAOS hosts (we were also briefly on the CHAOS net). Is it your position that the "/" character in host names is a similar extension? Since the "/" is a delimiter with syntactic meaning in other fields in this file, it is less convenient to change the Multics software, which uses a uniform lexical analyzer. Furthermore, it seems like a bad idea. There are good reasons why host names are restricted to such a small character set; for example, operating systems which attach special meanings to delimiters like "/". Would the lords of the LCS name space please speak on this matter? Recent Multics host table maintenance has turned up the following inaccuracies and inconsistencies between the real world, the host tables in AI:SYSHST; and the Internet host table maintained by SRI-NIC.ARPA: 1) AGAMEMNON.MIT.EDU is shown as 18.72.0.9 in AI:SYSHST;HSTATH >, but the NIC thinks it is at 18.71.0.16. I can communicate with it on subnet 72, but the subnet 71 address doesn't respond. The appropriate authority should notify the NIC. 2) A number of hosts are shown in HSTATH as being on subnet 80, but in the NIC host table and in a comment in HSTLCS they are shown as being on subnet 58. I can communicate with most of them from Multics at the subnet 80 address, but PROMETHEUS doesn't respond to either address: APHRODITE 12, APOLLO 10, ARTEMIS 11, ATLAS, 15, CHARON 13 and PROMETHEUS 14. Not only should the NIC be informed, but perhaps the (mechanically generated?) comments in HSTLCS should be updated as well. 3) POLLUX.MIT.EDU is shown in both HSTATH and the NIC host table as 18.71.0.6, but it appears to actually be at 18.72.0.4 (which was obtained from hosttable/hstcamp.txt on BITSY.MIT.EDU). This is an error in AI:SYSHST;HSTATH >, which should be updated as well as telling the NIC.  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 SEP 86 17:31:05 EDT Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 18 Sep 86 17:07:14 EDT Date: Thu, 18 Sep 1986 17:11 EDT Message-ID: From: Rob Austein To: "Mark R. London" cc: INFO-HOSTS@MC.LCS.MIT.EDU In-reply-to: Msg of 18 Sep 1986 15:24-EDT from Mark R. London  Date: Thursday, 18 September 1986 15:24-EDT From: Mark R. London To: INFO-HOSTS@MC I'd appreciate it mucho if someone can help me. Can someone tell me where I can find a file containing the list of all the arpanet hosts? If not, does anyone know of arpanet hosts at Lincoln labs? Thanks. There isn't really a list of all Arpanet hosts anymore (welcome to the future). For your purposes the file XX:HOSTS.TXT will do. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 SEP 86 16:18:42 EDT Received: from PFC-VAX.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 18 SEP 86 15:26:42 EDT Date: 18 Sep 86 15:24:02 EDT From: Mark R. London  To: INFO-HOSTS@MC Hi I'd appreciate it mucho if someone can help me. Can someone tell me where I can find a file containing the list of all the arpanet hosts? If not, does anyone know of arpanet hosts at Lincoln labs? Thanks. Mark London  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 29 AUG 86 12:42:15 EDT Received: from DEEP-THOUGHT.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 29 AUG 86 12:40:42 EDT Date: Fri 29 Aug 86 12:38:17-EDT From: Clifford Neuman Subject: Chaos subnet 025(21) is now 076(62) To: INFO-HOSTS@MC.LCS.MIT.EDU cc: jis@ATHENA.MIT.EDU, shep@DEEP-THOUGHT.MIT.EDU, mbm@DEEP-THOUGHT.MIT.EDU Message-ID: <12234704357.25.BCN@DEEP-THOUGHT.MIT.EDU> Someone should make sure that all the chaos-only hosts on the subnet have the corresponding internet addresses reserved. My list is: franky-mouse 37040 18.62.0.32 benji-mouse 37020 18.62.0.16 heart-of-gold 37042 18.62.0.34 micro-heart-of-gold 37044 18.62.0.36 bypass 37130 18.62.0.88 eecs-11 37142 18.62.0.98 cafsw0 37300 18.62.0.192 - cafsw7 37307 18.62.0.199 waif 37351 18.62.0.233 bogart 37352 18.62.0.234 cagney 37353 18.62.0.235 -------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 29 AUG 86 09:49:40 EDT Received: from DEEP-THOUGHT.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 29 AUG 86 09:45:49 EDT Date: Fri 29 Aug 86 09:43:24-EDT From: Clifford Neuman Subject: CHaos subnet 025 changing to 076 To: BBOARD@MC.LCS.MIT.EDU, INFO-HOSTS@MC.LCS.MIT.EDU cc: Staff@DEEP-THOUGHT.MIT.EDU, shep@DEEP-THOUGHT.MIT.EDU, mbm@CAF.MIT.EDU Message-ID: <12234672518.18.BCN@DEEP-THOUGHT.MIT.EDU> Sometime around 1130 this morning, chaos subnet 025 will be renumberd to 076. This is being done to fix the discrepancy between the chaos and the internet subnet numbers for this network. The host tables on AI and XX already have the new addresses for the appropriate hosts. The hosts affected will be: trillian slarty eddie franky benji hog u-hog bypass ee-11 cafsw0-7 caf waif bogart and cagney. ~ Cliff -------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 26 AUG 86 12:21:39 EDT Received: from DEEP-THOUGHT.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 26 AUG 86 12:20:28 EDT Date: Tue 26 Aug 86 12:18:35-EDT From: Clifford Neuman Subject: Chaos 25 <--> 76 To: INFO-HOSTS@MC.LCS.MIT.EDU cc: mbm@CAF.MIT.EDU, SHEP@DEEP-THOUGHT.MIT.EDU Message-ID: <12233914338.13.BCN@DEEP-THOUGHT.MIT.EDU> On Friday the 29th, chaos subnet 025 will be renumbered. The new subnet number will be 076 which corresponds to the decimal internet subnet number 18.62 which is currently assigned to it. Chos subnet 025 and the corresponding internet subnet (18.21) will at that point be reserved for a separate ethernet in building 38, which at this point is running, but disconnected. ~ Cliff -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 20 Aug 86 00:43:47 EDT Date: Wed, 20 Aug 1986 00:48 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU cc: Postmaster@OZ.AI.MIT.EDU, Postmaster@SPEECH.MIT.EDU, Postmaster@DEEP-THOUGHT.MIT.EDU, Postmaster@MC.LCS.MIT.EDU Subject: WARNING -- All hosts become SERVERs, service fields go west If you don't use the HOSTS3 binary tables or anything generated from them, you can stop reading this message now. This is primarily of interest to PDP-10s and any VAXen that get chaosnet host tables from a PDP-10. The HOSTS3 compiler went over the address space limit again today. The next most expendable thing in the tables was the services list. Last week I discovered (rather painfully) that there are still ITS and 20X programs which believes the STFSRV bit in the binary HOSTS3 table (indicating that HOSTS3 thinks a site is a server). For some time the only hosts in the tables have been ones that pass this test one way or another (this is not true for data internal to MIT, but the bulk of the offending hosts are from the NIC table). So I added a switch to the HOSTS3 compiler that tells it to turn on the STFSRV bit for all entries in the table. The binary table is now compiled with this switch turned on, from sources which don't have any service listings. This cut the size of the compiled HOSTS3.BIN file by about 30%. The following programs look at the STFSRV bit: ITS: (Q)MAIL, probably (Q)SEND. COMSAT does -not-. 20X: ARPA-HOSTS, MAIL, SEND, OZ's gateway-FTP. MMAILR & MM also affected (via ARPA-HOSTS), except on XX. There may be others. I don't think there's any program silly enough to look at the services field directly. There is some small loss of functionality (MAIL will no longer warn you if you try to send mail to a LispM with no services or to a PC). Life's rough. Internet data in HOSTS3 tables degenerated to the gross kludge state some time ago. XX:HSTNIC.TXT and XX:HSTMIT.TXT will continue to have service data so that you can look things up if you really care. HOSTS3 now has its own private input file (XX:HOSTS3.TXT). If you think that this is a desperation measure, you're right. Constructive comments are welcome. Serious bug reports also. Flames about how you can't list out all the services of FOO.RICE.EDU anymore with the HOST program should be sent to the nearest NUL: device. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 18 AUG 86 20:48:10 EDT Received: from brubeck.proteon.com by MC.LCS.MIT.EDU 18 Aug 86 20:42:57 EDT Date: Mon, 18 Aug 86 20:39:23 EDT From: jnc@brubeck.proteon.com Reply-to: jnc@proteon.com Subject: Symbolics IR link To: info-hosts@mc CC: jnc The Symbolics IR link (which used to have an MIT subnet number back in the days when Symbolics only had a single classs C number allowed in the routing tables) has turned into a subnet of the new Symbolics class B net number. That being the case, I have recycled its MIT subnet number. That removes the last traces of Symbolics in the MIT address space. If the number czar ever gets around to giving Proteon its class B number, we will also vacate, leaving Harris, LMI and TMI as the main encroachers on the MIT address space. Noel -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 18 Aug 86 12:31:45 EDT Date: Mon 18 Aug 86 12:37:01-EDT From: Timothy J. Shepard Subject: HSTATH updates: AGAMEMNON, HELEN, MENELAUS To: info-hosts@AI.AI.MIT.EDU Message-ID: <12231820540.34.SHEP@XX.LCS.MIT.EDU> SRZ asked me to fix the addresses for the above machines. They now have 18.72.foo.foo addresses instead of 18.71.foo.foo (according to the nameservers on TRILLIAN and BITSY). I edited HSTATH appropriately. -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 13 Aug 86 15:58:57 EDT Date: Wed, 13 Aug 1986 16:03 EDT Message-ID: From: Rob Austein To: "Eric Sven Ristad" Cc: bug-oz%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU Subject: [The Mailer Daemon : Message of 13-Aug-86 15:17:01] In-reply-to: Msg of 13 Aug 1986 15:18-EDT from "Eric Sven Ristad" Date: Wednesday, 13 August 1986 15:18-EDT From: "Eric Sven Ristad" To: bug-oz%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Re: [The Mailer Daemon : Message of 13-Aug-86 15:17:01] Where should this BUG-FTP message be sent? --------------- Date: Wed 13 Aug 86 15:17:19-EDT From: The Mailer Daemon To: RISTAD@OZ.AI.MIT.EDU Subject: Message of 13-Aug-86 15:17:01 Message failed for the following: Ian@OZ.AI.MIT.EDU.#Chaos: Can't forward - unknown host "SRI-NIC" ------------ Date: Wed 13 Aug 86 15:17-EDT From: Eric Sven Ristad To: bug-ftp@OZ.AI.MIT.EDU Whenever I try connecting to a machine, I get ?Does not match switch or keyword instead of the desired connection. Thanks, Eric This is my fault. I generated a HOSTS3.BIN file yesterday that didn't have any service entries in it (because the compiler ran out of address space again, I couldn't find anything obviously useless in the pruned table, and services seemed the next most expendable thing). Unfortunately, ARPA-HOSTS (the thing that conses up the host list for MM and MMAILR) and FTP and probably other programs look at the "this-machine-is-a-server" bit (generated from the services field) to determine whether or not a host is worth talking to. I punted OZ:ARPA-HOSTS.BIN.738, so mail should work again. I will install the latest-but-one HOSTS3.BIN on XX as a new, higher generation, so that it will propegate to OZ and the ITS machines tonight. Speech and Deep-Thought, beware. In the long run, ARPA-HOSTS and FTP and friends are going to have to stop believing that server bit. It is hopelessly unreliable in any case, because there are a lot of sites that don't furnish correct data to the NIC. As things now stand, nothing except TACs and server hosts even make it into the HOSTS3 table from the NIC table, so there really isn't much point to pruning the table a second time. (The TECO pre-filter has some additional hair to detect things like IBM-PCs that claim to be server hosts, so it's a little more reliable than just the services field). Sorry about this, folks. I didn't realize that there was anybody who trusted that server bit enough to use it for anything. --Rob  Received: from BITSY.MIT.EDU by AI.AI.MIT.EDU 7 Aug 86 14:43:43 EDT Received: by BITSY.MIT.EDU (5.15/4.7) id AA15225; Thu, 7 Aug 86 14:40:51 EDT Date: Thu, 7 Aug 86 14:40:51 EDT From: jis@BITSY.MIT.EDU (Jeffrey I. Schiller) Message-Id: <8608071840.AA15225@BITSY.MIT.EDU> To: JNC@XX.LCS.MIT.EDU Cc: shep@xx.lcs.mit.edu, sipb-staff@charon.mit.edu, rdz@mc.lcs.mit.edu, info-hosts@ai.ai.mit.edu, sra@xx.lcs.mit.edu, dab@borax.lcs.mit.edu, bcn@athena.mit.edu Subject: Re: chaos subnet 104 renumbered to chaos subnet 71 18.58 is currently the building 1 and building 11 combined Ethernet. Sometime this month this network will be split into to physical networks. At that time BOTH halves will get new addresses and 18.58 will be put to rest. -Jeff  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 7 Aug 86 01:34:24 EDT Date: Thu 7 Aug 86 01:36:04-EDT From: "J. Noel Chiappa" Subject: Re: chaos subnet 104 renumbered to chaos subnet 71 To: SHEP@XX.LCS.MIT.EDU, sipb-staff@CHARON.MIT.EDU, rdz@MC.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU, jis@BITSY.MIT.EDU cc: sra@XX.LCS.MIT.EDU, dab@BORAX.LCS.MIT.EDU, bcn@DEEP-THOUGHT.MIT.EDU, JNC@XX.LCS.MIT.EDU In-Reply-To: <12228461464.27.SHEP@XX.LCS.MIT.EDU> Message-ID: <12228816635.22.JNC@XX.LCS.MIT.EDU> I advise that at some point in the future the IP address of that wire be changed to be 071 so that it matches the CHAOS number; i.e. the wire would become 18.57.0.0. I don't know how many hosts would be affected by this, but it would finally clear up this problem for good (modulo the CHAOS wrapped IP subnet, but who cares about that anyway). -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 5 Aug 86 17:36:34 EDT Date: Tue 5 Aug 86 17:32:56-EDT From: Timothy J. Shepard Subject: CHARON,SIPB-11,ATHENA,APHRODITE To: info-hosts@AI.AI.MIT.EDU Message-ID: <12228466538.27.SHEP@XX.LCS.MIT.EDU> I changed the following: In SYSHST;HSTG > SIPB-11 is now at 34415 instead of 42015 In SYSHST;HSTATH > ATHENA-CHAOS is now at 34401 instead of 42001 ; The comments next to CHARON' and APRHRODITE's ; entries have been updated appropriately -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 5 Aug 86 17:02:47 EDT Date: Tue 5 Aug 86 17:05:03-EDT From: Timothy J. Shepard Subject: chaos subnet 104 renumbered to chaos subnet 71 To: sipb-staff@CHARON.MIT.EDU, rdz@MC.LCS.MIT.EDU, info-hosts@AI.AI.MIT.EDU, jis@BITSY.MIT.EDU cc: sra@XX.LCS.MIT.EDU, dab@BORAX.LCS.MIT.EDU, bcn@DEEP-THOUGHT.MIT.EDU Message-ID: <12228461464.27.SHEP@XX.LCS.MIT.EDU> Dave Bridgham (dab@borax.lcs.mit.edu) wants chaos subnet 104 allocated to the campus spine so that he can experiment with getting chaosnet working on the campus spine. (18.68.0.0 currently allocated to the campus spine and corresponds to chaos subnet 104.) Chaos subnet 104 is currently allocated to the same piece of cable which currently has 18.58.0.0 on it. This corresponds with chaos subnet 72 which is unfortunately already in use by a chaosnet-only subnet in NE43 which cannot be easily renumbered (it would require reburning proms). Chaos subnet 71 octal (18.57.0.0 decimal) was a completely unallocated subnet. It is now allocated to the bldg. 1 and bldg. 11 ethernet. SIPB-11 is currently down (It has apparently been broken for some time now) which leaves the old chaos subnet 104 completely isolated (chaosnet wise) for the moment. Cliff Neuman and I (Tim Shepard) are renumbering the bldg. 11 ethernet to be Chaos subnet 71 as of now. I will take care changing the code for SIPB-11 so that next time it boots it will be on subnet 71 instead of 104. Cliff will take care of changing the chaosnet addresses of CHARON, APHRODITE, and ATHENA to the corresponding subnet 71 addresses. Note that none of CHARON, APHRODITE, or ATHENA have chaosnet address in the current chaosnet host tables. Machine New Chaosnet address IP Address ------- -------------------- ---------- CHARON 34415 18.58.0.13 ATHENA 34401 18.58.0.1 APHRODITE 34414 18.58.0.12 SIPB-11 34440 [ 18.58.0.64 ] (not IP live) The above address should correspond in the usual manner except that the subnet number in the chaosnet address appear to correspond to 18.57.0.0 addresses. In summary: The bldg. 11 ethernet will carry IP subnet 18.58.0.0 packets (as it currently does) and chaos subnet 71 packets. The campus spine will be carry 18.68.0.0 packets (as it currently does) and will be free to carry chaos packets as subnet 104 if its maintainers so desire. -Tim -------  Date: Tue, 5 Aug 86 15:31:12 EDT From: Rob Austein Subject: Subnet 71 octal (57 decimal) To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].79751.860805.SRA> Is hereby reserved (and marked in the HSTNET file). It will eventually be used to fix one of the chaos<->IP subnet conflicts (building 11 chaos ethernet). Talk to me , Tim Shepard , or Dave Bridgham if you need more information about this.  Date: Thu, 17 Jul 86 16:09:31 EDT From: Stan Zanarotti To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].71885.860717.SRZ> Changed priam's internet to 18.72.0.6 (changed subnets a while ago)  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 13 Jul 86 18:15:58 EDT Date: Sun, 13 Jul 1986 14:18 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: HOSTS3 compiler running again I got a host table to compile again this morning, by flushing more stuff from the NIC tables. I was already flushing any host that didn't speak TCP/SMTP or TCP/TELNET. Unfortunately there are a lot of workstations in the tables that advertise these services. So the latest crock is to remove all but the primary name from anything that looks like a workstation (can't remove the entry entirely because it might be the machine-type data that's bogus instead of the services data). So you can't telnet to ISI-POSTEL.ARPA anymore, you have to call it POSTEL.ISI.EDU. Life's rough. I dunno how long this will hold things together. It only managed to gc five (twenex) pages of string space. Sigh. Of course I can always add more machine/opsys types to the hit list.... --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 12 Jul 86 12:58:46 EDT Date: Sat, 12 Jul 1986 05:20 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU, Namecallers@MC.LCS.MIT.EDU Subject: Name conflicts, table breakage, inconsistancies, version numbers First the short item. The HOSTS3 compiler has stopped working again (undoubtably somebody on the West Coast added another 200 SUN workstations to the NIC tables). I'll fix as soon as I decide what new class of machines to punt. Files in XX: will continue to be updated, but ones in XX: will freeze until this is fixed. Next. I happened to compare a dump of Jeff's MIT.EDU domain with the host tables on AI. I did a number of minor updates to the AI tables. I also discovered a few questionable items. It doesn't appear that the SOA version number is getting updated for the MIT.EDU domain or the non-delegated subnets. This potentially a serious problem, since it screws anybody who wants to do zone transfers. Is PARIS.MIT.EDU a VAX-11/750 or a VAX-11/785? Is PROMETHEUS.MIT.EDU running UNIX or DOS? Is ATRP.MIT.EDU a VAX-11/785 or a VAX-11/750? Is SAILOR.MIT.EDU a MASSCOMP or a SUN? None of this major, but it'd be nice if it were correct. There are some machines in the MIT.EDU domain with names of the form MIT-foo.MIT.EDU which are also listed in the AI tables (where they get names of the form foo.MIT.EDU): CEZANNE, DEGAS, EMS, GOLDILOCKS, TWEETY-PIE, XEVIOUS, ZAXXON. Not life or death but it'd be nice if we could agree. POLYHYMNIA was listed in both MIT.EDU and LCS.MIT.EDU. I flushed the copy in LCS.MIT.EDU since I have a hard time picturing LCS owning a machine in building 66. Everybody thinks they own the MIT TAC. The NIC calls it MIT-TAC.ARPA and refuses to change it. Jeff calls it TAC.MIT.EDU, I calls it TAC.LCS.MIT.EDU. Who cares. And lastly, we have two full fledged name conflicts: KOALA.MIT.EDU: Chaos 15435, Lispm, RLE (Speech Ethernet) IP 18.72.0.79, Vaxstation, Project Athena (E40) RENOIR.MIT.EDU: Chaos 15415, Lispm, RLE (Speech Ethernet) IP 18.72.0.108, Vaxstation, Project Athena (E40) I'm pretty sure the Lispms have seniority. Good thing they aren't choosing to talk IP this week. Watch this space for further cruft. --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 10 Jul 86 18:18:49 EDT Date: Thu, 10 Jul 1986 18:16 EDT Message-ID: From: Rob Austein To: "John Wroclawski" Cc: Info-Hosts@AI.AI.MIT.EDU Subject: New list -- Info-Hosts-Update@AI In-reply-to: Msg of 10 Jul 1986 18:07-EDT from "John Wroclawski" Date: Thursday, 10 July 1986 18:07-EDT From: "John Wroclawski" It might be better tojust have the generator batch job send a quick note to info-hosts.. I thought about that, but decided against it. I expect that there are people who would like to be informed of major changes but who don't want to be bothered every time somebody adds a nickname for their PC.  Received: from SPEECH.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 10 JUL 86 18:09:32 EDT Date: Thu 10 Jul 86 18:07:31-EDT From: "John Wroclawski" Subject: Re: New list -- Info-Hosts-Update@AI To: SRA@XX.LCS.MIT.EDU, Info-Hosts@AI.AI.MIT.EDU In-Reply-To: Message-ID: <12221657090.8.JTW@MIT-SPEECH> It might be better tojust have the generator batch job send a quick note to info-hosts.. -------  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 10 Jul 86 17:50:19 EDT Date: Thu, 10 Jul 1986 17:45 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: New list -- Info-Hosts-Update@AI In response to complaints from several people who like to snarf new host tables by hand but who never know when to do it, I have set up a new mailing list on AI, called INFO-HOSTS-UPDATE. The XX compiler job will send a SRCCOM listing of differences in the HSTMIT table to this list, if there are any. Send mail to me or add yourself if you want to recieve this. It'll probably be fairly high volume, be warned. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 8 JUL 86 23:53:43 EDT Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 8 JUL 86 23:52:22 EDT Date: 8 Jul 1986 23:49 EDT (Tue) Message-ID: From: "Leonard N. Foner" Subject: Antique programs and firing squads To: Rob Austein Cc: Info-Hosts%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU, Foner%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Date: Tuesday, 3 June 1986 13:08-EDT From: Rob Austein To: MUSE cc: info-hosts at AI.AI.MIT.EDU, bug-system In-reply-to: Msg of 3 Jun 1986 12:47-EDT from MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Date: Tuesday, 3 June 1986 12:47-EDT From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU MIT-SARAH has been replaced by MIT-AMOEBA at the same address (chaos 4150). Although this change has been reflected in oz:oz:hostnc.txt and ai:syshst;hstlcs, it does not seem to have reached oz:oz:hosts.mit. Could someone please modify the appropriate file(s)? If you check the write date on OZ:HOSTS.MIT you will notice that it was last written in June 1985. In other words it is obsolete. Unfortunately, the fact that it is still online after all this time probably indicates that some antique programs are reading it. Somebody should figure out which programs these are and take them out and shoot them. Here's a reply to a somewhat-antique request for a firing squad. OZ:HOSTS.MIT is still online because the NIGHTLY batch job copies OZ:*.*.* to KANSAS:*.*.* every night for safe keeping. Maybe we should just set HOST.MIT invisible and see what breaks. If that's not a good idea, I can watch the file to see what else, if anything, tries to open it over a day or two. I wonder how much other trash is being kept online by this batch job?  Date: Mon, 7 Jul 86 10:36:54 EDT From: Patrick A O'Donnell To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].66348.860707.PAO> Added MICRO-HEART-OF-GOLD to AI: SYSHST; HSTEE 3 a Microvax-II at CHAOS 12444.  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 3 Jul 86 12:10:57 EDT Date: Thu, 3 Jul 1986 12:11 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: GRETCHEN.AI.MIT.EDU and GABRIELLE.AI.MIT.EDU Somebody added these two hosts to the AI namespace yesterday and gave them the same net address (18.26.0.177). This caused the nightly table compiler to bomb out (correctly). I changed GRETCHEN's address to 18.26.0.178. There doesn't seem to be anything at all answering that address at the moment, so this shouldn't break the world too badly. If I got it backwards, well, fix it. I'd contact the culprit directly rather than telling the entire list, but the culprit didn't bother to fill out any of the nifty namespace fields that help people figure out where the machines really are. --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 26 Jun 86 21:52:15 EDT Date: Thu 26 Jun 86 21:49-EDT From: Rob Austein Subject: /etc/chaoshosts files To: info-hosts@AI.AI.MIT.EDU, vax-wizards@MILO.LCS.MIT.EDU XX is now generating two new tables as part of the nightly compilation process. These are of interest to Unix machines. They are listings of the MIT chaosnet, in form suitable for feeding to sendmail as /etc/chaoshosts (not to be confused with the binary Chaosnet host table for Unix). The two files are CHAOSHOSTS.CHAOS-ONLY and CHAOSHOSTS.CHAOS-ALL, both in XX:. The difference between them is that hosts on both Chaosnet and Internet will be in the second file but not in the first. If your unix host is only on the Internet you want the first file (only send mail via chaosnet relay if you can't send via Internet), if your unix host is only on the chaosnet you want the second file (only send via Internet relay if you can't send via the Chaosnet). If your unix machine is on both it's up to you, depending on which net you prefer to use. I made no attempt to filter out non-mail hosts (bridges, etc), since there is no way to do it without risking removing real hosts as well. Life's rough. If a bridge answers to SMTP or MAIL as a contact name you have problems anyway. Note that there -are- dots in these files. Thus sendmail will now be able to deduce that "OZ.AI.MIT.EDU" is a chaosnet host, if you care. Source code for the filter is in XX:CHAOSH.C. I see no reason why anybody should ever need to run this themselves, but it's available if you disagree. Bug reports to me and/or Info-Hosts, as appropriate. I don't read vax-wizards, so don't bother sending things there. --Rob  Received: from EMACK-AND-BOLIOS.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 17 JUN 86 00:32:04 EDT Date: Tue, 17 Jun 86 00:30 EDT From: Rob Austein Subject: LCS goes Lispm based To: Info-Hosts@MIT-AI.ARPA Message-ID: <"860617003056.1.sra@AI"@EMACK-AND-BOLIOS.LCS.MIT.EDU> Starting sometime in the next few days the HSTLCS table will start being generated by Zermatt from the LCS namespace. Kudos to a certain hacker (who probably wants to remain unsung) for merging the HSTLCS file and the namespace. The preferred method for updating the namespace is to find a Lispm and use the namespace editor (carefully). There is also a non-mouse oriented namespace editor available for people who can't/won't use Lispms directly. Contact me if you think you need to use this. I may write up some documentation if this method becomes popular. Most of the name collisions were trivial to deal with. There is one that is not. MUL is in use as a nickname by both MULTICS.MIT.EDU and MULBERRY.LCS.MIT.EDU. Due to the respective ages of the machines, the MULLBERY nickname pretty much has to go (too many people use MUL to mean MULTICS in mail forwardings). MULLBERRY hackers, you have been warned.... Bug reports to the usual places. --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 12 Jun 86 22:12:25 EDT Date: Thu, 12 Jun 1986 21:13 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: [HOSTMASTER: Nicknames?] For them as were asking me about this and wondering if the MIT table compiler was barfing out.... --Rob Date: Thursday, 12 June 1986 19:17-EDT From: HOSTMASTER@SRI-NIC.ARPA Sender: SUE@SRI-NIC.ARPA Reply-To: HOSTMASTER@SRI-NIC.ARPA To: sra@XX.LCS.MIT.EDU cc: Hostmaster@SRI-NIC.ARPA Re: Nicknames? Rob, Think and Seismo did not disappear from the host table. They have just opted to do away with those aliases. Here are the current entries for both hosts from the latest version of HOSTS.TXT: HOST : 10.4.0.6, 192.5.104.218 : ZARATHUSTRA.THINK.COM,THINK.COM,THINK.ARPA : VAX-11/750 : UNIX : TCP/NAME,TCP/FTP,TCP/TELNET,TCP/SMTP,TCP/SUPDUP,ICMP,EGP, UDP/DOMAIN : HOST : 10.0.0.25, 192.5.11.5, 192.12.25.5 : seismo.CSS.GOV,SEISMO.ARPA : VAX-11/780 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,UDP,ICMP,EGP,UDP/DOMAIN : Sue  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 4 Jun 86 17:05:44 EDT Date: Wed, 4 Jun 1986 17:08 EDT Message-ID: From: Rob Austein To: Hostmaster@SRI-NIC.ARPA cc: Info-Hosts@AI.AI.MIT.EDU Reply-To: Info-Hosts@AI.AI.MIT.EDU Subject: Nicknames? Some nicknames seem to have been disappearing lately. THINK (aka THINK.COM) and SEISMO (aka SEISMO.CSS.GOV) disappeared recently with no warning. This broke a lot of mail forwardings. Is this a new policy or just coincidence? --Rob  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 3 Jun 86 13:05:04 EDT Date: Tue, 3 Jun 1986 13:08 EDT Message-ID: From: Rob Austein To: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Cc: info-hosts@AI.AI.MIT.EDU, bug-system@OZ.AI.MIT.EDU In-reply-to: Msg of 3 Jun 1986 12:47-EDT from MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU Date: Tuesday, 3 June 1986 12:47-EDT From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU MIT-SARAH has been replaced by MIT-AMOEBA at the same address (chaos 4150). Although this change has been reflected in oz:oz:hostnc.txt and ai:syshst;hstlcs, it does not seem to have reached oz:oz:hosts.mit. Could someone please modify the appropriate file(s)? If you check the write date on OZ:HOSTS.MIT you will notice that it was last written in June 1985. In other words it is obsolete. Unfortunately, the fact that it is still online after all this time probably indicates that some antique programs are reading it. Somebody should figure out which programs these are and take them out and shoot them.  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 3 JUN 86 13:04:43 EDT Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 3 JUN 86 13:04:25 EDT Date: Tue, 3 Jun 1986 13:03 EDT Message-ID: From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts@MC.LCS.MIT.EDU MIT-SARAH has been replaced by MIT-AMOEBA at the same address (chaos 4150). Although this change has been reflected in oz:oz:hostnc.txt and ai:syshst;hstlcs, it does not seem to have reached oz:oz:hosts.mit. Could someone please modify the appropriate file(s)?  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 3 JUN 86 12:49:05 EDT Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 3 JUN 86 12:48:52 EDT Date: Tue, 3 Jun 1986 12:47 EDT Message-ID: From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU MIT-SARAH has been replaced by MIT-AMOEBA at the same address (chaos 4150). Although this change has been reflected in oz:oz:hostnc.txt and ai:syshst;hstlcs, it does not seem to have reached oz:oz:hosts.mit. Could someone please modify the appropriate file(s)?  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 29 MAY 86 00:20:49 EDT Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 29 May 86 00:20:30 EDT Date: Thu, 29 May 1986 00:19 EDT Message-ID: From: Rob Austein To: Info-Hosts@MC.LCS.MIT.EDU Subject: Host tables repaired... for now Host tables are being generated again. I frobbed the compiler job to punt any non-MIT host that doesn't speak TCP/SMTP or TCP/TELNET. This shrunk the table size enough for HOSTS3 to generate a table. This is not a long term fix. Anybody still using the HOSTS3 binary file should move to some other lookup mechanism as soon as possible. Support for this table will probably evaporate as soon as ITS is free of it. Discussion invited, on NAMECALLERS@MC. HOST3C and chaos-only HOSTS2 text files aren't a problem, I can generate them fairly trivially with TECO. An MIT-only HOSTS3 file wouldn't be hard either. It's the NIC data that's the killer. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 28 MAY 86 00:20:24 EDT Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 28 May 86 00:20:03 EDT Date: Wed 28 May 86 00:18:49-EDT From: Rob Austein Subject: Lispms and host tables To: MUSE@OZ.AI.MIT.EDU cc: info-hosts@MC.LCS.MIT.EDU In-Reply-To: Message-ID: <12210190348.63.SRA@XX.LCS.MIT.EDU> Date: Tue, 27 May 1986 17:20 EDT From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts@MC.LCS.MIT.EDU Lisp Machine MIT-SARAH has been changed to MIT-AMOEBA at the same chaos address. I don't know where MC:SYSENG;HSTMIT has gone or if it is still used. Please notify me if it needs to be changed. The correct file these days would be in AI: SYSHST; HSTxxx >, where xxx is one of AI, LCS, G, ATH, or EE, depending on who owns your LispM (we divided Gaul into five parts about a year ago). The machine is currently listed in HSTLCS, because somebody claimed it belonged to LCS back when we did the division. I am unable to find either SARAH or AMOEBA in the LispM namespace. Who, what, where are you, anyway? -------  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 27 MAY 86 17:26:53 EDT Received: from OZ.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 27 MAY 86 17:26:23 EDT Date: Tue, 27 May 1986 17:20 EDT Message-ID: From: MUSE%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU To: info-hosts@MC.LCS.MIT.EDU Lisp Machine MIT-SARAH has been changed to MIT-AMOEBA at the same chaos address. I don't know where MC:SYSENG;HSTMIT has gone or if it is still used. Please notify me if it needs to be changed.  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 21 May 86 15:39:41 EDT Date: Wed, 21 May 1986 15:40 EDT Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU Subject: MC <-> MX brain transplant As of this morning MC and MX have swapped names and IMP ports. This manifests itself in the host tables as the two machines exchanging chaosnet addresses and CPU types. All Chaosnet machines should obtain new host tables immediately. The KL (old MC, new MX) is not long for this world and in fact may have already bought it as I type this. The KS (old MX, new MC) is healthy and is handling the MC mail load. Host tables are going to be sporadic for the next little while. The NIC has increased the table size yet again, and I'm going to have to figure out some new way to shrink the table back down. The table currently installed on XX and the ITSs does not know about any SUN, IBM-PC, or LispM outside of MIT and Symbolics. (We needed to punt something, in a hurry, and these seemed least likely to be missed). --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 15 MAY 86 17:42:58 EDT Received: from ATHENA by MC.LCS.MIT.EDU 15 May 86 17:41:02 EDT Received: by ATHENA (5.45/4.7) id AA01726; Thu, 15 May 86 17:39:22 EDT From: Received: by HECTOR (5.45/4.7) id AA19425; Thu, 15 May 86 17:39:09 EDT Date: Thu, 15 May 86 17:39:09 EDT Message-Id: <8605152139.AA19425@HECTOR> To: karen Subject: Re: trillian Cc: info-hosts@mc.LCS.MIT.EDU Sorry, Karen. We've now changed our minds and I am going to try to put trillian back on chaosnet; we did not know that people were using it so much. Even so, I can only try. Alix  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 15 MAY 86 16:49:16 EDT Received: from ATHENA by MC.LCS.MIT.EDU 15 May 86 16:45:40 EDT Received: by ATHENA (5.45/4.7) id AA01388; Thu, 15 May 86 16:34:55 EDT From: Received: by HECTOR (5.45/4.7) id AA18967; Thu, 15 May 86 16:34:56 EDT Date: Thu, 15 May 86 16:34:56 EDT Message-Id: <8605152034.AA18967@HECTOR> To: info-hosts@mc.LCS.MIT.EDU Subject: trillian.MIT.EDU Cc: bcn Could trillian please be removed from the chaosnet host tables? We are unable to reinstall the software. Thank you, Alix Vasilatos  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 25 Apr 86 17:51:42 EST Date: Fri, 25 Apr 1986 17:50 EST Message-ID: From: Rob Austein To: Mike McIlrath cc: info-hosts@AI.AI.MIT.EDU, jis@BITSY.MIT.EDU, boning@CAF.MIT.EDU Subject: please add host In-reply-to: Msg of 25 Apr 1986 17:31-EST from Mike McIlrath Sending mail to INFO-HOSTS still works, I suppose, if you are -very- patient. Allow a month or two for delivery.... If you want a single program to "add a host", I suggest you write one. Contact me (offline) for pointers to relevant documentation.  Received: from CAF.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 25 APR 86 17:32:11 EST Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Fri, 25 Apr 86 17:31:30 EST; User info-hosts@AI; Host AI Date: Fri, 25 Apr 86 17:31:30 EST From: Mike McIlrath To: SRA@XX Cc: info-hosts@AI, @caf:jis@BITSY.MIT.EDU, boning@caf In-Reply-To: Rob Austein's message of Fri, 25 Apr 1986 16:49 EST Subject: please add host Sorry, I just cannot keep up with where the host table is this month. The one constant in all this host business has been that if you sent mail to info-hosts, eventually someone who knew what was up took care of it. Jeff -- do you read info-hosts and use it to update your database? Really, folks: there should be ONE (count 'em) "operations" required to "add a host". I dont care if its sending mail, editing a file, running a program, or what. --mike  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 25 Apr 86 16:50:12 EST Date: Fri, 25 Apr 1986 16:49 EST Message-ID: From: Rob Austein To: Mike McIlrath cc: info-hosts@AI.AI.MIT.EDU, jis@BITSY.MIT.EDU, boning@CAF.MIT.EDU Subject: please add host In-reply-to: Msg of 24 Apr 1986 11:28-EST from Mike McIlrath Mike, You don't need to ask somebody to do this. Just telnet or supdup to AI and add the appropriate entry to the appropriate file (in your case this would be AI: SYSHST; HSTG >). That's why we put the tables on a machine where you don't need to log in to edit files! --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 24 APR 86 20:51:09 EST Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 24 APR 86 20:35:16 EST Return-Path: Received: by caf.MIT.EDU (5.9/MIT.1x) on Thu, 24 Apr 86 11:28:23 EST; User dsb@mit-waif; Host mit-waif Date: Thu, 24 Apr 86 11:28:23 EST From: Mike McIlrath To: info-hosts@mc, @caf:jis@athena, @caf:jis@bitsy Cc: boning@caf Subject: please add host Cagney (cag, dirty-rat), a microvaxII running Unix. IP: 18.62.0.235 Chaos: 12753 (octal) Thanks. --mike  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 11 APR 86 09:25:45 EST Received: from 40700015362 by MC.LCS.MIT.EDU via Chaosnet; 11 APR 86 09:24:18 EST Date: Fri, 11 Apr 86 09:23 EST From: Jeff Arnold Subject: Changes in hstlcs To: info-hosts@MIT-MC.ARPA Message-ID: <860411092325.4.JMA@STOWE.LCS.MIT.EDU> I've added the new ML site lispms: Interlaken, Kazoo, Oboe, Stowe, Trumpet, Vail and deleted the Nu machines: NU-9 through NU-29 which are no longer powered up. Interlaken, Kazoo, Oboe, and Trumpet are re-using old Nu machine addresses.  Received: from XX.LCS.MIT.EDU by AI.AI.MIT.EDU 28 Mar 86 20:41:53 EST Date: Fri, 28 Mar 1986 20:46 EST Message-ID: From: Rob Austein To: Info-Hosts@AI.AI.MIT.EDU cc: knight@SRI-NIC.ARPA Subject: [KNIGHT: The NIC and FTPing host tables] People, I just turned off the frob that was retrieving new copies of HSTNIC on MC. Anybody at MIT who needs the NIC host table should get it from XX (via anonymous FTP or CFTP). Please -don't- get it from the NIC (see enclosed message). There are two files of interest on XX: XX:HOSTS.NIC is the raw NIC host table; version numbers track those at the NIC. XX:HOSTS.TXT is a merge of the TCP/IP data from the MIT tables with the NIC table. This is the same data that goes into the HOSTS3 table, but with all the Chaosnet stuff filtered out. I enclose the following for people on this list who aren't on TCP-IP. --Rob Date: Tuesday, 25 March 1986 23:12-EST From: Bob Knight To: tcp-ip@SRI-NIC.ARPA cc: cf-staff@SRI-NIC.ARPA, feinler@SRI-NIC.ARPA, stjohns@SRI-NIC.ARPA Re: The NIC and FTPing host tables Hi - it's taken me quite a while to draft this message. However, things are getting intolerable, and I feel that it's appropriate to broach the subject. Quite frankly, we're experiencing tremendous network load from people (automatically) FTPing the host tables when we release one. There are several modes of behaviour which are most offensive: o Many people choose a convenient time, such as midnight. The consequences are that we get about 10 FTP server jobs running simultaneously. o Some sites with multiple hosts in close proximity have their hosts get their tables from us, rather than having a single host at the site get it and propagate it. A sample site had THREE FTP's going from distinct hosts, all getting the host table. o Some sites simply FTP the host table every day, whether it needs it or not. This is anti-social. I feel that a simple and workable solution is for some major sites (BBN, ISI, Stanford, MIT - this is by no means a request or finger point) to serve as "host table servers", thus relieving the load on the NIC. Perhaps a policy implementation modelled after domains is in order. I do know that if things don't change, we'll cut back on the frequency of host table releases from sheer necessity. Discussion? Bob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 27 MAR 86 22:00:43 EST Received: from ATHENA by MC.LCS.MIT.EDU 27 Mar 86 22:01:34 EST Received: by ATHENA (5.45/4.7) id AA05942; Thu, 27 Mar 86 21:51:22 EST Received: by ACHILLES (5.15/4.7) id AA08828; Thu, 27 Mar 86 21:51:15 EST Received: from MITMS1-E52: by XV.MIT.EDU; 27-Mar-86 21:54:01 Message-Id: <542331594.17114614@XV.MIT.EDU> To: Kevin_Crowston@XV.MIT.EDU, info-hosts@mc.LCS.MIT.EDU Subject: Services supported by XV From: Kevin_Crowston@XV.MIT.EDU Date: 27 Mar 86 21:51 Not that it likely makes much difference to anyone, but, xv.mit.edu supports TCP/FINGER and TCP/TELNET in addition to TCP/SMTP. I'd make the change myself, except I don't really know how, and don't have an account on xx anyway. If it matters, perhaps someone can either make the change or tell me how to. Kevin Crowston Postmaster, xv.mit.edu MIT Sloan School of Management kevin@xv.mit.edu  Date: Thu, 27 Mar 86 12:55:10 EST From: Rob Austein Subject: Host tables now automaticly compiled on XX To: INFO-HOSTS@AI.AI.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].21858.860327.SRA> Binary HOSTS3 files for the ITS machines are now being compiled by XX's nightly batch job. This means that it should no longer be necessary to run the HOSTS XFILE script on AI. HOSTS XFILE is still around, in case it is needed in an emergency. XX should probably be considered the cannonical source of binary HOSTS2 and HOSTS3 files, as well as HOSTS2 format text files. The RFC810 format source (text) files will continue to reside on AI for ease of access. If you prefer to continue to get binary files from an ITS, it won't hurt. If you weren't ever running the HOSTS XFILE script before, this change shouldn't affect you. If you want to be added to the (small) list of people who get bug messages from the XX compiler job if something appears to have gone seriously wrong, send mail to me. If you are curious about the current automated procedure, look in XX: HOSTS;. --Rob  Received: from MC.LCS.MIT.EDU by AI.AI.MIT.EDU via Chaosnet; 25 MAR 86 03:59:45 EST Date: Tue, 25 Mar 86 03:58:12 EST From: Rob Austein Subject: Host tables now live on AI.AI.MIT.EDU To: info-hosts@AI.AI.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].861020.860325.SRA> The MIT host tables have now been moved to AI. Update procedures are as they have been on MC since December. All the tables live in the AI: SYSHST; directory. The INFO-HOSTS mailing list has also moved to AI. Nobody should make any further changes to the tables on MC, as these changes will be lost (really lost, the first time MC has a head crash, since it will no longer have backup service). The location change again when we have the other KS-10s up and running ITS, but at the moment AI is the best choice. Sorry for whatever confusion this generates, but it seemed better than keeping the master tables on an unsupported machine. --Rob  Date: Mon, 24 Mar 86 16:44:57 EST From: Rob Austein Subject: Host tables moving to AI To: INFO-HOSTS@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].860651.860324.SRA> The MIT host tables are being moved from MC to AI, since after the end of this week MC will no longer have regular backup service or hardware maintainence. I will send another message to INFO-HOSTS when the transition is complete. ANY CHANGES YOU MAKE IN THE MEANTIME WILL BE LOST. The new location will be AI: SYSHST;, files will be as they now are on MC. --Rob  Date: Fri, 14 Mar 86 16:15:02 EST From: Rob Austein Subject: Athena chaos address fakeout, HOSTS3 compiler broken. To: INFO-HOSTS@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].851075.860314.SRA> 1) The chaosnet address of ATHENA in the newest HSTMIT is a lie. The address listed is really a different project athena machine. ENS@ATHENA and I did this because Athena itself is off the chaosnet for an indefinite time due to hardware lossage beyond their control. So this way mail will get through without having to go via MC, but trying to SUPDUP or TELNET to Athena via chaos will lose. Sorry. 2) The HOSTS3 compiler has run out of address space again, so it won't be possible to generate new HOSTS3 binary files until I figure out some new class of hosts or nicknames that can be safely pruned from HSTNIC. PDP10s (and vaxen who port HOSTS2.TXT files from XX or OZ) beware.  Received: from CAF.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 14 MAR 86 16:09:27 EST Return-Path: Received: by mit-caf.MIT.EDU (5.9/MIT.1x) on Fri, 14 Mar 86 16:08:57 EST; User info-hosts@mc; Host mc Date: Fri, 14 Mar 86 16:08:57 EST From: Mike McIlrath To: info-hosts@mc, jis@athena Cc: kmware@mit-caf Subject: please add host Please add host "bogart", a microvaxII running unix (with the usual accoutrements). IP 18.62.0.234 CHAOS 12752 Thanks.  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 22 FEB 86 00:33:19 EST Date: Sat, 22 Feb 86 00:34:55 EST From: "Pandora B. Berman" Subject: Re: bad address To: jis@BITSY.MIT.EDU cc: kevin%harvard@HARVARD.HARVARD.EDU, info-hosts@MC.LCS.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].15545.860222.CENT> Date: Fri, 21 Feb 86 22:44:14 EST From: jis@BITSY.MIT.EDU (Jeffrey I. Schiller) To: "Pandora B. Berman" Cc: kevin%harvard@HARVARD.HARVARD.EDU, info-hosts@mc.lcs.mit.edu In-Reply-To: "Pandora B. Berman"'s message of Fri, 21 Feb 86 21:27:08 EST Subject: Re: bad address Whose host tables were those... the NIC's is correct. -Jeff the line HOST : 18.86.0.4 : SLOAN.MIT.EDU,MIT-SLOAN.ARPA,MIT-SLOAN,SLOAN,XV.MIT.EDU,MIT-XV.ARPA,MIT-XV,XV : DANDELION : INTERLISP :: in my previous msg was from MC:SYSHST;HSTMIT >. indeed, the following are in MC:SYSHST;HSTNIC > : HOST : 18.86.0.4 : XV.MIT.EDU,MIT-XV.ARPA,MIT-XV : DANDELION : INTERLISP : TCP/SMTP : HOST : 18.86.0.6 : SLOAN.MIT.EDU,MIT-SLOAN.ARPA,MIT-SLOAN : IBM-4341 : VM : TCP/TELNET,TCP/SMTP,TCP/FTP : but the host-finding, given the evidence, is running off HSTMIT.  Received: from BITSY.MIT.EDU by MC.LCS.MIT.EDU 21 Feb 86 22:56:35 EST Received: by BITSY.MIT.EDU (5.15/4.7) id AA04021; Fri, 21 Feb 86 22:44:14 EST Date: Fri, 21 Feb 86 22:44:14 EST From: jis@BITSY.MIT.EDU (Jeffrey I. Schiller) Message-Id: <8602220344.AA04021@BITSY.MIT.EDU> To: "Pandora B. Berman" Cc: kevin%harvard@HARVARD.HARVARD.EDU, info-hosts@mc.lcs.mit.edu In-Reply-To: "Pandora B. Berman"'s message of Fri, 21 Feb 86 21:27:08 EST Subject: Re: bad address Whose host tables were those... the NIC's is correct. -Jeff  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 21 FEB 86 21:42:04 EST Date: Fri, 21 Feb 86 21:27:08 EST From: "Pandora B. Berman" Subject: Re: bad address To: kevin%harvard@HARVARD.HARVARD.EDU cc: HEADER-PEOPLE-REQUEST@AI.AI.MIT.EDU, info-hosts@MC.LCS.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].15471.860221.CENT> To: "Pandora B. Berman" Cc: HEADER-PEOPLE-REQUEST@ai.ai.mit.edu Subject: Re: bad address Date: 20 Feb 86 11:54:35 EST (Thu) From: kevin%harvard@harvard.HARVARD.EDU The problem is that the message is addressed to sloan.mit.edu, not to xv.mit.edu. Please fix the list so that you're really mailing to header-people-incoming@xv.mit.edu. Kevin Crowston Postmaster, xv.mit.edu a couple days ago i sent you this mail indicating that i had just done so: Date: Mon, 17 Feb 86 05:03:25 EST From: "Pandora B. Berman" Subject: Changing the name of mit-sloan.mit.edu, take 2 To: kevin@HARVARD.HARVARD.EDU cc: HEADER-PEOPLE-REQUEST@AI.AI.MIT.EDU Date: Tue, 31 Dec 85 15:22:51 EST From: kevin@harvard.HARVARD.EDU (Kevin Crowston) To: header-people-request@mit-mc.arpa Subject: Changing the name of mit-sloan.mit.edu, take 2 Sorry about the previous confusion.... Anyway, here's our hoped for schedule for the change over: immediately the host "mit-sloan.mit.edu", internet address [18.86.0.4] will be identifying itself as "xv.mit.edu". This weekend, I hope, the MIT name server will be updated to know that "xv.mit.edu" is really [18.86.0.4]. (It turns out that the only person in the universe who can make this change has been on vacation all this time, so this hasn't happened yet.) I will mail another letter as soon as I hear that the nameserver is up-to-date. The current time table says that by 15 January, "mit-sloan.mit.edu" will be the name of a different machine, so I hope that the changes in the various mailing list will have been made by then. Once again, sorry for the confusion; I hope the too hasty change hasn't started mail bouncing all over the net. kevin@harvard.arpa kevin%xv.mit.edu@mit-mc.arpa (soon) kevin%mit-sloan.mit.edu@mit-mc.arpa (now) i recently noticed that SLOAN has aqcuired XV as an alternate name, or nickname, or whatever, so have just implemented your above request for address change. it took me -this long- to grasp the pun; i must be slowing down. at that time i had in fact changed your entry; until i commented it out yesterday, this is how it read: (header-people-incoming @XV) ; req. of Kevin@SLOAN Crowston 1sep85 now, this is what the host table says about the host in question: HOST : 18.86.0.4 : SLOAN.MIT.EDU,MIT-SLOAN.ARPA,MIT-SLOAN,SLOAN,XV.MIT.EDU,MIT-XV.ARPA,MIT-XV,XV : DANDELION : INTERLISP :: the host table thinks XV and SLOAN are the same thing. clearly the host table, not the Header-People list, is what is confused. i suggest that you arrange to have the host table fixed with respect to the Sloan host(s).  Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 18 Feb 86 13:56:21 EST Date: Tue, 18 Feb 1986 13:55 EST Message-ID: From: Rob Austein To: cjl@OZ.AI.MIT.EDU cc: info-hosts@MC.LCS.MIT.EDU Subject: tables broken again NEWTON is now listed in both HSTAI and HSTG. Massive lossage.  Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 13 Feb 86 05:02:45 EST Date: Thu, 13 Feb 1986 05:03 EST Message-ID: From: Rob Austein To: info-hosts@MC.LCS.MIT.EDU cc: sra@XX.LCS.MIT.EDU, cjl@OZ.AI.MIT.EDU Subject: Cretinous lossage Some pinhead put a bunch of EECS hosts into the HSTAI table (presumably by putting them into Reagan's namespace). This causes the host table compiler to barf, since the culprit didn't get all the names right and there are primary name mismatches. Host tables will be disfunctional until this is fixed at the source, since I am not about to start a namespace war with a Lisp Machine. Chris, you might want to install a filter in Reagan's table dump program so that it won't propagate this kind of lossage. --Rob  Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 4 Feb 86 21:13:37 EST Date: Tue, 4 Feb 1986 21:14 EST Message-ID: From: Rob Austein To: info-hosts@MC.LCS.MIT.EDU, postmaster@VAX.LCS.MIT.EDU Subject: VAX.LCS.MIT.EDU now listed as Chaos-only host I commented out the IP address for VAX.LCS.MIT.EDU (VX). As the person responsible for keeping the LCS tables in some state that vaugely reflects reality, I just went ahead and did this by fiat without waiting for VX's owners to give me permission (or more accurately, I timed out while waiting for a useful answer to my queries). This change will affect the MIT HOSTS3 and HSTMIT files (and anything that is generated from them) and the LCS.MIT.EDU domain. It will *not* affect the NIC tables, so we can change things back quietly if/when VX's TCP/IP code becomes reliable enough to use for mail on a regular basis. Anybody who wants to change this back please talk to me first. There are some issues involved that are not readily apparent.  Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 31 Jan 86 22:55:44 EST Date: Fri 31 Jan 86 22:56:40-EST From: Michael B McIlrath Subject: [Communications Satellite : Msg of Thursday, 30 January 1986 16:21-EST] To: info-hosts@MC.LCS.MIT.EDU Message-ID: <12179777611.35.MBM@XX.LCS.MIT.EDU> Received: from MC.LCS.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 30 Jan 86 16:21-EST Date: Thu, 30 Jan 86 16:21:31 EST From: Communications Satellite Subject: Msg of Thursday, 30 January 1986 16:21-EST To: "MBM@XX.LCS.MIT.EDU"@XX.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].801937.860130> ============ A copy of your message is being returned, because: ============ "INFO-HOST" at MC.LCS.MIT.EDU is an unknown recipient. ============ Failed message follows: ============ Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 30 Jan 86 15:05:56 EST Date: Thu 30 Jan 86 13:04:36-EST From: Michael B McIlrath Subject: mit-caf To: info-host@MC.LCS.MIT.EDU Message-ID: <12179407684.24.MBM@XX.LCS.MIT.EDU> MIT-CAF's internet address is 18.62.0.232, not 18.21. Thanks. --mike ------- -------  Received: from AI.AI.MIT.EDU by MC.LCS.MIT.EDU via Chaosnet; 28 JAN 86 21:55:59 EST Date: Tue, 28 Jan 86 21:55:35 EST From: "Pandora B. Berman" Subject: SYSNET;HSTMIT ? To: Mills@CISL-SERVICE-MULTICS.MIT.EDU cc: INFO-Hosts@MC.LCS.MIT.EDU Message-ID: <[AI.AI.MIT.EDU].12019.860128.CENT> Date: Tue, 28 Jan 86 11:29 EST From: Mills@CISL-SERVICE-MULTICS.ARPA Subject: sysnet;hstmit To: info-hosts@MIT-MC.ARPA I have been using the file sysnet;hstmit off of mc for some time in generating my host table. It seems as this file is no longer to be found in the same location on mc. This is not surprizing considering that mc is sort of going away. Where is this file currently? Is it going to be updated any longer? If you don't know about this, do you know anyone who does? the file has been moved in the SYSHST; directory -- SYSHST;HSTMIT is what you should now look for. SRA@XX is doing most of the work here on host-table related things now, so you should direct questions about its status to him.  Received: from CISL-SERVICE-MULTICS.ARPA by MC.LCS.MIT.EDU 28 Jan 86 11:30:43 EST Date: Tue, 28 Jan 86 11:29 EST From: Mills@CISL-SERVICE-MULTICS.ARPA Subject: sysnet;hstmit To: info-hosts@MIT-MC.ARPA Message-ID: <860128162939.998026@CISL-SERVICE-MULTICS.ARPA> Hi there, I have been using the file sysnet;hstmit off of mc for some time in generating my host table. It seems as this file is no longer to be found in the same location on mc. This is not surprizing considering that mc is sort of going away. Where is this file currently? Is it going to be updated any longer? If you don't know about this, do you know anyone who does? Thanks, John Mills  Date: Thu, 16 Jan 86 18:52:50 EST From: Rob Austein Subject: MC binary host table To: INFO-HOSTS@MC.LCS.MIT.EDU, NAMECALLERS@MC.LCS.MIT.EDU Message-ID: <[MC.LCS.MIT.EDU].786028.860116.SRA> I turned off the code that was generating the names like MIT-foo.MIT.EDU and foo.MIT.EDU (for hosts that are in some other domain, ie, AI or LCS). This was necessary because COMSAT was completely out of address space and I needed the few K this freed up just to keep COMSAT running. This means that (1) host tables will be a little smaller, and that (2) it is possible that you will be unable to reply to hosts that are still using these names (nobody should be, but they still linger in some dark corners). If you need a table that has all this cruft, you can get the binary from XX:HOSTS3.BIN and the text form of HSTMIT from XX:HSTMIT.TXT. Sorry for the short (one might even say negative) notice, but this was an emergency fix. --Rob  Received: from XX.LCS.MIT.EDU by MC.LCS.MIT.EDU 18 Dec 85 07:16:06 EST Date: Wed, 18 Dec 1985 07:14 EST Message-ID: From: Rob Austein To: info-hosts@MC.LCS.MIT.EDU, namecallers@MC.LCS.MIT.EDU cc: sra@XX.LCS.MIT.EDU Subject: New host tables installed on MC. The new tables that have been running on XX on an experimental basis have now been installed on MC and AI. A few things to note: At CSTACY's request, the tables no longer live in MC: SYSNET; because the directory got too crowded. All the text files have been moved to MC: SYSHST;. The old versions of the host tables are still present in SYSNET; on the off chance that we have to back out of this, but they will be going away soon. The binary host table of course is still in SYSBIN;. There is a little bit of documentation in some of the files in SYSHST; ask me if you need help, I would much rather have to answer a lot of silly questions than have to pick up the pieces if somebody breaks all this. For those who deleted my last warning on this subject, the new host table is significantly larger than the old one. Some programs on your machine will probably barf and need to be recompiled. Sorry. Problems, flames, etc to me and NAMECALLERS. --Rob  Date: Tue, 17 Dec 85 16:30:06 EST From: Rob Austein Subject: WARNING: host tables changing tonight To: INFO-HOSTS@MIT-MC.ARPA Reply-To: sra@mc Message-ID: <[MIT-MC.ARPA].758370.851217.SRA> I am going to try installing the new domain-style host tables on MC (and possibly AI) tonight. I will send out another message when this is done. In the meantime, anybody who is automaticly snarfing tables off of MC should beware, since various weird things may happen.  Received: from MIT-XX.ARPA by MIT-MC.ARPA 2 Dec 85 20:39:00 EST Date: Mon 2 Dec 85 14:49:53-EST From: "J. Noel Chiappa" Subject: Re: Impending host table format change To: Namecallers@MIT-MC.ARPA, Info-Hosts@MIT-MC.ARPA cc: JNC@MIT-XX.ARPA In-Reply-To: Message-ID: <12163960357.23.JNC@MIT-XX.ARPA> One other thing we should try and tackle in an organised fashion is allocation of host numbers on wires. Right now, it's done by looking through the host tables, which aren't organized in any useful fashion for this; in addition, some people chose a number, look to see if anyone has that number in protocol family X, and don't check to see if anyone is using it in family Y, with the result that a single host number winds up on two machines, with all the attendant hassle. Shawn keeps files for the LCS Ring and Ether, but they aren't publicy known about. It would be good if we had files for all the wires which random people hang new things on somewhere. Any ideas? Noel -------  Received: from MIT-XX.ARPA by MIT-MC.ARPA 28 Nov 85 03:07:47 EST Date: Thu, 28 Nov 1985 03:05 EST Message-ID: From: Rob Austein To: Info-Hosts@MIT-MC.ARPA, Namecallers@MIT-MC.ARPA Reply-To: Namecallers@MC Subject: Impending host table format change I am in the final stages of debugging the various filters, etc to implement the compartmentalization of the MIT host tables. For those who aren't in on this already, HSTMIT is being split up into several smaller files that map one to one with Internet domains (AI.MIT.EDU, LCS.MIT.EDU, ATHENA.MIT.EDU, etc). The new host tables are actually complete right now, and reside in MC: SYSNET;. Don't anybody try to use them yet though (you would have to work very hard to do so anyway). There is even a little documentation for them as wants it, in MC: SYSNET; HSTNEW README. I'll be testing this for a little while on XX before mucking with the MC binaries, but that will happen fairly soon (within two weeks) if nothing major goes wrong. Anyone who uses the MC host tables at all is hereby warned that something is almost certain to break on your machine when this change goes into effect. The most probably cause is the sheer size of the new table. The complete HOSTS3 table (HSTNIC + all the things that used to be in HSTMIT) will be significantly bigger (how much depends on what measure you use; the big change is a lot more nicknames for MIT hosts, some fairly long). A lot of this is temporary; far too many existing programs have assumptions about primary hostnames hardwired into them, so this part of the changeover has to be done in stages. Obviously there are a lot of tradeoffs here; questions or suggestions on this should go to NAMECALLERS@MC rather than all of INFO-HOSTS. For now, anybody who edits MC: SYSNET; HSTMIT > should also edit the appropriate subdomain file. If you aren't sure what to do, just make sure to tell me what changes you made and I'll update the appropriate file. I will send another message to INFO-HOSTS when I start the actual changeover on MC, but I wanted to make sure that people had some advance warning about this. --Rob  Date: Wed, 13 Nov 85 23:41:20 EST From: Rob Austein Subject: HSTMIT table fixed (again) To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].717323.851113.SRA> I changed the primary name of MIT-MORRISON to MIT-MORRISON.ARPA. People, please note that the primary hostname in HSTMIT *must* match the primary hostname in HSTNIC (if the machine is in HSTNIC at all, of course). If you break this rule you will also break the HOSTS3 compiler and thus all six PDP10s. Also, if anybody edits HSTMIT in the near future, please send me mail even if you don't send any to INFO-HOSTS for some reason. I am going to be bringing up a current set of tables for the brave new world of domains and if you make changes without telling me they won't show up in the new tables. --Rob  Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 30 OCT 85 23:06:53 EST Date: Wed 30 Oct 85 23:08:16-EST From: Clifford Neuman Subject: Re: HSTMIT 458 and HOSTS 878 To: INFO-HOSTS@MIT-MC cc: staff%MIT-EECS@MIT-MC.ARPA, JIS@ATHENA.MIT.EDU In-Reply-To: Message from "Clifford Neuman " of Wed 30 Oct 85 22:23:14-EST Correction to previous message. . The primary name for MIT-EECS is not MIT-DEEP-THOUGHT. should be: . The primary name for MIT-EECS is now MIT-DEEP-THOUGHT. ^ -------  Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 30 OCT 85 21:49:06 EST Date: Wed 30 Oct 85 21:50:20-EST From: Clifford Neuman Subject: HSTMIT 458 and HOSTS 878 To: INFO-HOSTS@MIT-MC cc: staff%MIT-EECS@MIT-MC.ARPA, JIS@ATHENA.MIT.EDU Have been updated to reflect the following changes: . The primary name for MIT-EECS is not MIT-DEEP-THOUGHT. . The nicknames MIT-DT and DT have been added. . ZARQUON, HACTAR, PRAK, and SLARTIBARTFAST have been commented out since they have not been speaking chaos for quite some time and the continued existence in the host table as chaos hosts was causing mail queued for them to go undelivered. Chris: You should consider adding service entries to some of the hosts in HSTFIX. In particular, MIT-SPEAKER, and a few others. Gail's FTP checks this entry. ~ Cliff -------  Received: from MIT-XX.ARPA by MIT-MC.ARPA 22 Oct 85 16:02:07 EDT Date: Tue 22 Oct 85 16:04:03-EDT From: William B. Ackerman Subject: sysnet;hstmit > To: info-hosts@MIT-MC.ARPA Message-ID: <12153215031.33.WBA@MIT-XX.ARPA> I made a few minor changes to 2nd floor Explorers in SYSNET;HSTMIT >. -------  Date: Mon, 30 Sep 85 10:34:30 EDT From: Patrick G. Sobalvarro To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].663271.850930.PGS> Does anyone know of an internet path either to inria or mcvax?  Received: from MIT-BORAX by MIT-MC.ARPA 13 Sep 85 11:59:48 EDT Received: by MIT-BORAX.MIT.EDU (4.12/4.7) id AA19554; Fri, 13 Sep 85 12:01:06 edt Date: Fri, 13 Sep 85 12:01:06 edt From: romkey@MIT-BORAX.MIT.EDU (John Romkey) Message-Id: <8509131601.AA19554@MIT-BORAX.MIT.EDU> To: info-hosts@mc Subject: "new" host I've added a "new" host, MIT-BORAX-CHAOS, address 15101, temporarily while I'm bringing up chaosnet on borax. Once I'm sure the chaos code is stable I'll punt this name and just add a chaos address for BORAX. - john  Date: Tue, 10 Sep 85 20:46:58 EDT From: Thye-Lai Tung Subject: Change in Net Address To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].640485.850910.TLTUNG> I changed the Chaosnet address of MIT-WAIF from 6420 to 12751. - Thye-Lai Tung  Received: from MIT-OZ by MIT-MC.ARPA via Chaosnet; 6 SEP 85 03:53:57 EDT Date: Fri, 6 Sep 1985 03:55 EDT Message-ID: From: PGS%MIT-OZ@MIT-MC.ARPA To: Rob Austein cc: info-hosts@MIT-MC.ARPA Subject: Have you seen these machines? Alcator is a Vax at Alcator; it runs VMS. The last time I heard of someone using it was a couple of years ago. PFC-VAX is another VMS VAX; it's at the Plasma Fusion Center. PFC-Versatec is presumably a MINITS 11 running DCP's Versatec code at Plasma Fusion Center. Cougar is the wrist controller for the Puma robot arm; like Puma, it's an 11 running MINITS. It's in 905 (Robotics Group, of course). Golem is a 750 running VMS; it controls Ken Salisbury's tendon hand; it's in the Lisp Machine corral. Robotics Group again.  Received: from MIT-XX.ARPA by MIT-MC.ARPA 5 Sep 85 16:41:57 EDT Date: Thu, 5 Sep 1985 16:04 EDT Message-ID: From: Rob Austein To: info-hosts@mc Subject: have you seen these machines Thanks to everybody who responded. I now have all the machines pegged except for ARMSTRONG and SARAH, and all that really matters in this case is knowing that they don't belong to LCS, AI, Athena, EECS, or Speech (of course, if somebody *does* know about these two I'd like to hear it...). --Rob  Received: from MIT-VAX.ARPA by MIT-MC.ARPA via Chaosnet; 3 SEP 85 21:55:05 EDT Received: by mit-vax.Mit-chaos.Arpa (4.12/4.8) id AA08083; Tue, 3 Sep 85 21:50:00 edt Date: Tue, 3 Sep 85 21:50:00 edt From: Jeff Arnold To: SRA@MIT-XX, info-hosts@mc Subject: Re: Have you seen these machines? PI is Ron Rivest's (original) 3600 and lives on the third floor of Tech Sq. HARRIS-BRIDGE is a minits box dedicated to the chaos link with Harris Corp. in Fla. It lives in the second floor machine room and is tended by Rich Zippel and Bert Halstead.  Received: from mit-ems.ARPA by MIT-MC.ARPA 3 Sep 85 19:32:32 EDT Received: by mit-ems.ARPA (4.12/4.8) id AA23824; Tue, 3 Sep 85 19:33:03 edt Date: Tue, 3 Sep 85 19:33:03 edt From: Steven Haflich Message-Id: <8509032333.AA23824@mit-ems.ARPA> To: info-hosts@mc Subject: Re: Have you seen these machines? INFINITE is the building 8 chaos bridge, and is named after a certain corridor. It connects subnets 017, 021, and 023(?). Most recently, bcn@ee has maintained it. WAIF is a VMS 750 belonging to Prof Antoniadis' group on the 3rd floor of bldg 10. Contact tung@{waif,eddie} for details.  Received: from MIT-XX.ARPA by MIT-MC.ARPA 3 Sep 85 19:13:53 EDT Date: Tue, 3 Sep 1985 19:13 EDT Message-ID: From: Rob Austein To: info-hosts@mc Subject: Have you seen these machines? I've been sorting through the MIT and NIC host tables to figure out which labs/departments own which machines. Here's the last few that nobody seems to recognize. If you know who these machines belong to, please send me mail. Thanks.... ALCATOR ARMSTRONG COUGAR GOLEM HARRIS-BRIDGE INFINITE MERLIN PFC-TEST PFC-VAX PFC-VERSATEC PI SARAH WAIF  Date: Tue, 27 Aug 85 00:03:43 EDT From: J. Noel Chiappa To: INFO-HOSTS@MIT-MC.ARPA cc: MIT SUBNETS@MIT-MC.ARPA, JNC@MIT-MC.ARPA, jis@MIT-ATHENA.ARPA Message-ID: <[MIT-MC.ARPA].624989.850827.JNC> Not having heard any loud complaints, I moved the three unused nets (LCS 4th Ether, WHOI nets) out of the area of conflict with Athena. The LCS 4th Ether became 061/49. and the WHOI nets became 0160/0161 respectively. The leaves only the Building 11 Ethernet to fix; it's CHAOS address of 0104 conflicts with the Main Campus Spine, and it's IP address of 58. conflicts with the 7AI-2LCS link (!). I also edited in some more information that Jeff Schiller provided.  Received: from MIT-CCC by MIT-MC.ARPA via Chaosnet; 25 AUG 85 01:47:58 EDT Date: 25 Aug 1985 01:47:51-EDT From: gill@MIT-CCC To: CSTACY@MIT-MC.ARPA, gill@MIT-CCC, jma@MIT-VAX.ARPA, jon@MIT-VAX.ARPA, saj@MIT-PREP.ARPA Subject: Re: host2 tables Cc: INFO-HOSTS@MIT-MC.ARPA Based on the old one in syseng; the host2 table you generated had one small error: NET CHAOS 7, should be NET CHAOS, 7 Other than that, it went down smoothly. Although my host table parser also deals with the so-called host3 format, I would like to switch over to a domain system in the near future. What references are there on how one should, and how others have already, implemented domain naming? - Gill  Date: Sat, 24 Aug 85 22:43:30 EDT From: Christopher C. Stacy Subject: host2 tables To: jma@MIT-VAX.ARPA, jon@MIT-VAX.ARPA, saj@MIT-PREP.ARPA, gill@MIT-CCC cc: INFO-HOSTS@MIT-MC.ARPA In-reply-to: Msg of Sat 24 Aug 85 21:54:28 EDT from Christopher C. Stacy Message-ID: <[MIT-MC.ARPA].623378.850824.CSTACY> SYSNET;HSTCHA HOSTS2 contains a sample HOSTS2 file generated by my hack from HSTMIT. It contains only Chaosnet hosts. I am putting this here in case you need it and want to pick it up right away before learning how to create such files yourself.  Date: Sat, 24 Aug 85 19:40:41 EDT From: Christopher C. Stacy Subject: New Host tables To: JNC@MIT-MC.ARPA cc: INFO-HOSTS@MIT-MC.ARPA, BUG-MAIL@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].623329.850824.CSTACY> As I said, I don't think backing out of the binary was the right thing, since only the QMAIL program uses that information, it's usually wrong, and all it does is warn you that the site doesn't claim to support mail. In fact, the system will send mail to sites which don't claim to support the service. Since the information has not been used by anyone, I don't think there has been a great effort to keep it correct. Backing up to an older binary means that some valid hosts will be compeltely unknown, and mail to hosts which have moved will be permanently lost. Moreover, QMAIL is an ITS-only program (and hence an ITS bug) but the binary table is used by some other sites (such as OZ.) Anyway, I just went in and added the service lists to the dozen or so sites which I think support mail but which didn't claim to, and created a new binary table. I stuck the subnet stuff back into the HSTMIT host table source file where it has always been; it was an oversight that I forgot to include it in that one version.  Date: Fri, 23 Aug 85 11:51:28 EDT From: J. Noel Chiappa Subject: New Host tables To: INFO-HOSTS@MIT-MC.ARPA cc: JNC@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].622549.850823.JNC> The switch to the new host tables introduced a slight problem in that CHAOS only hosts are now using an RFC810 format instead of the old HOSTS format; the new format allows services to be listed, and the old one did not. So, all CHAOS only hosts are now listed without any services! This is causing some programs (e.g. :MAIL) to complain. We have temporarily backed out of the binary (*not* the source) of the new tables; someone will have to go in and edit all the right services onto OZ, PYG, etc. Noel  Date: Fri, 23 Aug 85 11:21:31 EDT From: J. Noel Chiappa Subject: Subnet number info To: INFO-HOSTS@MIT-MC.ARPA cc: JNC@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].622522.850823.JNC> I retrieved the subnet number information which used to reside at the end of HSTMIT > and placed it in MITSN > in SYSNET.  Date: Fri, 23 Aug 85 09:48:50 EDT From: Christopher C. Stacy To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].622460.850823.CSTACY> The MIT host table is now consolidated into a single file again. HSTMIT contains both Internet and Chaosnet hosts in extended RFC810 format. Anyone needing a table in HOSTS2 format can contact me about a Common-lisp hack I wrote to produce such things. (There are still other files required to make a binary host table for MIT-MC, and you should still not attempt to do that unless you really know what you are doing.)  Date: Thu, 22 Aug 85 23:08:53 EDT From: J. Noel Chiappa Subject: Symbolics subnets removed To: MIT-IP-PEOPLE@MIT-MC.ARPA, INFO-HOSTS@MIT-MC.ARPA cc: JNC@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].622091.850822.JNC> As I mentioned doing a while back, the Symbolics subnets have been removed from the HSTMIT file. Also, a subnet was allocated to the MIT<->YoyoDyne serial link. Finally, would anyone object if I renumbered the 'LCS 4th floor Ethernet' (which doesn't seem to have any hosts on it) away from its current number (59.), since the range of subnet numbers from 58. to 67. is occupied in the IP address space by some Athena networks placed there by a beano in octal->decimal conversion (don't ask). Noel  Received: from MIT-ZERMATT.ARPA by MIT-MC.ARPA via Chaosnet; 5 AUG 85 22:57:30 EDT Date: Mon, 5 Aug 85 22:56 EDT From: Richard E. Zippel Subject: MIT-VAX To: info-hosts@MIT-MC.ARPA Message-ID: <850805225603.2.RZ@ZERMATT> This entry has been moved to HSTMIB now that it speaks both Chaos and TCP/IP HOST : 18.26.0.95, CHAOS 4120 : MIT-VAX.ARPA,MIT-VAX,MIT-VX,VX : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/FINGER,TCP/SUPDUP,CHAOS/NAME,CHAOS/TIME,CHAOS/TELNET,CHAOS/SUPDUP,CHAOS/MAIL,CHAOS/CFTP :  Received: from MIT-ZERMATT.ARPA by MIT-MC.ARPA via Chaosnet; 2 AUG 85 17:10:22 EDT Date: Fri, 2 Aug 85 17:09 EDT From: Richard E. Zippel Subject: New Lisp machines To: info-hosts@MIT-MC.ARPA Message-ID: <850802170919.8.RZ@ZERMATT> The following entries were added both to SYSNET;HOSTS and HSTMIT HOST MIT-CHAMROUSSE, CHAOS 15326,USER,LISPM,SYMBOLICS-3600,[CHAMROUSSE] HOST MIT-FLUTE, CHAOS 15330,USER,LISPM,SYMBOLICS-3600,[FLUTE] HOST MIT-RTS-0, CHAOS 15331,USER,LISPM,EXPLORER,[MIT-RTS] HOST MIT-RTS-1, CHAOS 15332,USER,LISPM,EXPLORER,[WARD,RTS-1] HOST MIT-RTS-2, CHAOS 15333,USER,LISPM,EXPLORER,[CJT,RTS-2] HOST MIT-RTS-3, CHAOS 15334,USER,LISPM,EXPLORER,[JMA,RTS-3] HOST MIT-SARAJEVO, CHAOS 15325,USER,LISPM,SYMBOLICS-3600,[SARAJEVO] HOST MIT-VIOLIN, CHAOS 15327,USER,LISPM,SYMBOLICS-3600,[VIOLIN] Some other small changes were made to the NU entries. In particular, TERMAN, WARD and JMA nicknames were moved to TERMAN-NU, WARD-NU and JMA-NU. RZ nickname was deleted.  Received: from SCRC-QUABBIN.ARPA by MIT-MC.ARPA 23 Jul 85 08:18:20 EDT Received: from NEPONSET.SCRC.Symbolics.COM by SCRC-QUABBIN.ARPA via CHAOS with CHAOS-MAIL id 185013; Tue 23-Jul-85 07:07:28-EDT Date: Tue, 23 Jul 85 07:09 EDT From: David C. Plummer in disguise Subject: Symbolics subnets To: J. Noel Chiappa , MIT-IP-PEOPLE@MIT-MC.ARPA cc: Info-hosts@MIT-MC.ARPA In-Reply-To: <[MIT-MC.ARPA].585023.850722.JNC> Message-ID: <850723070907.2.NFEP@NEPONSET.SCRC.Symbolics.COM> Date: Mon, 22 Jul 85 23:49:13 EDT From: J. Noel Chiappa [Info-hosts added.] Unless I hear some complaints from the Symbolics people on this list, since the CHAOS link to Symbolics is completely gone (and the address spaces no longer even partially congruent) I'd like to think about recycling the Symbolics subnets from the MIT subnet table. How about it, guys, is this OK? I believe all the namespaces involved have not communicated chaos information for months. I know of no technical reasons not to reuse subnets.  Date: Mon, 22 Jul 85 22:37:34 EDT From: J. Noel Chiappa Subject: Allocated MIT subnet To: INFO-HOSTS@MIT-MC.ARPA cc: JNC@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].584942.850722.JNC> The IP only subnet 124. is the Ethernet a Proteon.  Date: Fri, 19 Jul 85 12:01:27 EDT From: Richard Mlynarik Subject: removed mit-pigpen from sysnet;hstmic and sysnet;hstmit To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].581655.850719.MLY> This machine (really at Symbolix, Inc) no longer exists.  Received: from MIT-XX.ARPA by MIT-MC.ARPA 17 Jul 85 13:17:49 EDT Date: Wed 17 Jul 85 13:13:57-EDT From: Michael B McIlrath Subject: new host table entries To: info-hosts@MIT-MC.ARPA In HSTMIC, MIT-CAF-SWITCH-{0-3}, CHAOS 01270{0-3} In HSTMIB, MIT-CAF.ARPA, CHAOS 12750, IP 18.21.0.232 I just edited the files. I did not compile the tables; I dont know how. --mike -------  Date: Tue, 25 Jun 85 19:12:56 EDT From: Christopher C. Stacy Subject: **** New Files *** To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].555778.850625.CSTACY> The host tables have been slightly rearranged as follows. SYSNET;HSTNIC - The official Internet host table from the NIC. This is retrieved automatically from SRI-NIC each evening. No one ever edits this file. Hackers note: this file contains domain-style names such as "MIT-MC.ARPA" and "PURDUE.EDU", which is what everyone is (supposed to be) using now. --- This is in RFC810 format (of course.) SYSNET;HSTMIC - Hosts which are ONLY on the Chaosnet and no other networks. This file does NOT include Chaosnet hosts which are also on the Internet. --- HSTMIC is currently in HOSTS2 format, although it will probably be converted to modified RFC810* soon. SYSNET;HSTMIB - Hosts which are on both the Internet and the Chaosnet. The hosts in here are basically copies of certain HSTNIC entries, but with Chaosnet addresses added. Note that sites which are Chaosnet-only need HSTMIB also! --- HSTMIB is in modified RFC810* format. SYSNET;HSTMII - Hosts which are only on the Internet but which the NIC does not know about. Since there probably shouldn't be any such hosts, this file may disappear in the future. The dozen hosts currently listed in here are being contacted to see what they think is going on with their host names. --- HSTMII is in HOSTS2 format. * (Modified RFC810 format means that the address field may contain keyword network specs. Example: "HOST : CHAOS 1440 : MIT-MC ...". The HOSTS3 compiler understands this format.) The file SYSNET;HSTMIT is now obsolete and outdated. Host additions and changes should be made in the HSTMIC and HSTMIB files instead. The new files are up to date (from HSTMIT 405 written this evening). When you edit one of the files, be sure to send a note to everybody at INFO-HOSTS describing your change. Do not try to compile the files for MC; this will be done periodically by an ITS hacker. Cheers, Chris PS. New host tables compiled and installed on MC.  Received: from MIT-SPEECH by MIT-MC.ARPA via Chaosnet; 25 JUN 85 17:42:36 EDT Date: Tue 25 Jun 85 17:43:31-EDT From: John Wroclawski To: info-hosts@MIT-MC Added MIT-GAUGUIN @ chaos 15414. Whoever put MIT-GEEK after MIT-GOOFY, please remember there are some programs around that care about slphabetization. -------  Received: from MIT-BITSY.MIT.EDU by MIT-MC.ARPA 18 Jun 85 18:19:25 EST Received: by MIT-BITSY.MIT.EDU (4.12/4.7) id AA20323; Tue, 18 Jun 85 18:17:26 edt Date: Tue, 18 Jun 85 18:17:26 edt From: jis@MIT-BITSY.MIT.EDU (Jeffrey I. Schiller) Message-Id: <8506182217.AA20323@MIT-BITSY.MIT.EDU> To: CSTACY@MIT-MC.ARPA Cc: INFO-HOSTS@MIT-MC.ARPA In-Reply-To: Christopher C. Stacy's message of Mon, 17 Jun 85 16:14:17 EDT Yes this is really true. They are located in building E15 which has Internet service but no chaosnet service. -Jeff  Received: from MIT-BITSY.MIT.EDU by MIT-MC.ARPA 18 Jun 85 18:19:25 EST Received: by MIT-BITSY.MIT.EDU (4.12/4.7) id AA20323; Tue, 18 Jun 85 18:17:26 edt Date: Tue, 18 Jun 85 18:17:26 edt From: jis@MIT-BITSY.MIT.EDU (Jeffrey I. Schiller) Message-Id: <8506182217.AA20323@MIT-BITSY.MIT.EDU> To: CSTACY@MIT-MC.ARPA Cc: INFO-HOSTS@MIT-MC.ARPA In-Reply-To: Christopher C. Stacy's message of Mon, 17 Jun 85 16:14:17 EDT Yes this is really true. They are located in building E15 which has Internet service but no chaosnet service. -Jeff  Received: from mit-ems.ARPA by MIT-MC.ARPA 17 Jun 85 22:49:17 EST Received: by mit-ems.ARPA (4.12/4.8) id AA00540; Mon, 17 Jun 85 22:48:00 edt Date: Mon, 17 Jun 85 22:48:00 edt From: Steven Haflich Message-Id: <8506180248.AA00540@mit-ems.ARPA> To: CSTACY@MIT-MC.ARPA, INFO-HOSTS@MIT-MC.ARPA Subject: ZAXXON and XEVIOUS These machines are 3600's in E15, the new Media Lab. The building connects to the campus spine, thus is Internet. There are a couple Chaos hosts in the building which can (and occasionally do) communicate, but there is no Chaos connection to the outside world. It may be in the future that the MINITS bridge ARCMAC-HUB will get reconstituted in order to connect the ARCMAC Magic-6 hosts to the real world again. If so, it might be necessary to boot it from MIT-EMS, which is also in the building, and if so, MIT-EMS might then assume MIT-MC's chaos address -- it's easier than cutting a new rom for ARCMAC-HUB. For this and other reasons, we chose not to publicise chaos hackery within E15. No one outside should ever see any of it.  Date: Mon, 17 Jun 85 17:16:58 EDT From: Christopher C. Stacy Subject: Mailer lossage was due to vandalized host table To: BUG-COMSAT@MIT-MC.ARPA, MEYER@MIT-MC.ARPA, PSZ@MIT-MC.ARPA, RAY@MIT-MC.ARPA, GSB@MIT-MC.ARPA, SRA@MIT-XX.ARPA, smh@MIT-EMS, bandy@LLL-CRG.ARPA, kmp@SCRC-STONY-BROOK.ARPA, Postmaster@SCRC-STONY-BROOK.ARPA cc: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].547207.850617.CSTACY> Disregarding my previous warnings that MC uses a special host table, someone on 6/16 installed a bogus host table which broke the mail system. (I believe the exact breakage was that the host table forgot all about any hosts which are on both the Internet and the Chaosnet, including MIT-MC.) I have de-installed the broken table, and mail is flowing again. I resubmitted about 40 incorrectly failed messages which the mail system had retained copies of, but an indetermintent number of messags were mis-delivered or completely lost. I have removed the command file used to create new host tables. PLEASE DO NOT ATTEMPT TO INSTALL ANY HOST TABLES ON MIT-MC. Chris  Date: Mon, 17 Jun 85 16:14:17 EDT From: Christopher C. Stacy To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].547045.850617.CSTACY> I wonder why ZAXXON and XEVIOUS have Internet addresses but no Chaosnet addresses? Is this really true?  Received: from mit-borax.ARPA by MIT-MC.ARPA 17 Jun 85 11:29:59 EST Received: by mit-borax.ARPA (4.12/4.7) id AA12548; Mon, 17 Jun 85 11:29:49 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8506171529.AA12548@mit-borax.ARPA> Date: Jun 17, 1985 10:38am Subject: new hosts To: info-hosts@mc I added the following hosts to HSTMIT >: MIT-LECTROID (YOYODYNE-GW, MIT-EIGHTH-DIMENSION), MIT-LORD-JOHN-WHORFIN (LORD-JOHN-WHORFIN, JOHN-WHORFIN), MIT-JOHN-BIGBOOTE (JOHN-BIGBOOTE, BIGBOOTE), MIT-JOHN-YAYA (JOHN-YAYA, YAYA) and MIT-JOHN-SMALLBERRIES (JOHN-SMALLBERRIES, SMALLBERRIES). These machines are all on the yoyodyne subnet, of course. - John Romkey "Laugha while you can, monkey boy." - Lord John Whorfin  Received: from MIT-VAX by MIT-MC via Chaosnet; 6 JUN 85 15:45:07 EDT Received: by mit-vax.Mit-chaos.Arpa (4.12/4.8) id AA02628; Thu, 6 Jun 85 15:43:01 edt Date: Thu, 6 Jun 85 15:43:01 edt From: Jeff Arnold To: info-hosts@mc Added CONCERT-0 through CONCERT-7, changed the address of CONCERT-TEST  Received: from MIT-ZERMATT by MIT-MC via Chaosnet; 4 JUN 85 12:02:19 EDT Date: Tue, 4 Jun 85 12:00 EDT From: Richard E. Zippel To: info-hosts@MIT-MC.ARPA Message-ID: <850604120026.9.RZ@ZERMATT> I renamed MIT-OVAL to MIT-CORNCOB, but did not recompile the host tables. MIT-CORNCOB is now in the Lispm namespace and OVAL has been deleted.  Date: Tue, 28 May 85 10:39:54 EST From: Christopher C. Stacy Subject: note that MC is running with a funny HOSTS3 table To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <[MIT-MC.ARPA].521491.850528.CSTACY> MIT-MC is running an experimental version of our mail system and certain other programs. This stuff uses a host table containing domain-style names and is not generated from the usual files. This means if you make any changes, compile and install them, they will not take effect on MC. Assuming everything works, at the end of the week the experimental stuff on MC will become the normal stuff. The procedure for hacking the host tables will be a little different at that time. (Also, I am working on getting a domain name resolver/server going on MC, and when that's up things will change yet again. Stay tuned!)  Date: Mon, 27 May 85 20:43:42 EST From: J. Noel Chiappa Subject: New HOST, tables not recompiled To: INFO-HOSTS@MIT-MC cc: JNC@MIT-MC Message-ID: <[MIT-MC].521097.850527.JNC> Added MIT-AI-GW, 26/10, the MIT-AI ARPANet gateway.  Date: Tue, 21 May 85 11:21:17 EST From: S. Robert Austein To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].512587.850521.SRA> Added MIT-OVAL (Imagen 12/300 printer) so that I don't have to type the address in octal every time the unix spooler flakes out.  Received: from mit-borax.ARPA by MIT-MC.ARPA; 15 May 85 20:57:34 EST Received: by mit-borax.ARPA (4.12/4.7) id AA06477; Wed, 15 May 85 20:57:55 edt Date: Wed, 15 May 85 20:57:55 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8505160057.AA06477@mit-borax.ARPA> To: info-hosts@mc Subject: new host I added MIT-DB (MIT-DBS, DBS) to the tables. - John  Received: from MIT-ZERMATT by MIT-MC via Chaosnet; 13 MAY 85 10:25:23 EDT Date: Mon, 13 May 85 10:23 EDT From: Richard E. Zippel Subject: Telluride To: info-hosts@MIT-MC.ARPA cc: darth@OZ.MIT Message-ID: <850513102328.8.RZ@ZERMATT.MIT> Has been moved to Chaos 15322, so its internet address wouldn't conflict with Blue-Jeans (had been 15030).  Date: Sat, 11 May 85 08:46:35 EST From: Gail Zacharias Sender: ___013@MIT-MC To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].497408.850511.___013> I commented out mit-devmultics from hstmit, because it conflicts seriously (per hosts3 compiler) with info in the nic table.  Received: from MIT-SPEECH by MIT-MC via Chaosnet; 10 MAY 85 23:59:31 EDT Date: Sat 11 May 85 00:00:49-EDT From: John Wroclawski To: info-hosts@MIT-MC Added MIT-MONET, a lispm, at chaos 16230. Changed CADR26, etc., from nicknames for MIT-POLAR to nicknames for monet, which is the real cadr-26, polar being a symbolix LM2. -------  Date: Thu, 2 May 85 19:20:02 EDT From: J. Noel Chiappa Subject: New HSTMIT To: INFO-HOSTS@MIT-MC cc: JNC@MIT-MC Message-ID: <[MIT-MC].482449.850502.JNC> Someone had typed in all the Student Center machines' subnet number in decimal when of course it needs to be in octal.  Date: Tue, 30 Apr 85 23:52:28 EDT From: Jeffrey I. Schiller To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].478647.850430.JIS> Added the AMT Ethernet and its hosts (subnet 125 octal 85 decimal). -Jeff  Received: from MIT-APIARY-7 by MIT-MC via Chaosnet; 29 APR 85 14:01:08 EDT Date: Mon, 29 Apr 85 14:00 EDT From: Christopher C. Stacy Subject: Wait, it gets better. To: Alan Bawden cc: BUG-MAIL@MIT-MC.ARPA, INFO-HOSTS@MIT-MC.ARPA In-Reply-To: <[MIT-MC].473710.850429.ALAN> Message-ID: <850429140021.2.CSTACY@APIARY-7> Date: Mon, 29 Apr 85 01:26:25 EDT From: Alan Bawden I hope MIT-POSEIDON is ready to handle all the mail addressed to people who use the Foonly (POS) at Symbolics... This is because on 4/26/85 someone munged the HOSTS MASTER file and then compiled a new host table.  Received: from STONY-BROOK.SCRC.Symbolics.COM by MIT-MC.ARPA; 24 APR 85 16:44:33 EST Received: from PEACE.SCRC.Symbolics.COM by STONY-BROOK.SCRC.Symbolics.COM via CHAOS with CHAOS-MAIL id 222818; Wed 24-Apr-85 11:20:01-EST Date: Wed, 24 Apr 85 11:19 EST From: Charles Hornig Subject: Symbolics host tables To: info-hosts@MIT-MC.ARPA, comp-fac@STONY-BROOK.SCRC.Symbolics.COM Message-ID: <850424111949.7.HORNIG@PEACE.SCRC.Symbolics.COM> The files HSTSYM and HSTSYI which contain information about Symbolics hosts should be deleted and references to them removed. Access to Symbolics hosts from now on should be through the Internet.  Date: Fri,12 Apr 85 01:44:37 EST From: Christopher C. Stacy Sender: CSTAC0@MIT-MC Subject: REAGAN To: MLY@MIT-MC cc: INFO-HOSTS@MIT-MC In-reply-to: Msg of Fri12 Apr 85 01:36:37 EST from Richard Mlynarik Message-ID: <[MIT-MC].452451.850412.CSTAC0> Date: Fri,12 Apr 85 01:36:37 EST From: Richard Mlynarik Sender: MLY0 To: BUG-HOSTS Message-ID: <[MIT-MC].452440.850412.MLY0> reagan, amonst many other machines, is not believed to have a chaos address by mc. REAGAN was put into the NIC's host table in a manner which collided with and supusersede its entry in the chaosnet hosts table. I "fixed" this. It will be really fixed in the domain system.  Received: from MIT-VAX by MIT-MC via Chaosnet; 11 APR 85 17:00:48 EST Received: by mit-vax.Mit-chaos.Arpa (4.12/4.8) id AA19807; Thu, 11 Apr 85 17:00:02 est Date: Thu, 11 Apr 85 17:00:02 est From: Jeff Arnold To: info-hosts@mc Subject: mit-concert-test added I've added MIT-CONCERT-TEST (015375) to sysnet;hosts > and hstmit >  Date: Mon, 8 Apr 85 15:50:42 EST From: S. Robert Austein To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].447170.850408155233.SRA> Got rid of extraneous space in HSTMIT that broke compilation (grrr).  Date: Mon, 8 Apr 85 01:58:55 EST From: Christopher C. Stacy To: INFO-HOSTS@MIT-MC cc: GILDEA@MIT-MC Message-ID: <[MIT-MC].446299.850408020021.CSTACY> I gobbled subnet 54 (44.) for the ERL people in building E-34, whose ethernet will probably be connected to the rest of the world someday.  Date: Sun, 7 Apr 85 16:48:51 EST From: Ramin D. Zabih To: INFO-HOSTS@MIT-MC cc: staff@MIT-CHARON Message-ID: <[MIT-MC].445849.850407164937.RDZ> I have removed MIT-CHARON's chaosnet address until such time as the chaos net to building 11 gets fixed.  Date: Sat, 6 Apr 85 22:47:49 EST From: Jeffrey I. Schiller Subject: SYSNET;HSTMIT 368 To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].445261.850406225213.JIS> Removed MIT-ATHENA's chaosnet address as that portion of the ChaosNet is currently broken. This will force mail to go via the Internet. -Jeff  Date: Sat, 6 Apr 85 22:46:16 EST From: Jeffrey I. Schiller To: INFO-HOSTS@MIT-MC Message-ID: <[MIT-MC].445257.850406224628.JIS>  Date: 27 March 1985 00:05-EST From: Richard E. Zippel To: INFO-HOSTS @ MIT-MC I added two new 3600's Breckenridge and Starling, deleted Tahoe. Please check to see if MIT-FRANK-SINATRA is in the right place. I thought the names were supposed to be alphabetical,and MIT-F-S is in the MIT-S's.  Date: 17 March 1985 00:07-EST From: Richard E. Zippel To: INFO-HOSTS @ MIT-MC I added two harris hosts to the table, Harris-1 (a lisp machine) and Harris-Trantor a vax.  Received: from MIT-SMOKEY by MIT-MC via Chaosnet; 15 MAR 85 23:00:08 EST Date: Fri, 15 Mar 85 22:59 EST From: Scott Cyphers Subject: Booboo To: info-hosts@MIT-MC.ARPA Message-ID: <850315225931.5.CYPHER@MIT-SMOKEY.MIT> I changed its address and ran XFILE.  Date: 15 March 1985 16:55-EST From: S. Robert Austein To: INFO-HOSTS @ MIT-MC Added HQ as alias for MIT-LCS-HQ (on request of MBJ).  Received: from mit-borax.ARPA by MIT-MC.ARPA; 7 MAR 85 22:47:12 EST Received: by mit-borax.ARPA (4.12/4.7) id AA06259; Thu, 7 Mar 85 22:48:00 est Date: Thu, 7 Mar 85 22:48:00 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8503080348.AA06259@mit-borax.ARPA> To: info-hosts@mc Subject: new hosts I added MIT-GEEK, MIT-NERD and MIT-WIMP, a trio of Sun workstations at LCS 32/221 through LCS 32/223. I also added MIT-SAURON at LCS 12/304. - John  Received: from MIT-SMOKEY by MIT-MC via Chaosnet; 03/06/85 21:35:12 Date: Wed, 6 Mar 85 21:33 EST From: Scott Cyphers To: info-hosts@MIT-MC.ARPA Message-ID: <850306213354.1.CYPHER@MIT-SMOKEY.MIT> I added MIT-RENOIR and MIT-KOALA to HOSTS and HSTMIT, took away KOALA as a nickname for LM12, and changed addresses for Yogi and Panda, and ran XFILE. I also fixed the comment to say to do :XFILE SYSNET;HOSTS XFILE instead of SYSENG;.  Date: 5 March 1985 17:42-EST From: S. Robert Austein To: INFO-HOSTS @ MIT-MC Removed LCS entry for MIT-VAX, since it is now Chaos-only.  Date: 4 March 1985 18:05-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Is everyone on this list really interested in tracking the changes in MIT's own private host tables? There is no problem if you are, but I just noticed that the list is quite large and contains mostly people on hosts which don't use our tables.  Received: from by MIT-MC;4 March 1985 17:48-EST Date: Mon 4 Mar 85 11:15:59-EST From: Rob Austein Subject: Current HOSTS2 format files To: info-hosts@MIT-MC.ARPA Office: [NE43-502] 545 Technology Square, Cambridge MA 02139; (617) 253-7341 For those machines that still need HOSTS2 format files, you can get up to date versions from SYSTEM:HOSTS2.TXT and SYSTEM:HOSTS2.BIN (source and binary, respectively) by FTPing to XX and logging in as ANONYMOUS with any password. These files get generated automaticly by a batch job from our HOSTS3 table. Any host that doesn't fit into the HOSTS2 format is omitted, but otherwise this contains all the hosts and nets in HSTMIT, HSTSYM, HSTSYI, and HSTNIC. Right now these are in the old format, with no ".ARPA" on the ends of Internet hostnames. When the MC source files change format, so will these. --Rob -------  Date: 20 February 1985 02:34-EST From: Christopher C. Stacy Subject: NIC Host Tables To: INFO-HOSTS @ MIT-MC Since I no longer need to hand-edit our version of the NIC host table (the HSTNIC file) to get local fixes, I have written and installed a system demon which will run on MC each day to keep our copy up to date automagically. So, if you compile the host tables here, be aware that the NIC table will be updated without human intervention and inspection. If the NIC table is broken or something (bad versions have been known to be released in the past) you may encounter errors. You should report these things to me, and I'll fix them (of course if if you are plenty damn sure you know what's going on you can fix it yourself.) Cheers, Chris  Received: from MIT-GSTAAD by MIT-OZ via Chaosnet; 19 Feb 85 14:13-EST Date: Tue, 19 Feb 85 14:06 EST From: "Richard E. Zippel" Subject: Concert To: INFO-HOSTS@MIT-MC.ARPA Message-ID: <850219140629.1.RZ@GSTAAD.MIT> I've added the address of Concert, Halstead's multiprocessor system, to the host tables: HOST MIT-CONCERT, CHAOS 15376,SERVER,CONCERT,CONCERT,[CONCERT]  Date: 13 February 1985 13:19-EST From: Richard Mark Soley Subject: SYSNET;HOSTS XFILE To: CSTACY @ MIT-MC cc: INFO-HOSTS @ MIT-MC Chris - the host table installation xfile failed attempting to parse CSTACY;NEWHST 3 at lines 59, 61, and 63. If you could fix whatever you're doing & install the new tables, I'd appreciate it. Changed MIT-NEWTOWNE-VARIETY to be internet-only host (removed chaos addresses). -- Richard  Date: 7 February 1985 16:46-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC cc: BCN @ MIT-MC, GILDEA @ MIT-MC New host tables generated, including latest NIC table. There is now a kludge for getting around host nickname collisions. The only host which I have fixed this way is MIT-EDDIE, which will now get the nickname EDDIE instead of giving it to UW-EDDIE. If you have a host with this problem, let me know and I'll fix it for you. Chris  Date: 4 February 1985 08:53-EST From: Christopher C. Stacy Subject: new host tables To: BCN @ MIT-EECS cc: RZ @ MIT-MC, CSTACY @ MIT-MC, INFO-HOSTS @ MIT-MC In-reply-to: Msg of Mon 4 Feb 85 08:46:05-EST from Clifford Neuman You should switch over to the HSTMIT file; the HOSTS file is hopelessly out of date and has been for about two years. (There isn't any SU-TAHOE in the HSTNIC or HSTMIT files.) Chris  Date: Mon 4 Feb 85 08:46:05-EST From: Clifford Neuman Subject: Re: new host tables To: CSTACY@MIT-MC cc: INFO-HOSTS@MIT-MC, RZ@MIT-MC In-Reply-To: Message from "Christopher C. Stacy " of Mon 4 Feb 85 07:52:43-EST It seems that in the new host table (HOSTS 834), the name TAHOE was a nickname for both MIT-TAHOE, and SU-TAHOE. This was causing problems compiling the table on EE. I removed the nicname TAHOE from SU-TAHOE in HOSTS 835. SU-TAHOE is the name of Stanford's dover. ~ Cliff -------  Date: 4 February 1985 07:43-EST From: Christopher C. Stacy Subject: new host tables To: INFO-HOSTS @ MIT-MC cc: RZ @ MIT-MC New host tables generated on MC. Someone added a LispM named GARY-COOPER at the same Chaosnet address as NU-29, so I commented out NU-29. Someone should go and resolve this if they want NU-27 back on the network.  Received: from MIT-GSTAAD by MIT-OZ via Chaosnet; 15 Jan 85 23:57-EST Date: Tue, 15 Jan 85 23:55 EST From: "Richard E. Zippel" Subject: Gary Cooper To: info-hosts@MIT-MC.ARPA cc: Soley@MIT-MC.ARPA, ward@MIT-VAX.ARPA Message-ID: <850115235553.5.RZ@GSTAAD.MIT> I deleted NU-29 from the host table and replaced it with MIT-GARY-COOPER at the same address, with nicknames GARY and GARY-COOPER.  Received: by mit-borax.ARPA (4.12/4.7) id AA09164; Mon, 14 Jan 85 15:02:03 est Date: Mon, 14 Jan 85 15:02:03 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8501142002.AA09164@mit-borax.ARPA> To: info-hosts@mc Subject: MIT-SLUSH I added MIT-SLUSH (18.26.0.130) to HSTMIT > and HOSTS >. I also added MIT-SLUDGE to HOSTS >. Before, it was only listed in HSTMIT. - John  Date: Sat 12 Jan 85 16:04:49-EST From: Clifford Neuman Subject: New address for MIT-EDDIE To: INFO-HOSTS@MIT-MC CHAOS 12404 has been added for MIT-EDDIE in HSTMIT(339) and HOSTS(831). ~ Cliff -------  Received: by mit-borax.ARPA (4.12/4.7) id AA08091; Tue, 1 Jan 85 20:53:26 est Date: Tue, 1 Jan 85 20:53:26 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8501020153.AA08091@mit-borax.ARPA> To: info-hosts@mc Subject: two new hosts I added MIT-STORMWATCH and PROTEON to HSTMIT and HOSTS. - John  Date: 30 December 1984 17:04-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Added MIT-ZAXXON (LispM at arcmac or something like that).  Date: 21 December 1984 22:27-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New host tables installed on MC.  Date: Wed 12 Dec 84 13:45:30-EST From: Rob Austein Subject: Re: Host table formats changing soon! To: CSTACY@MIT-MC.ARPA cc: INFO-HOSTS@MIT-MC.ARPA In-Reply-To: Message from "Christopher C. Stacy " of Sun 9 Dec 84 23:51:00-EST Office: [NE43-502] 545 Technology Square, Cambridge MA 02139; (617) 253-7341 I'm afraid XX is still using HOSTS > too, unless I am very confused. -------  Date: 10 Dec 1984 16:25:34-EST From: smh@mit-ems To: CSTACY@mit-mc, INFO-HOSTS@mit-mc Subject: Host table formats changing soon! Also, does anyone still use the old "HOSTS >" format file? You probably shouldn't be. The data in there is far from complete or accurate. Also, since HSTMIT will be in a different format from HOSTS, updating HOSTS will be painful and people will probably stop doing it very much (if they are now.) Alas, HOST2 and the old "HOSTS >" format is still used by {several,many,most,all} Unix chaos systems. I'm not sure which of those adjective is accurate, but I know from personal inspection that at least one of them is true. If proper Unix hosts3 support exists, I'd like to know about it. If it has to be created, any volunteers? Steve Haflich, smh@mit-ems  Date: Mon 10 Dec 84 04:59:31-EST From: John Wroclawski To: info-hosts@MIT-MC New HSTMIT, HOSTS > - moved MIT-AI to chaos 3130 -------  Date: 9 December 1984 23:51-EST From: Christopher C. Stacy Subject: Host table formats changing soon! To: INFO-HOSTS @ MIT-MC In the near future, the format of the HSTNIC and HSTMIT host table files will be changing as part of the transition to the Internet name domain system. The HSTNIC file will reflect the official Internet host table at the NIC, which these days has hosts with domain names like "MIT-AI.ARPA". The hosts also have nicknames like "MIT-AI" (their pre-domain official global name). The HSTMIT file will become a HOSTS3 (extended RFC810) format file, Internet hosts listed in this file will be renamed to correspond to their names in the HSTNIC file (ie., they will have ".ARPA" tacked on to them. Note: Collisions between nicknames in the HSTNIC and HSTMIT file (e.g., MIT's EDDIE vs. UW's EDDIE) will probably not be solved by these changes, since their is no real domain name system underneath. If you are using the HOSTS3 compiler, you can at least compile the new files. You may have some trouble with software which thinks it knows about name domains. Of course, eventually a great deal of the world will have to be rewritten to use the name domain stuff in a fully general way, but that headache is still a little while off. Also, does anyone still use the old "HOSTS >" format file? You probably shouldn't be. The data in there is far from complete or accurate. Also, since HSTMIT will be in a different format from HOSTS, updating HOSTS will be painful and people will probably stop doing it very much (if they are now.) Please direct any questions and problems to me. Chris  Date: 6 December 1984 00:02-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New host tables installed on MC.  Date: Wednesday, 5 December 1984, 14:13-EST From: Tom Cloney To: INFO-HOSTS at MC CADR-19 has been given the additional nickname SARAH (Sarah Bernhardt). The appropriate files have been updated on OZ and MC. HSTNIC has not been altered.  Date: 25 November 1984 21:43-EST From: Richard Mark Soley Subject: NEWT To: INFO-HOSTS @ MIT-MC cc: RDZ @ MIT-MC, greg @ MIT-XX, iannucci @ MIT-XX Put MIT-NEWTOWNE-VARIETY on the CHAOSnet at 15113 and 30330. -- Richard  Date: 17 November 1984 15:44-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest host tables installed on MC.  Date: Thu 15 Nov 84 18:07:16-EST From: George A. Boughton Subject: subnet 10 To: info-hosts@MIT-MC.ARPA Mit-vax, cadr-9, cadr-12, cadr-16, cadr-19, cadr-20, and cadr-29 have been removed from subnet 6 and placed on subnet 10. Their new addresses can be found in mc:sysnet;hstmit >. -------  Received: from MIT-BUGS-BUNNY by MIT-OZ via Chaosnet; 15 Nov 84 10:23-EST Received: by bugs-bunny.mit.arpa (4.12/4.8) id AA18320; Thu, 15 Nov 84 10:20:33 est Date: Thu, 15 Nov 84 10:20:33 est From: Web Dove To: Bug-HOSTS3@MIT-OZ, INFO-HOSTS@MIT-OZ, MARTY@MIT-OZ, OZ-HOSTS-HACKERS@MIT-OZ Subject: Re: Number assignment conflict? From: Martin David Connor Subject: Number assignment conflict? I was running HOSTS3 asking for HOSTS2 output: Reading text file OZ:HOSTS.MASTER.2 Inserting file OZ:HOSTS.NIC.394 Inserting file OZ:HOSTS.SYI.15 Inserting file OZ:HOSTS.MIT.326 Inserting file OZ:HOSTS.SYM.59 Processing tables... Flushing duplicate net def "CHAOS" = 1:7.0.0.0 I got the following error: Duplicate address 18.20.41.21 = MIT-YOSEMITE-SAM, SCRC-RIVERSIDE ..... 180 nets, 1497 sites, 3174 names; length 21180 1 "serious" errors, so not writing binary file. Here are the NIC host table entries for the hosts in question: HOST : 18.20.41.21, 192.10.41.21 : SCRC-RIVERSIDE : .... HOST : 18.20.27.21, 18.27.0.21 : MIT-YOSEMITE-SAM,SAM .... Now, I always thought the 3rd digit in the net 18 scheme was always 0 for some reason. In any case, I think HOSTS3 also believes this as it seems to be ignoring it. Since I am not sure who is out of step here, I am sending to all the probable parties, in hopes someone will know the right fix. The arpa numeric address standard calls for decimal numbers separated by dots. My understanding is that the numbers 18.20.subnet.host are used at mit to signify those host addresses which support chaos wrapped internet packets and can unwrap them. For those hosts, "subnet" corresponds to the chaos subnet number and "host" to the chaos host number. I directly translated chaos octal subnet 033 to decimal number 27. in order to arrive at the addresses for bugs-bunny (18.20.27.17) and yosemite-sam (18.20.27.21). Both hosts also have raw internet packet addresses (18.27.0.17, 18.27.0.21). The HOSTS3 program must treat the first two numbers of addresses of the form 18.x as determining the subnet and the last two as determining the host. This will work for both addresses of the form 18.x.0.y and 18.20.x.y. In fact, I think it was an error for me to send the 18.20.27.y addresses to sri-nic as they do not need to know them. Those addresses are only significant for the wrapping gateways around mit. P.S. Please send mail to me direct as I am not on any of the hosts mailing lists.  Date: 14 November 1984 20:16-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest host tables installed on MC.  Received: from MIT-XX by MIT-OZ via Chaosnet; 14 Nov 84 13:18-EST Date: Wed 14 Nov 84 13:18:37-EST From: J. Noel Chiappa Subject: Re: Number assignment conflict? To: MARTY@MIT-OZ, Bug-HOSTS3@MIT-OZ, INFO-HOSTS@MIT-OZ, OZ-HOSTS-HACKERS@MIT-OZ cc: JNC@MIT-XX In-Reply-To: Message from "Martin David Connor " of Wed 14 Nov 84 11:57:00-EST The problem here is that with the 'new' CHAOS wrapping scheme in use the third byte is in fact in use. HOSTS3 is incorrect in ignoring this. Yosemite and Riverside have addresses that are identical except in the third byte. The number of hosts that have that byte non-zero should be very small; they are the wrapping/unwrapping gateways. The only ones I know of that are actually running are Bugs, Gross, Riverside and Trillian. You could probably deleete the offending address for Sam without much problem. Noel -------  Date: 14 Nov 1984 11:57 EST (Wed) Message-ID: From: Martin David Connor To: Bug-HOSTS3%MIT-OZ@MIT-MC.ARPA, INFO-HOSTS%MIT-OZ@MIT-MC.ARPA, OZ-HOSTS-HACKERS%MIT-OZ@MIT-MC.ARPA Subject: Number assignment conflict? I was running HOSTS3 asking for HOSTS2 output: Reading text file OZ:HOSTS.MASTER.2 Inserting file OZ:HOSTS.NIC.394 Inserting file OZ:HOSTS.SYI.15 Inserting file OZ:HOSTS.MIT.326 Inserting file OZ:HOSTS.SYM.59 Processing tables... Flushing duplicate net def "CHAOS" = 1:7.0.0.0 I got the following error: Duplicate address 18.20.41.21 = MIT-YOSEMITE-SAM, SCRC-RIVERSIDE ..... 180 nets, 1497 sites, 3174 names; length 21180 1 "serious" errors, so not writing binary file. Here are the NIC host table entries for the hosts in question: HOST : 18.20.41.21, 192.10.41.21 : SCRC-RIVERSIDE : SYMBOLICS-3600 : LISPM : UDP/TIME,UDP/TFTP,TCP/FINGER,TCP/SMTP,TCP/TELNET,TCP/TIME,UDP/FINGER,TCP/FTP : HOST : 18.20.27.21, 18.27.0.21 : MIT-YOSEMITE-SAM,SAM,YOSEMITE-SAM : VAX-11/750 : UNIX : TCP/TELNET,TCP/FTP,TCP/SMTP,TCP/TIME,TCP/DAYTIME,TCP/FINGER : Now, I always thought the 3rd digit in the net 18 scheme was always 0 for some reason. In any case, I think HOSTS3 also believes this as it seems to be ignoring it. Since I am not sure who is out of step here, I am sending to all the probable parties, in hopes someone will know the right fix.  Date: 13 November 1984 14:52-EST From: Richard Mark Soley To: INFO-HOSTS @ MIT-MC Moved all Tanglewood Lispmachines to subnet 60. Deleted FLAME-OF-THE-FOREST. Added BLUE-SPRUCE. -- Richard  Date: 9 November 1984 13:26-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New host table installed, including NIC and local changes.  Received: from MIT-ZERMAT by MIT-OZ via Chaosnet; 8 Nov 84 22:41-EST Date: Thu, 8 Nov 84 22:38 EST From: "Richard E. Zippel" To: info-hosts@MIT-MC.ARPA mc:sysnet;hstmit 321 and mc:sysnet;hosts 818 have the new chaosnet address of Aspen (15315) and the correct spelling of Zermatt.  Date: 6 November 1984 15:01-EST From: Richard E. Zippel To: INFO-HOSTS @ MIT-MC I've added two lisp machnes, zermatt and gstaad at 15316 and 15317. I didn't compile the table.  Received: by mit-borax.ARPA (4.12/4.7) id AA07961; Sun, 4 Nov 84 20:42:07 est Date: Sun, 4 Nov 84 20:42:07 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8411050142.AA07961@mit-borax.ARPA> To: info-hosts@mc Subject: a free subnet I've freed up subnet 152 since I wasn't using it. First come, first serve. - John  Date: 4 November 1984 13:19-EST From: David C. Plummer To: INFO-HOSTS @ MIT-MC, RZ @ MIT-MC MIT-HARRIS-BRIDGE was moved from subnet 32 to 72, thus giving its address an non-lethal injection of 20000 units of octal number.  Date: 4 November 1984 13:05-EST From: David C. Plummer To: INFO-HOSTS @ MIT-MC cc: RZ @ MIT-MC I took subnets 156 and 157 for Harris and defined the following hosts in HSTMIT and HOSTS. The first is the Harris end, the second the MIT end. I probably won't compile the host tables unless I find a great need to. HOST HARRIS-MIT-BRIDGE, [CHAOS 67402,CHAOS 67002],USER,MINITS,PDP11 HOST MIT-HARRIS-BRIDGE, [CHAOS 15040,CHAOS 67001],USER,MINITS,PDP11  Date: 4 November 1984 12:51-EST From: David C. Plummer To: LWA @ MIT-MC, DCLARK @ MIT-MC cc: INFO-HOSTS @ MIT-MC We are running very short of "unused" Chaos subnets. For that matter, the last two "unused" subnets will be snarfed in a few minutes. The "Reserved for project Athena" subnets have been reserved for over a year now. As far as I can tell, only one of them has become real. Can we recycle some of them?  Date: 1 November 1984 15:36-EST From: Richard Mark Soley Subject: HSTMIT/HOSTS change To: INFO-HOSTS @ MIT-MC Added Lisp Machine Forest host MIT-JULGRAN (a Swedish tree) at CHAOS 15307.  Date: 31 October 1984 19:24-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest host tables installed on MC.  Date: 25 October 1984 14:20-EDT From: Ramesh S. Patil Subject: new host table generated To: INFO-HOSTS @ MIT-MC The sysnet;hosts > and hstmit were edited but the xfile was not run when I added LM-12 to subnet-6. I just ran the :xfile to make the change happen. - ramesh  Date: 22 October 1984 17:19-EDT From: Richard Mark Soley Subject: Latest host table change To: INFO-HOSTS @ MIT-MC Added Pomegranate (new Lisp Machine Forest 3670). Moved Oak, Flame, & Cherry to subnet 32. -- Richard  Received: by mit-borax.ARPA (4.12/4.7) id AA00770; Mon, 22 Oct 84 15:43:53 edt Date: Mon, 22 Oct 84 15:43:53 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8410221943.AA00770@mit-borax.ARPA> To: info-hosts@mc Subject: mit-vax & mit-charmin I added an internet address to MIT-VAX (18.26.0.95) and a new host called MIT-CHARMIN (18.26.0.1) which is a printer. - John Romkey  Date: 14 October 1984 20:43-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC cc: dove @ MIT-BUGS-BUNNY Latest NIC host table installed on MC. I removed the SYLVESTER nicknames from BUGS since they collide with an ARPAnet machine's name (and choosing the name BUGS was to avoid this collision).  Date: 10 October 1984 14:00-EDT From: Daniel Huttenlocher To: INFO-HOSTS @ MIT-MC Added two 3670's SID-VICIOUS at chaos 13061 and DUANE-ALLMAN at chaos 13063.  Date: Sun 7 Oct 84 16:20-EDT From: Martin David Connor Subject: 28 page host table too big? To: bug-its@MIT-MC CC: BUG-TCP@MIT-MC, INFO-HOSTS@MIT-MC I fetched the latest NIC host table and installed it on MC, and suddenly I couldn't get a DDT from OZ. I backed out, renaming it to SYSBIN;HOSTS3 TOOBG?, and was then able to SUPDUP in and get a DDT without it barfing and saying there was a PWORD bug. I bet the bug is it couldn't map the host table. Anyway, someone should look at PWORD.  Date: Sun 7 Oct 84 15:19-EDT From: Martin David Connor Subject: Latest NIC host table To: info-hosts@MIT-MC I retrieved it, and diked a few obvious hosts. Someone (CSTACY) should make a list of hosts that should have their nicknames diked, or make a program that does the right thing. It would help a lot.  Date: 4 October 1984 18:05-EDT From: Patrick G. Sobalvarro To: INFO-HOSTS @ MIT-MC I generated new tables, moving MIT-HEPHAESTUS off subnet 6, to subnet 26.  Date: 25 September 1984 17:43-EDT From: Christopher C. Stacy Subject: HOSTS3 To: INFO-HOSTS @ MIT-MC cc: BUG-TCP @ MIT-MC, BUG-ITS @ MIT-MC, KLH @ SRI-NIC, MOON @ SCRC-TENEX The latest host table (including HSTNIC #384) is compiled and installed. The HOSTS3 compiler is "fixed". HOSTS3 hackers: The compiler does not do the sort of dynamic memory allocation I had assumed. I was therefore able to make some more room in the ITS version simply by moving where in core the table was being constructed. I didn't calculate how much room is left over for new code or tables, but the increase should hold us for a while. Of course, we are racing against the rate of host additions on the various networks in our table (the Internet, the Chaosnet, etc.) Hopefully by the time we run out it will be time to implement a hairy namespace system. Won't that be fun!  Date: 24 September 1984 13:07-EDT From: Christopher C. Stacy To: BUG-ITS @ MIT-MC cc: BUG-TCP @ MIT-MC, INFO-HOSTS @ MIT-MC Well, I think we are finally out of address space. New host tables cannot be compiled anymore because they are too massive. People should not try to compile any changes until I get back to you, hopefully with a solution.  Date: 14 September 1984 21:26-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table retrieved and installed.  Date: 14 September 1984 21:03-EDT From: Christopher C. Stacy To: BUG-ITS @ MIT-MC, INFO-HOSTS @ MIT-MC The TCP; directory on MC is now called "SYSNET;".  Date: 13 September 1984 02:54-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New NIC host table retrieved and installed.  Date: Sat, 8 Sep 84 16:15 EDT From: Scott Cyphers Subject: kodiak, smokey To: info-hosts@MIT-MC.ARPA I added the lisp machine hosts MIT-KODIAK (15431) MIT-SMOKEY (15432) to MC:TCP;HOSTS and HSTMIT and ran XFILE  Date: 7 September 1984 21:10-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table retrieved; tables compiled and installed on MC.  Date: Wed, 5 Sep 84 22:54 EDT From: Chris Lindblad Subject: Changes to mc:tcp;hosts > To: Info-Hosts@MIT-MC.ARPA I removed all synonyms of MIT-DM for the host MIT-MC.  Date: 3 September 1984 17:59-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table and other pending changes installed. MIT-TWEETY is now in the Internet.  Date: 2 September 1984 15:16-EDT From: Martin David Connor Subject: Updated HSTMIT and HOSTS To: INFO-HOSTS @ MIT-MC Rearranged AI Lab concentrators. Suggest all 20's build new tables as soon as possible. Already done for OZ.  Received: by mit-borax.ARPA (4.12/4.7) id AA07218; Thu, 30 Aug 84 13:14:56 edt Date: Thu, 30 Aug 84 13:14:56 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8408301714.AA07218@mit-borax.ARPA> To: info-hosts@mc Subject: mit-mother Two changes to the entry for MIT-MOTHER in hstmit and hosts. I've changed the address from LCS 32/42 to LCS 12/302 and I've commented it out in both files until the NIC gets the new address right. - John  Date: Tue, 28 Aug 84 15:54 EDT From: Webster Dove Subject: adding bugs-bunny To: info-hosts@MIT-MC.ARPA Fcc: BUGS-BUNNY: /syla/dspg/dove/mbox In order to ease the transition for sylvester to a new name, the nicknames "mit-bugs-bunny", "bugs-bunny" and "bugs" have been added to the description of mit-sylvester in hosts and hstmit.  Date: Tue, 28 Aug 84 12:24 EDT From: Webster Dove Subject: nicknema sylvester for mit-sylvester removed To: info-hosts@MIT-MC.ARPA Fcc: SYLVESTER: /syla/dspg/dove/mbox Removed from mc:tcp;hosts and hstmit to prevent conflict with cu-sylvester in hstnic.  Date: Wed 15 Aug 84 16:53:18-EDT From: John Wroclawski To: info-hosts@MIT-MC TCP;HOSTS 780 updates the entry for RUTGERS, which is completely irrelevant unless you need to talk to this machine through a CHAOS-ARPA Gateway. -------  Date: 15 August 1984 14:43-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest host tables compiled and installed on MC. Includes MIT-DM, a VAX (sigh).  Date: Tue, 7 Aug 84 14:59 EDT From: Cory Myers Subject: additional address for mit-sylvester To: info-hosts@MIT-MC.ARPA MIT-SYLVESTER now responds to chaos 016241 as well as its old address of chaos 015421. It also serves as a chaos gateway between subnets 33 and 34 in parallel with MIT-SPEECH-11. Files mc:tcp; hstmit and mc:tcp;hosts have been updated to reflect this change.  Received: by mit-charon (4.12/4.7) id AA25342; Sun, 5 Aug 84 19:47:13 edt From: jis@mit-charon (Jeff Schiller) Date: 5 Aug 1984 1947-EDT (Sunday) To: info-hosts@mit-mc Subject: HSTMIT modified. To indicate that MIT-APHRODITE is now at ChaosNet address 42014. -Jeff  Date: 4 August 1984 20:43-EDT From: Robert P. Krajewski Subject: PS... To: INFO-HOSTS @ MIT-MC cc: DARTH @ MIT-MC The version numbers of the files concerned are HSTMIT 258 and HOSTS 778. We'll edit the namespace object when CADR15 decides to come up...  Date: 4 August 1984 20:41-EDT From: Robert P. Krajewski Subject: Chaos Address for MIT-PI changed To: INFO-HOSTS @ MIT-MC cc: DARTH @ MIT-MC Old: 13010 (Subnet 26 (AI Ethernet), Host 010) New: 15314 (Subnet 32 (LCS Ethernet), Host 314)  Date: 3 August 1984 11:08-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC cc: CRE @ MIT-MC, BEN @ MIT-MC, CJL @ MIT-OZ, DANIEL @ MIT-OZ, MARTY @ MIT-OZ I installed the latest NIC table, and discovered a new name conflict: someone else has a SYLVESTER, so I manually removed their nickname. People should be careful to remember that hosts whose entries appear in multiple tables must match. I found several offending entries with conflicting ARPAnet addresses between the HSTMIT and HSTNIC table, conflicting host nicknames, and different machine types. If the HOSTS3 compiler gets confused and thinks that different machines with the same name are being talked about in different files, it will throw away some or all of the information for those hosts. Mistakes (which I have corrected) in the HSTMIT table had removed PREP and TINMAN from the Chaosnet! Also added SANCHO-PANZA (a 3d floor 3600) to the Chaosnet. Installed the tables on MC and ML. Chris  Date: Thu, 26 Jul 84 09:16 EDT From: "Christopher C. Stacy" Subject: host tables To: Info-Hosts@MIT-MC.ARPA The source for the host tables has moved from the SYSENG; directory to the TCP; directory, which is a little less crowded. Latest NIC table installed. Chris  Date: Thu 12 Jul 84 16:28:34-EDT From: GAB@xx Subject: ne43-2a Sender: GAB%MIT-OZ@MIT-MC.ARPA To: info-hosts@MIT-MC Reply-To: gab@xx I have changed the entries for ne43-2a in hosts and hstmit to include its new subnet 6 address of 3162. -------  Date: 10 July 1984 17:23-EDT From: Christopher C. Stacy Subject: new host tables To: INFO-HOSTS @ MIT-MC I installed the latest host tables on MC, including a new NIC table.  Date: 29 June 1984 01:15-EDT From: Christopher C. Stacy Subject: latest host table installed To: INFO-HOSTS @ MIT-MC cc: BUG-MAIL @ MIT-MC, BUG-ITS @ MIT-MC, KLH @ SRI-NIC I have compiled and installed the latest host tables on MC and ML. Things (such as the HOSTS3 compiler and QMAIL) should be working now; please let me know if anything blows up.  Date: Thu 28 Jun 84 19:59:34-EDT From: Clifford Neuman Subject: New addresses for MIT-EECS-11 and MIT-BYPASS To: info-hosts@MIT-MC SYSENG; HSTMIT 243 and SYSENG; HOSTS 767 Have been updated to include subnet 25 addresses for MIT-EECS-11 and MIT-BYPASS. In addition to its old addresses, MIT-EECS-11 now resides at chaos 12542, and MIT-BYPASS at 12530. ~ Cliff -------  Date: 27 June 1984 12:13-EDT From: Christopher C. Stacy Subject: despite my previous warnings To: INFO-HOSTS @ MIT-MC cc: CSR @ MIT-MC Whoever installed the latest host tables on MC broke alot of system programs. It was someone who uses the CSR directory. Keep your fucking hands off, please.  Received: by mit-borax.ARPA (4.12/4.7) id AA01059; Wed, 27 Jun 84 11:45:37 edt Date: Wed, 27 Jun 84 11:45:37 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8406271545.AA01059@mit-borax.ARPA> To: info-hosts@mc Subject: host table change I added a chaosnet address for mit-coke. - John  Date: 23 June 1984 18:19-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC No one should compile new host tables on ITS until some bugs in various system programs are worked out. The most recent valid files are SYSBIN;HOSTS2 726 and HOSTS3 403. The ones after that (HOSTS2 LATEST and HOSTS3 LATEST) correspond to the most recently updated host table source files and required modifications to the HOSTS3 compiler to produce. Sadly, they have pushed the memory limits of assorted system programs and cannot be installed yet. I'll send another message when things are working again.  Date: 23 June 1984 17:39-EDT From: Christopher C. Stacy Subject: Host name "Harvard" doesn't work right To: INFO-HOSTS @ MIT-MC cc: MRC @ SU-SCORE, bug-mailer @ MIT-OZ, bug-mm @ MIT-OZ, RMS @ MIT-OZ In-reply-to: Msg of Sat 23 Jun 84 14:13:42-PDT from Mark Crispin I removed the nickname HARVARD from the MINITS machine (Harvard Bridge?) at Symbolics, so that Harvard University can be called "Harvard" and so many users would be less confused.  Date: Mon 18 Jun 84 20:34:52-EDT From: Clifford Neuman Subject: Zarquon, Prak, Hactar, and Slartibartfast To: INFO-HOSTS@MIT-MC The followiwng have been added to HSTMIT 239 and HOSTS 764: MIT-SLARTIBARTFAST Chaos 12422 MIT-PRAK Chaos 12423 MIT-ZARQUON Chaos 12424 MIT-HACTAR Chaos 12425 These are the 4 client computers in the building 38 Athena Cluster. -------  Date: Thu 14 Jun 84 11:13:23-EDT From: Clifford Neuman Subject: MIT-TRILLIAN To: INFO-HOSTS@MIT-MC.ARPA cc: Staff%MIT-EECS@MIT-XX.ARPA SYSENG; HSTMIT 238 and SYSENG; HOSTS 763 Add mit-trillian at chaos address 12421, a VAX-11/750 Running 4.2. It is the first Athena machine running in building 38. -------  Date: 13 June 1984 14:48-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New NIC table installed.  Date: Thu 7 Jun 84 03:19-EDT From: Michael J. Konopik Subject: you wanted this... To: info-hosts@MIT-MC I just changed HOSTS > and HSTMIT > to reflect the fact that HTJR (TINMAN) still runs VMS. The claim that it runs UNIX was screwing up CFTP. -Mike  Date: 6 June 1984 17:58-EDT From: J. Noel Chiappa Subject: Atari To: INFO-HOSTS @ MIT-MC cc: JNC @ MIT-MC Now that Atari Cambridge has gone belly up, should the Atari numbers be recycled? Who is competent to know whether or nott these numbers are still in use.  Date: 6 June 1984 17:47-EDT From: J. Noel Chiappa Subject: Subnets assigned To: INFO-HOSTS @ MIT-MC cc: JNC @ MIT-MC Subnets 64 and 65 (octal) have been assigned to the MIT-Proteon link and the main ring out at Natick respectively. I hope the fact that they were marked as 'unused' in HSTMIT > means those numbers really were unused.  Received: by mit-borax.ARPA (4.12/4.7) id AA04901; Wed, 6 Jun 84 14:09:34 edt Date: Wed, 6 Jun 84 14:09:34 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8406061809.AA04901@mit-borax.ARPA> To: info-hosts@mc Subject: Mother and Cub I removed two nicknames for MIT-MOTHER and added MIT-CUB to hstmit and hosts. - John  Date: 2 Jun 1984 04:21 EDT (Sat) Message-ID: From: Martin David Connor To: Info-Hosts@MIT-MC, OZ-HOSTS-HACKERS%MIT-OZ@MIT-MC.ARPA Subject: New host tables Well, being rather bored, I decided to teach myself to get new host tables from the NIC and compile host tables on MC. I did the following things. I think they are right, but would appreciate any suggestions for a better way: - Ran CSTACY;HOSTS to retrieve the lastest NIC table - Did :XFILE SYSENG;HOSTS XFILE to create the tables - Got the following cruft printed out: Nickname WARD for Internet site WASHINGTON is also a CHAOS host, ignored. Nickname ROCKY for Internet site CU-ROBOTICS is also a CHAOS host, ignored. Nickname MERLIN for Internet site PURDUE-MERLIN is also a CHAOS host, ignored. Nickname LARRY for Internet site UW-BLUECHIP is also a CHAOS host, ignored. Nickname FORD for Internet site FORD1 is also a CHAOS host, ignored. Nickname EDDIE for Internet site UW-EDDIE is also a CHAOS host, ignored. Nickname COYOTE for Internet site SU-COYOTE is also a CHAOS host, ignored. Nickname ARTHUR for Internet site PURDUE is also a CHAOS host, ignored. - Went back in, and hand edited out the DUPS from the NIC table, and wrote back out the table to the same version (349). - Compiled the table again, noticing that the NIC had now made MIT-NEWTOWNE-VARIETY the primary name for MIT-FLA. Of course HSTMIT still had MIT-FLA as the primary name, so HOSTS2 bitched. - Edited HSTMIT to make it consistent with HSTNIC. - Compiled the tables one last time. I wasn't sure if ALL the dup nicknames usually got edited out, but it seemed like the right thing for local use. Anyway, if I did something wrong, someone can fix it, and please let me know so I don't do it again. Marty  Date: Thu 31 May 84 18:03:14-EDT From: Clifford Neuman Subject: HoG and Franky-Mouse To: info-hosts@MIT-MC The long awaited EE ether loop is now alive. HSTMIT 228 and HOSTS 758 have been changed. Franky-Mouse: Subnet 7 host 10 (3410) Subnet 25 host 10 (12410) Heart-of-Gold: Subnet 25 host 42 (12442) -------  Date: 27 May 1984 02:00-EDT From: Jeffrey I. Schiller To: INFO-HOSTS @ MIT-MC HSTMIT 225... Added MIT-ATHENA on the ChaosNet... -Jeff  Date: 27 May 1984 01:57-EDT From: Jeffrey I. Schiller To: INFO-HOSTS @ MIT-MC  Received: by mit-borax.ARPA (4.12/4.7) id AA01763; Fri, 25 May 84 15:26:24 edt Date: Fri, 25 May 84 15:26:24 edt From: romkey@mit-borax (John L. Romkey) Message-Id: <8405251926.AA01763@mit-borax.ARPA> To: info-hosts@mc Subject: three changes Hi. I've added two hosts to the tables: MIT-BLUE-APOLLO and MIT-GOOFY. I've also allocated a subnet (151) for some IP speaking Apollo machines for Bob Iannucci. - John  Date: 25 May 1984 09:26-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table retrieved and compiled on MC.  Received: from MIT-MC by MIT-OZ via Chaosnet; 22 May 84 16:48-EDT Date: Tuesday, 22 May 1984, 16:45-EDT From: Chris Lindblad Subject: Change to MIT host table To: info-hosts at MIT-OZ mc:syseng; hosts > and mc:syseng; hstmit > have been modified. The operating system on MIT-HERMES has changed from VMS to UNIX.  Date: 22 May 1984 03:42 EDT (Tue) Message-ID: From: Martin David Connor To: INFO-HOSTS@MIT-MC Cc: OZ-HOSTS-HACKERS%MIT-OZ@MIT-MC.ARPA Subject: Slight frob to HSTMIT and HOSTS In order to make HOSTS3 happy, I had to set the official name of MIT-NEWTOWNE-VARIETY to MIT-FLA, since that's what it was in HSTNIC. If the NIC table ever gets the new apparent official name for FLA, then it will be ok to change the MIT tables.  Received: from SCRC-PEACE by SCRC-YUKON via CHAOS with CHAOS-MAIL id 41801; Mon 21-May-84 12:25:41-EDT Date: Mon, 21 May 84 12:25 EDT From: Charles Hornig Subject: HSTNIC 347 To: info-hosts@MIT-MC.ARPA Message-ID: <840521122524.2.HORNIG@PEACE.SCRC.Symbolics> I brought over the most recent NIC host table, but didn't recompile HOSTS3 because I was worried at the apparent resurrection of MIT-AI (running ITS on a KS10). If AI is really coming back, someone can go ahead and install it. If it isn't, someone should tell the NIC.  Date: Sat 19 May 84 19:22:16-EDT From: John Wroclawski To: info-hosts@MIT-MC HOSTS 747 and HSTMIT 213 modify XI, the XX net-11. Remove from SN6, add to SN32 (15020), change OS to MINITS, remove nickname "NFE", whee. -------  Date: 17 May 1984 18:09-EDT From: Christopher C. Stacy Subject: MIT-AI To: DPH @ MIT-MC cc: INFO-HOSTS @ MIT-MC, TAFT @ MIT-MC, TK @ MIT-MC, AI-KL @ MIT-OZ, GLR @ MIT-OZ In-reply-to: Msg of 16 May 1984 19:52-EDT from Daniel Huttenlocher I have sent in the update which renames MIT-AI-RESERVED (on IMP 6) to MIT-AI, and removes the "AI" nicknames from MIT-OZ (on IMP 77, but this entry is commented out.)  Date: 17 May 1984 15:24-EDT From: Patrick G. Sobalvarro To: INFO-HOSTS @ MIT-MC I added a new Chaos host on subnet 32, MIT-NE43-2B-HUB, and regenerated the host tables on MC.  Date: 16 May 1984 19:52-EDT From: Daniel Huttenlocher To: INFO-HOSTS @ MIT-MC I removed the aliases MIT-AI and AI from MIT-OZ in HOSTS > and HSTMIT >. Somebody (read cstacy) might want to have the NIC remove it from OZ's commented out entry in HSTNIC in the eventuality that oz ever makes it on the arpanet...  Date: 16 May 1984 17:33-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC No one should install a host table on MC without removing the naming ambiguities for the names "MERLIN", "EDDIE", and "FORD".  Date: 16 May 1984 16:12-EDT From: Charles Hornig Subject: new host table To: INFO-HOSTS @ MIT-MC Latest NIC host table (346).  Date: Tuesday, 15 May 1984, 03:27-EDT From: Christopher C. Stacy Subject: "PFC" To: John G. Aspinall Cc: INFO-HOSTS at MIT-MC In-reply-to: The message of 9 May 84 16:00-EDT from John G. Aspinall The message of 23 January 84 10:13-EST from Added nickname "PFC" to MIT-PFC-VAX in the source.  Date: Thu 10 May 84 23:14:17-EDT From: Robert H. Myhill Subject: please take me off of this mailing lists To: info-hosts@MIT-MC.ARPA Could someone out there please take me off of the info-hosts mailing list/ Thanks. robert@xx -------  Date: 6 May 1984 23:34-EDT From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New host table installed, including latest NIC table.  Date: Sat 5 May 84 18:25-EDT From: Michael J. Konopik Subject: To: info-hosts@MIT-MC I just added MIT-DIOXIN to the host tables. It is CCC's new terminal concentrator. Just thought you'd like to know... -Mike  Date: 29 Apr 1984 17:56:58-EDT From: walter at mit-htvax To: info-hosts@mc Subject: MIT-RTS Commented out MIT-RTS.  Received: from SCRC-PEACE by SCRC-RIVERSIDE via CHAOS with CHAOS-MAIL id 10847; Mon 23-Apr-84 12:52:40-EST Date: Mon, 23 Apr 84 12:47 EST From: Charles Hornig Subject: HSTSYM changes To: info-hosts@MIT-MC.ARPA Message-ID: <840423124752.5.Hornig@STONY-BROOK.SCRC.Symbolics> I moved the nickname SCRC from SCRC-TENEX to SCRC-STONY-BROOK.  Date: 12 April 1984 08:11-EST From: Charles Hornig To: INFO-HOSTS @ MIT-MC Changed 128.31.x.x hosts to 18.20.x.x pending the NIC update.  Date: 11 April 1984 18:46-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC New host table installed on MC.  Date: 10 Apr 1984 07:42:57-EST From: To: info-hosts@mit-mc Subject: Master host tables broken There are two problems in the current host tables. The guilty parties will know who they are: [MC:SYSENG;HOSTS 737] is trivially broken by the mysterious addition of a newline in the middle of MIT-MARVIN. [MC:SYSENG;HOSTS 737] lacks the most recent updates appearing in [MC;SYSENG;HSTMIT 201]. Should not the MIT data in these files be maintained in parallel? HEY! Let's be *careful* out there!  Received: from SCRC-PEACE by SCRC-RIVERSIDE via CHAOS with CHAOS-MAIL id 9910; Tue 10-Apr-84 04:59:23-EST Date: Tue, 10 Apr 84 05:03 EST From: Charles Hornig Subject: HOST changes To: info-hosts@MIT-MC.ARPA Message-ID: <840410050348.5.Hornig@STONY-BROOK.SCRC.Symbolics> I adjusted SCRC-RIVERSIDE's addresses to reflect the new gateway situation and added the Athena machines which are now accessible.  Date: 9 April 1984 21:39-EST From: Richard E. Zippel To: INFO-HOSTS @ MIT-MC Installed MIT-NU-0 thru MIT-NU-29 at their correct Chaos addresses.  Date: 7 April 1984 19:40-EST From: Richard E. Zippel To: INFO-HOSTS @ MIT-MC I've added mit-nu0 through mit-nu29 now that they are on the net.  Received: by mit-borax.ARPA (4.12/4.7) id AA03946; Thu, 5 Apr 84 22:45:23 est Date: Thu, 5 Apr 84 22:45:23 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8404060345.AA03946@mit-borax.ARPA> To: info-hosts@mc Subject: fla & wild-blue-yonder & such Cc: marty%oz@mc I've uncommented wild-blue-yonder, deleted fla's conflicting net address and recompiled the host tables. I don't mean to harp on the point, but I'm sure that I fixed it when I was updating the tables the first time. I am at least sure that I editted hstmit > twice but there's only one copy before Marty's update bearing my name at the top. So I think that the fixed version got lost somewhere (is that sufficiently vague?). I am careful when I change the tables! - John  Date: 5 Apr 1984 21:43 EST (Thu) Message-ID: From: Martin David Connor To: INFO-HOSTS@MIT-MC Cc: Romkey@MIT-BORAX.ARPA Subject: MIT-WILD-BLUE-YONDER This machine had the same address as MIT-FLA in HSTMIT. This made it impossible to compile a new host table. I commented it out until someone does it right. Marty  Received: by mit-borax.ARPA (4.12/4.7) id AA01686; Thu, 5 Apr 84 16:21:28 est Date: Thu, 5 Apr 84 16:21:28 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8404052121.AA01686@mit-borax.ARPA> To: info-hosts@mc Subject: additions to the host tables I just added MIT-WILD-BLUE-YONDER, MIT-BIG-BLUE, MIT-BLUE-LIGHT and MIT-BLUE-DANUBE to the hstmit > and hosts >. I also had to delete the subnet 26 address for MIT-FLA because MIT-WILD-BLUE-YONDER is really just a name for the other interface on fla. It's all Bob Iannucci's fault. - John Romkey  Date: 1 April 1984 22:01-EST From: Daniel Huttenlocher To: INFO-HOSTS @ MIT-MC HOSTS 731 and HSTMIT 191 add MIT-ASPEN and MIT-TELLURIDE, 3600's and comments out MIT_VAXLET which some twit put at a conflicting address with SCRC-PEACE.  Date: 30 March 1984 14:06-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC cc: MOON @ SCRC-TENEX Would someone from Symbolics please correct their host tables (remove duplicate-address entries)? The host tables cannot be compiled in the current state.  Date: Wed, 28 Mar 1984 19:55 EST Message-ID: From: Greg Skinner To: Gail Zacharias Cc: bug-mail@MIT-OZ, ee.mp@MIT-OZ, smh@MIT-EMS, STRAZ@MIT-OZ, info-hosts@MC Subject: mailing to athena In-reply-to: Msg of 28 Mar 1984 16:47-EST from Gail Zacharias There are a few easy ways out of this mess (some easier than others). 1. Somebody add mit-athena, and athena, as nicknames for charon, unless there's some special reason why that shouldn't be done. 2. Steve, if you were using MM, and did to: "mit-athena!tony"@mit-eddie, I believe MM would have converted it properly for MMAILR to use it. (Is that so, Gail? If not, we have a serious problem here.) If you didn't, you don't have to put quotes around the foreign address, because the quotes are there so MM won't interpret the ! as a comment. (Correct me again Gail if I'm wrong.) 3. In general, you should try to find other means besides using UUCP to send mail which you want delivered in a hurry. (It looked from the message as if you expected it to get there immediately.) UUCP mail is more than a magnitude of order slower than CHAOS mail, which means that it probably would have taken a day or so for your message to get to mit-athena (if it ever got there -- you'd be surprised at how often UUCP mail gets lost). I don't see any reason why they are not accepting chaos mail anyhow, seeing as they're on the chaosnet, that sort of goes along with the territory.  Date: 22 March 1984 00:47-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table installed.  Received: by mit-borax.ARPA (4.12/4.7) id AA05041; Fri, 16 Mar 84 16:52:14 est Date: Fri, 16 Mar 84 16:52:14 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8403162152.AA05041@mit-borax.ARPA> To: info-hosts@mc Subject: hstmit additions I added two hosts, MIT-GUANO (it's Steve Ward's fault!) and MIT-CJT, both ibm pc's, to hstmit > and hosts >. - John Romkey  Date: Tue, 13 Mar 84 06:39 EST From: "Christopher C. Stacy" Subject: When is a pdp-10 not a pdp-10 To: "David A. Moon" Cc: BUG-FTP@MIT-MC.ARPA, GSB@MIT-MC.ARPA, KLOTZ@MIT-MC.ARPA, Info-Hosts@MIT-MC.ARPA In-reply-to: The message of 29 Feb 84 15:41-EST from David A. Moon Date: Wed, 29 Feb 84 15:41 EST From: David A. Moon ftp. Really, it's user-interface brain death. You see it used to do-the-right-thing between pdp10s and now it doesn't. We expected without thinking that it would. (I think that was it anyway; transfering in ascii rather than 36bit). It's not like it lies or anythign, but that the default used to be adequate for any file transfer, and who really looks at spastic program printout anyway.... Someone changed the machine type in the host table of all the pdp10s from "PDP10" to imaginative things like "DEC-10", "DEC-1080". Thus FTP can no longer tell when a machine is a pdp10. Probably this was imposed on us by the NIC. Someone should give FTP a list of all the known pdp10 machines or all the known pdp10 operating systems, replacing the present code in the NHOSTN routine. Presumably this is an attempt to get us all to switch to Unix. I just changed FTP to think that things which run ITS, WAITS, TOPS10, TOPS20, TENEX, and FOONEX are PDP-10s. From: Leigh L. Klotz To: BUG-FTP @ MIT-MC Why do I get ASCII retrieve of FILE.EXT.2 started. twice whenever I use FTP to a twenex site? I haven't had occasion to use it with any other type of site. I think I have also fixed this bug.  Date: 9 March 1984 19:13-EST From: Charles Frankston Subject: Project Athena Vaxen & Large Chaos subnet numbers To: INFO-HOSTS @ MIT-MC Two Project Athena Vaxen have been added to HSTMIT table as Chaos only hosts. They are MIT-CHARON, Chaos address 042015 and MIT-APOLLO, Chaos address 042013. APOLLO is not actually on the chaos net yet, but probably will be in time, along with another dozen or two Project Athena machines. Some of you may have noticed that these machines are on Chaos subnet 104o. This subnet is 11d higher than any previously active subnet on the MIT-Chaos net. This is due to various places which have reserved subnets not yet operational or connected to the main MIT Chaos net. This subnet is not reachable by a large number of Chaosnet hosts due to their routing tables being too small. I have fixed the bridges MIT-INFINITE and MIT-BYPASS, which merely needed recompiling. However, there are other bridges and hosts that should have their routing tables enlarged. In partcular the front end 11 for every 20 on campus, MIT-VAX and I imagine many other Unix hosts. Note that Chaos subnet 104o=68d, whereas the Athena machines all think they are on Internet subnet 18.58.xx.xx. I understand that there was once an attempt to maintain a correspondence between MIT internet subnet and Chaos subnet numbers. Apparently Project Athena was originally assigned a set of subnets starting at 58d, but when these were claimed by groups, no one bothered informing the Athena staff. This doesn't represent any problem yet, if it ever will, as there is no Internet link from the Athena machines to the rest of the Internet. I would also make a plea that if people increase their routing table sizes they go straight to 122d (172o). This is the number of subnet entries that will fit in the maximum size routing packet. It's real hard to figure out that no one can talk to your subnet because your routing packets are being ignored.  Date: 6 March 1984 21:44-EST From: Daniel Huttenlocher To: INFO-HOSTS @ MIT-MC Installed MIT-GOLDILOCKS a 3600 at chaos address 15470.  Date: 6 March 1984 03:34-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table installed on MC.  Received: from SCRC-MERRIMACK by SCRC-RIVERSIDE via CHAOS with CHAOS-MAIL id 8509; Mon 5-Mar-84 08:30:35-EST Date: Monday, 5 March 1984, 08:36-EST From: Charles Hornig Subject: SYMBOLICS-3600 To: "David C. Plummer" cc: LispM-Networks%SCRC-TENEX@MIT-ML.ARPA, info-hosts@MIT-MC.ARPA In-Reply-To: The message of 25 Feb 84 15:07-EST from David C. Plummer Message-ID: <840305083652.1.Hornig@QUABBIN.SCRC.Symbolics> Date: 25 February 1984 15:07-EST From: David C. Plummer Date: 25 February 1984 14:59-EST From: David C. Plummer Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. Charlie, what's the story here? (The rest of you, don't expect an answer very soon, he's on vacation for another week or so.) Ignore me. I should have read all my mail first. Date: 24 February 1984 20:33-EST From: Ken Harrenstien To: CSTACY @ MIT-MC cc: INFO-HOSTS @ MIT-MC Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. SYMBOLICS-3600 is the way SCRC wanted their hosts listed. I guess that is the new convention... When I first had SCRC-Peace added to the NIC host table, I told them that it was a Symbolics 3600. They assigned the machine type "SYMBOLICS-3600" to it. I followed their lead from then on.  Date: 3 March 1984 13:16-EST From: Daniel J. Carnese To: INFO-HOSTS @ MIT-MC MIT-LCS-HQ is now at LCS 12/200.  Date: Thu 1 Mar 84 15:42:02-EST From: John Wroclawski To: info-hosts@MIT-MC cc: smh%MIT-EDDIE@MIT-MC.ARPA HOSTS 724 and HSTMIT 170 add Chaos sites MIT-EMS (6401), MIT-HAYDN (6402), and MIT-WAIF (6420). Additionally, MIT-INFINITE (bldg 8 bridge) has grown a new address 6410. Subnet vultures will note that this constitutes the (re)activation of subnet 15 as part of the Big Picture. -------  Received: from SCRC-EUPHRATES by SCRC-QUABBIN with CHAOS; Wed 29-Feb-84 15:42:10-EST Date: Wed, 29 Feb 84 15:41 EST From: "David A. Moon" Subject: When is a pdp-10 not a pdp-10 To: bug-ftp@MIT-MC.ARPA Cc: gsb@MIT-MC.ARPA, info-hosts@MIT-MC.ARPA ftp. Really, it's user-interface brain death. You see it used to do-the-right-thing between pdp10s and now it doesn't. We expected without thinking that it would. (I think that was it anyway; transfering in ascii rather than 36bit). It's not like it lies or anythign, but that the default used to be adequate for any file transfer, and who really looks at spastic program printout anyway.... Someone changed the machine type in the host table of all the pdp10s from "PDP10" to imaginative things like "DEC-10", "DEC-1080". Thus FTP can no longer tell when a machine is a pdp10. Probably this was imposed on us by the NIC. Someone should give FTP a list of all the known pdp10 machines or all the known pdp10 operating systems, replacing the present code in the NHOSTN routine. Presumably this is an attempt to get us all to switch to Unix.  Date: Sun 26 Feb 84 22:28:29-EST From: John T. Wroclawski To: info-hosts@MIT-MC.ARPA, bcn%MIT-EECS@MIT-XX.ARPA HOSTS 723 and HSTMIT 169 add MIT-MATH-HUB at chaos 7740 (SN17, 340), a MINITS box out at the end of Bldg 2. It appears there is life out there after all. -------  Date: 25 February 1984 15:07-EST From: David C. Plummer To: DCP @ MIT-MC cc: INFO-HOSTS @ MIT-MC, Hornig @ SCRC-TENEX, LispM-Networks @ SCRC-TENEX Date: 25 February 1984 14:59-EST From: David C. Plummer Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. Charlie, what's the story here? (The rest of you, don't expect an answer very soon, he's on vacation for another week or so.) Ignore me. I should have read all my mail first. Date: 24 February 1984 20:33-EST From: Ken Harrenstien To: CSTACY @ MIT-MC cc: INFO-HOSTS @ MIT-MC Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. SYMBOLICS-3600 is the way SCRC wanted their hosts listed. I guess that is the new convention...  Date: 25 February 1984 14:59-EST From: David C. Plummer To: Hornig @ SCRC-TENEX cc: INFO-HOSTS @ MIT-MC, LispM-Networks @ SCRC-TENEX Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. Charlie, what's the story here? (The rest of you, don't expect an answer very soon, he's on vacation for another week or so.)  Date: 24 February 1984 20:33-EST From: Ken Harrenstien To: CSTACY @ MIT-MC cc: INFO-HOSTS @ MIT-MC Date: 24 February 1984 18:08-EST From: Christopher C. Stacy The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it. SYMBOLICS-3600 is the way SCRC wanted their hosts listed. I guess that is the new convention...  Date: 24 February 1984 18:08-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC The NIC seems to be putting CPU types of "SYMBOLICS-3600" on things, while our local tables say "3600". This makes the HOSTS3 compiler print silly warnings, so I edited the HSTNIC file to use the "3600" convention. Someone should decide which they would rather see, and get everyone to use it.  Date: 21 February 1984 04:07-EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC table installed on MC and ML.  Received: by mit-borax.ARPA (4.12/4.7) id AA03676; Sun, 12 Feb 84 00:35:01 est Date: Sun, 12 Feb 84 00:35:01 est From: romkey@mit-borax (John L. Romkey) Message-Id: <8402120535.AA03676@mit-borax.ARPA> To: info-hosts@mit-mc Subject: additions to hstmit Well, addition. I added mit-pluto, another ibm pc. I also changed the host type for mit-borax from vax to vax-11/750 so that lisp machines wouldn't complain that it was different from the type in the nic name table. - John Romkey romkey@mit-borax  Date: Fri, 10 Feb 1984 23:21 EST Message-ID: From: CJL%MIT-OZ@MIT-MC.ARPA To: INFO-HOSTS@MIT-MC I have changes mc:syseng;hstmit > and mc:syseng;hosts > : Chaosnet host MIT-PREP now is at Chaosnet addresses 13016 and 3413.  Date: 8 February 1984 18:31 EST From: Patrick A O'Donnell To: INFO-HOSTS @ MIT-MC Added MIT-COUGAR at CHAOS 3033. Did not compile.  Date: 8 February 1984 15:24 EST From: Richard Mark Soley Subject: MAHOGANY To: INFO-HOSTS @ MIT-MC Added MIT-MAHOGANY (HO) to the Lisp Machine Forest. Moved MIT-NETLEAF-HACKBERRY to subnet 26.. -- Richard  Date: 2 February 1984 01:32 EST From: Christopher C. Stacy To: INFO-HOSTS @ MIT-MC Latest NIC host table installed on MC and ML.  Date: 23 Jan 1984 15:41:04-EST From: roger at mit-dspg To: CStacy@mit-mc, INFO-HOSTS@mit-mc Subject: Re: new host table available I and Sylvester wish to invite all to share in a quick dance of hosannas upon becoming an official member of the community. I thought after I sent my note that it was not all that coherent as to what it was requesting; I am most impressed at how much you have managed to draw out of it. Several of us would beg to differ, however, on the spelling of PUDDYTAT, and would ask to include this one as a further nickname. Many many thanks regardless! roger@dspg  Date: 23 Jan 1984 15:41:04-EST From: roger at mit-dspg To: CStacy@mit-mc, INFO-HOSTS@mit-mc Subject: Re: new host table available I and Sylvester wish to invite all to share in a quick dance of hosannas upon becoming an official member of the community. I thought after I sent my note that it was not all that coherent as to what it was requesting; I am most impressed at how much you have managed to draw out of it. Several of us would beg to differ, however, on the spelling of PUDDYTAT, and would ask to include this one as a further nickname. Many many thanks regardless! roger@dspg  Date: 23 January 1984 15:50 EST From: Christopher C. Stacy Subject: sufferin' succotash To: INFO-HOSTS @ MIT-MC, roger @ MIT-DSPG I corrected the spelling of PUDDYTAT on the source.  Date: Monday, 23 January 1984, 13:32-EST From: Christopher C. Stacy Subject: "PFC" To: John G. Aspinall Cc: INFO-HOSTS at MIT-MC In-reply-to: The message of 23 Jan 84 10:13-EST from John G. Aspinall Date: 23 January 1984 10:13 EST From: John G. Aspinall Could I petition for the nickname "PFC" to be changed to apply to MIT-PFC-VAX (a server) and not MIT-FUSION (a terminal concentrator). I removed the "PFC" and "PFC-11" nicknames from the PLASMA concentrator, in the source. Will take effect next time there is a significant update.  Date: Monday, 23 January 1984, 13:06-EST From: Christopher C. Stacy Subject: new host table available To: INFO-HOSTS at MIT-MC Cc: roger at mit-dspg, dove at mit-dspg, root at PUTTYTAT In-reply-to: The message of 12 Jan 84 09:24-EST from roger at mit-dspg I added MIT-SYLVESTER, a DSPG VAX running Unix at 15421 on the Chaosnet. Has nicknames SYLVESTER, PUTTYTAT, and SYL. Updated host tables on MC and ML (someone should copy them to OZ and XX, etc.) Chris  Date: 18 January 1984 10:53 EST From: Charles Hornig To: INFO-HOSTS @ MIT-MC Copied NIC:HOSTS.TXT.325 to MC and recompiled tables.  Date: 10 Jan 1984 18:04:41-PST From: romkey@MIT-BORAX Real-name: John L. Romkey To: info-hosts@mc Subject: name table additions I added two hosts, MIT-PEPSI and MIT-SELTZER, to hstmit on mc. - John  Date: 9 Jan 1984 21:52:52-PST From: romkey@MIT-BORAX Real-name: John L. Romkey To: info-hosts@mc Subject: added two hosts Hi, I added two hosts (MIT-COKE and MIT-DR-PEPPER, two Now machines) to the host tables. - John  Received: from SCRC-CHARLES by SCRC-QUABBIN with CHAOS; Wed 4-Jan-84 20:29:22-EST Date: Wed, 4 Jan 84 20:33 EST From: "David C. Plummer" Subject: Some machines really do care what garbage gets put in databases... To: Hostmaster@SRI-NIC.ARPA Cc: LispM-Networks%SCRC-TENEX@MIT-MC.ARPA, Info-hosts@MIT-MC.ARPA, lwa@MIT-XX.ARPA In-reply-to: The message of 31 Dec 83 17:46-EST from David C. Plummer , The message of 4 Jan 84 17:15-EST from lwa at MIT-CSR Please remove the TCP/SUPDUP service entry from MIT-BORAX; BORAX does not currently (and has never to my knowledge) had a SUPDUP server.