[1283] in SIPB-AFS-requests
[hoffmann@MIT.EDU: [ghudson@MIT.EDU: Theories about ronald-ann problems]]
daemon@ATHENA.MIT.EDU (Matt Braun)
Wed Mar 30 15:05:52 1994
To: sipb-afsreq@MIT.EDU, sipb-staff@MIT.EDU
Date: Wed, 30 Mar 94 15:02:54 EST
From: Matt Braun <mhbraun@MIT.EDU>
I think we have some agreement here..
I asked Ron about it and this is what he said.
Matt
------- Forwarded Message
Received: from MIT.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA23914; Wed, 30 Mar 94 14:31:24 EST
Received: from PADDINGTON.MIT.EDU by MIT.EDU with SMTP
id AA21959; Wed, 30 Mar 94 14:31:23 EST
From: hoffmann@MIT.EDU
Received: by Paddington (5.57/4.7) id AA01029; Wed, 30 Mar 94 14:31:22 -0500
Date: Wed, 30 Mar 94 14:31:22 -0500
Message-Id: <9403301931.AA01029@Paddington>
To: mhbraun@MIT.EDU
In-Reply-To: Matt Braun's message of Wed, 30 Mar 94 14:15:52 EST <9403301915.AA19566@a-kind-of-magic.MIT.EDU>
Subject: [ghudson@MIT.EDU: Theories about ronald-ann problems]
I doubt highly that the problem has anything to
do with talking to other dec hardware.
It's more likely that *something* is using r-a's
IP address and that the router's ARP cache gets
the entry for is other thing. That would prevent
things from off the subnet talking to it while some
things on the subnet might still be able to
R-A would "fix itself" if it happend to ARP for
something on the cable because the router would
notice it's source address and update it's cache.
If I see it go down again, I'll check the router's
ARP cache to see if the hardware addr changed.
- -Ron
------- End of Forwarded Message
