Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!caip!sri-spam!nike!lll-crg!lll-lcc!dual!ucbvax!DCN6.ARPA!mills
From: mills@DCN6.ARPA
Newsgroups: mod.protocols.tcp-ip
Subject: The multi-home problem again
Message-ID: <8607181819.AA27306@ucbvax.Berkeley.EDU>
Date: Fri, 18-Jul-86 20:29:52 EDT
Article-I.D.: ucbvax.8607181819.AA27306
Posted: Fri Jul 18 20:29:52 1986
Date-Received: Sun, 20-Jul-86 03:58:47 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 29
Approved: tcp-ip@sri-nic.arpa

Folks,

I wondered why it took so long to resolve ISI.EDU names and discovered the
following, which I'm sure you will enjoy. A request to resolve A.ISI.EDU sent
to [10.0.0.51] (SRI-NIC.ARPA) returns [10.2.0.27], [10.1.33.27], [128.9.0.33],
[10.1.0.52] and [128.9.0.32]. The fuzzball namesolver starts cranking on this
list and the following nonsense comes back:

16:04:13 Server	[10.2.0.27]	[responded from address 128.9.0.33]
16:04:18 Server	[10.2.0.27]	[responded from address 128.9.0.33]
16:04:23 Server	[10.2.0.27]	[responded from address 128.9.0.33]
16:04:29 Server	[10.1.33.27]	[no response]
16:04:34 Server	[10.1.33.27]	[no response]
16:04:39 Server	[10.1.33.27]	[no response]
16:04:40 Server	[128.9.0.33]	[responded with requested data [26.3.0.103]

Yes, I really mean that the requests to [10.2.0.27] came back, apparently with
valid data, but the address in the IP source-address field was [128.9.0.33],
which certainly violates the Principle of Least Astonishment. It turns out all
three of these addresses belong to VAXA.ISI.EDU, but on different networks, so
that host is clearly fuddled.

The last buzzard to catch this bug was SRI-NIC.ARPA. Apparently, it bites
VAXen too. Hans-Werner Braun reports seeing responses from some servers coming
back with [127.0.0.1] in the IP source-address field. That bit of cosmic
goofiness would certainly amuse our Martian friends.

Dave
-------