Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!uw-beaver!rice!sun-spots-request
From: rsd@iroquois.dal.utexas.edu (Shane Davis)
Newsgroups: comp.sys.sun
Subject: Re: le: missed packet problem
Keywords: Hardware
Message-ID: <8903301729.AA02230@iroquois.dal.utexas.edu>
Date: 7 Apr 89 04:24:39 GMT
Sender: usenet@rice.edu
Organization: Sun-Spots
Lines: 20
Approved: Sun-Spots@rice.edu
Original-Date: Thu, 30 Mar 89 11:29:35 CST
X-Sun-Spots-Digest: Volume 7, Issue 227, message 4 of 15

Been slow to deal with mail this month...better late then never, I reckon...

Tim Ehrhart <ehrhart@aai8.istc.sri.com>:
...
>What appears to happen is that when the client is requesting his
>bootparam server (which corresponds to an indirect RPC request from the 
>portmapper to bootparamd), the portmapper process running on the VAX sends
>back the wrong response. If it can't satisfy the request, it should simply
>NOT ANSWER, instead it sends back an RPC error message....

VAXen aren't the only culprits. We had 2 diskless 3/60's attempting to
boot off a 3/280 that was only 15 feet away from them and a TI Explorer
from the other side of the campus stuck its nose into the boot process in
the same unfriendly manner. We isolated the Cabletron all of the Suns were
on from the rest of the net and they booted normally.

--Shane Davis
  VM and UNIX Systems Programmer
  Univ. of Texas at Dallas Academic Computer Center
  SHANE@UTDALVM1{.BITNET|.dal.utexas.edu} or rsd@dal.utexas.edu