On 2015/12/02 00:38, Brandon Applegate wrote:
> > On Dec 1, 2015, at 6:23 PM, Stuart Henderson <[email protected]> wrote:
> > 
> > On 2015/12/02 00:00, Adrian Christiansen wrote:
> >> Hi guys!,
> >> 
> >> I'm trying to install OpenBSD on my SPARCstation IPX, from a PC
> >> running OpenBSD/i386 5.8-current as of Sunday. When I got the SUN the
> >> PROM was dead so I've piggy backed a new battery and a new MAC have
> >> been set. Before attempting to install OpenBSD the machine was
> >> installed with NetBSD over the network from a PC running Debian, using
> >> tftpd-hpa, rarpd and the kernel nfs-server.
> >> 
> >> It seems like the IP 10.0.0.10 is set OK via rarp, based on that the
> >> file 0A00000A.SUN4C is being requested. However that seems to be as
> >> far as it gets. After this it is in an endless loop sending a new
> >> request over and over. tftpd sends the first block of boot.net binary,
> >> doesn't get a response and tries this five times before the SUN gives
> >> up and sends a new request. If I tftp localhost I can get the
> >> 0A00000A.SUN4C file without any issues.
> >> 
> >> The PC's NIC dc0 is set to: 10.0.0.1, 255.255.255.0, 10.0.0.255.
> > 
> > This may be connected with netmask.
> > 
> > RARP can't set the netmask, it assumes the classful netmask for the
> > address range used. For 10.0.0.0 this is in class A so it's a /8 or
> > netmask 255.0.0.0.
> 
> Hmm, I don’t think the netmask would cause this.
> 
> If the PC is 10.0.0.1/24 - then 10.0.0.10 is indeed within that subnet.  As 
> you said - the IPX is using /8.  So even though the netmasks on each machine 
> don’t match - they still agree that each other is on the wire.
> 
> If the IPX was 10.0.1.10 for example - then your PC would NOT believe he was 
> on the wire and therefore need a (default) gateway to send packets back to 
> him.

Ah. Perhaps the problems I saw before were connected with portmap for
NFS rather than tftp then. But there was somewhere in the netboot process
that wanted the correct IP broadcast address which you don't get if the
netmask is wrong.

Reply via email to