[comp.sys.dec] rarpd, lat, decnet, and IP

krf@wucs1.wustl.edu (Kevin R. Fenster) (05/07/91)

Configuration:  DECsystem 5500, Ultrix 4.1, Xyplex Model 1400 printer
		server, LAT & DECnet configured and operational.

Problem:	The xyplex 1400 loads it's image and parameters
		across the network using rarp and tftp.  As usual,
		the 1400 sends out a rarp request with its ethernet
		address, and the 5500 is supposed to respond with
		the correct Internet address.  If I have rarpd running
		in verbose mode, I look in /usr/spool/mqueue/syslog
		and read all the startup messages.  As soon as rarpd
		receives a RARP request from the 1400, it logs it to
		syslog.  It also logs the fact that rarpd was able to
		determine the correct IP address. Then, when it appears
		that rarpd is trying to reply to the 1400, rarpd spits
		out an error message to syslog

/usr/etc/rarpd: Address family not supported by protocol familty write
to device failed.

		At the same time, an error messages appears on the
		console

		net_output: ne0: can't handle af3


		After these messages are displayed, rarpd dies.

Question:	Does any of this make sense to anyone?  Anyone have
		a clue as to the actual problem and/or solution?

Any help/suggestions would be greatly appreciated.  Note that I have
the similar setup working with a Sun SPARCserver acting as the
load host.  That was simple.  Why isn't this simple?

Later,
Kevin R. Fenster
Nebraska Wesleyan University
krf@NebrWesleyan.edu

frank@croton.nyo.dec.com (Frank Wortner) (05/07/91)

In article <1991May6.204154.21884@cec1.wustl.edu>, krf@wucs1.wustl.edu (Kevin R. Fenster) writes:

|>/usr/etc/rarpd: Address family not supported by protocol familty write
|>to device failed.
|>
|>		At the same time, an error messages appears on the
|>		console
|>
|>		net_output: ne0: can't handle af3
|>
|>
|>		After these messages are displayed, rarpd dies.
|>
|>Question:	Does any of this make sense to anyone?  Anyone have
|>		a clue as to the actual problem and/or solution?

I could be wrong --- I often am ---, but I think there is a 4.1 patch that addresses
this.  If you haven't done so, you should call the CSC (Customer Support Center).  They
should be able to help you with this problem.

						Frank