Date: Sat, 23 Mar 1996 07:28:58 +0000 () From: francis yeung <fyeung@fyeung5.netific.com> To: nate@sri.MT.net (Nate Williams) Cc: rob@xs1.simplex.nl, nate@sri.MT.net, steve@edmweb.com, isp@FreeBSD.org Subject: Re: PPP (iijppp) proxy ARP bug? Message-ID: <199603230728.HAA03175@fyeung5.netific.com> In-Reply-To: <199603221552.IAA18897@rocky.sri.MT.net> from "Nate Williams" at Mar 22, 96 08:52:14 am
next in thread | previous in thread | raw e-mail | index | archive | help
Greetings, Nate's fix also works for 2.0.5 release too. Let me know if anyone needs it. Francis > > | > I seem to have found a bug in iijppp. It doesn't always delete the ARP > > | > entry when the connection is closed. Further connections on that IP > > | > address don't work until I manually arp -d the entry. > > | > > | This is a kernel bug which is fixed in -stable. Upgrade your kernel > > | sources to -stable and all will be well. > > > > Can anyone upgrade the kernel sources of 2.1-RELEASE to 2.2-stable (I > > assume you meant that) without expecting problems ? > > It's actually 2.1-stable, and 2.2-current. The next release of -stable > will be 2.1.1, so it's much more like 2.1 than 2.2. > > > And, is it really fixed, or do you mean that ugly hack about first > > checking if there still is an old arp entry before setting up a new > > one ? > > Umm, it's really fixed, but it involves deleting the bogus entry. > The system creating an unresolved entry is correct behavior, and > deleting the unresolved entry when a valid entry is found is correct > behavior. > > This is done in the kernel though, so it's not a user-land hack to work > around kernel bugs. > > > Nate > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603230728.HAA03175>