Re: Sun-4/110 NetBSD Diskless NFS Issue

Samuel Furtaw <[email protected]>
Newsgroups gmane.os.netbsd.ports.sparc
Message-ID <CADun6gd=i2MgsiSHehp+wp9L_MyKXHH=awSJUoCy5ZA7qW9UOw@mail.gmail.com>
Thank you Palle! Yes, the redirects were causing the NFS issue. I have
split onto a different subnet.

However, now the 'crazy interrupts' panic is back, and it's right
after sparcvme0 loads up - I have dropped my config for this kernel in
a gist here: https://gist.github.com/sfurtaw/28a600a282d0af955dc7275e2648c4e6

Samuel

On Wed, Apr 10, 2024 at 6:53 AM Samuel Furtaw <[email protected]> wrote:
>
> The network boot ROM on the Sun-4 doesn't understand classless
> networks and my 10.100 subnet is a /16 network - I added the 172.16/16
> as part of the same VLAN & firewall zone, so they are essentially the
> same subnet.
>
> The ICMP redirect - I'm not sure. OpenWrt must have this as a default
> behavior. The ICMP redirect does show up directly before
> communications break down though, which I hadn't considered. I'm going
> to run some tests with a different network setup.
>
> Thanks.
> Samuel
>
> On Mon, Apr 8, 2024 at 2:33 PM Palle Lyckegaard <[email protected]> wrote:
> >
> > On Mon, 8 Apr 2024, Samuel Furtaw wrote:
> >
> > > Here is the PCAP file on Google Drive - the NFS conversation in
> > > question is between 172.16.0.2 (server) and 10.100.0.4 (sun4). The
> > > sun4 jumps between two different IPs in the PCAP since its RARP and
> > > BOOTP addresses are different.
> > > https://drive.google.com/file/d/1iy0JUlSL3GMwMBKWHRiCf8r49xWEdxRK/view?usp=drive_link
> > >
> >
> > Record #298 has a ICMP Rediret packet (and more follows in #303 and #306).
> > Why does 10.100.0.1 (your local gw?) send this redirect message to your NetBSD client?
> >
> > Any reason for using two seperate IP subnets in your setup (172.16.0.0/24
> > and 10.100.0.0/24)?
> > Why not let RARP assign the same IP adress as the DHCP does later on?
> >
> >
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.