> Gerald Richter wrote:
>> 
>> tcpdump... :o) Spits out a running log of what's goin' through the
>> network..
> 
> doh!
> here's what i get:
> 
> rarp who-is sparc.eischeid2.net tell sparc.eischeid2.net
> rarp reply sparc.eischeid2.net at sparc.eischeid2.net
> sparc.eischeid2.net.58487 > eischeid2.net.tftp : 23 RRQ "AC100007.SUN4M"
> eischeid2.net.1092 > sparc.eischeid2.net.58487 : udp 21
> 
> and then nothing until the sparc times out

What is "eischeid2.net"?  Is it a host or a broadcast address?

If it's a host, it doesn't sound like it's answering the TFTP boot request.

Did you make sure you have a line like

tftp		dgram	udp	wait	root	/usr/libexec/tftpd	tftpd -s /tftpboot

in your /etc/inetd.conf file on "eischeid2.net" (if that's a host)?

(I don't know what type of machine "eischeid2.net" is, the above line is for
 a NetBSD host.  Maybe yours is Linux.  Our Red Hat systems at work have

#tftp	dgram	udp	wait	root	/usr/sbin/tcpd	in.tftpd

 in /etc/inetd.conf.  Supposedly the directory will default to "/tftpboot" if
 no directory is named in the above inetd.conf line, but the Linux "in.tftpd"
 man page makes no mention of it doing a chroot(2).  I would try changing the
 above line to

tftp	dgram	udp	wait	root	/usr/sbin/tcpd	in.tftpd /tftpboot

 and then run "killall -HUP inetd" and see what happens.  Also, since the
 Linux "in.tftpd" invocation above is TCP Wrapper'ed, make sure your
 hosts.allow/hosts.deny permissions are set to allow "sparc.eischeid2.net"
 access.)

Good luck,

	- Greg