> 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. -- Brandon Applegate - CCIE 10273 PGP Key fingerprint: 830B 4802 1DD4 F4F9 63FE B966 C0A7 189E 9EC0 3A74 "SH1-0151. This is the serial number, of our orbital gun."
signature.asc
Description: Message signed with OpenPGP using GPGMail
