Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!mit-eddie!genrad!decvax!ucbvax!UTKCS2.CS.UTK.EDU!case
From: case@UTKCS2.CS.UTK.EDU (jeff case)
Newsgroups: comp.os.vms
Subject: (none)
Message-ID: <8706290250.AA08376@UTKCS2.CS.UTK.EDU>
Date: Sun, 28-Jun-87 22:50:31 EDT
Article-I.D.: UTKCS2.8706290250.AA08376
Posted: Sun Jun 28 22:50:31 1987
Date-Received: Mon, 29-Jun-87 02:51:55 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Distribution: world
Organization: The ARPA Internet
Lines: 30

Kevin:  (re:  broken arps on vs2000)
     
>>>The VS-2000 is our only thinwire ethernet node, so it's on the thinwire 
>>>side of a DEMPR which is plugged into a transceiver on our thick ethernet. 
>>>Maybe the DEMPR is not passing through broadcast packets?  

No, don't think it's the DEMPR.  I have over 20 DEC DEMPR's and a few Cabletron
DEMPR's (MR9000's) in use and they pass broadcast (including ARPs) just fine.

>>>The DEMPR is plugged into a Cabletron ST-500 transceiver.  I think our 
>>>other DEC equipment is on H4000s, so maybe that's at fault?  

Again, don't think so.  Have over 50 ST-500's and some are on segments with
H4000's and I know of no electrical reason why a transceiver would/could/should
pass regular and multicast traffic yet mess up on broadcast traffic.

>>>If not, that would leave the DESVA controller or the VMS device driver...
     
Now you're talking.  Another possibility is that a piece of code is swallowing
the broadcast packets before they get through the packet demultiplexer.  Could
it be that the broadcasts are going to a packet handler like MOP which is then
tossing them?

Please let us know.

Jeff Case
University of Tennessee Computing Center and 
Department of Computer Science
JDCASE01@UTKVX1.BITNET
case@utkcs2.cs.utk.edu