Re: Emergency problem with extra ARP's, 2.2.12/13Pre6, DR mode

Stephen D. WIlliams (sdw@lig.net)
Mon, 13 Sep 1999 02:13:51 +0000


This apparently doesn't work because the check is done for the Ethernet device (rather than
loopback in this case) since that is where the request came from.

We need a check for the flag on the device that corresponds to the IP address to determine
if it's address is 'public'.

sdw

"Stephen D. WIlliams" wrote:

> After searching through the kernel, finding IFF_NOARP, tracing it out to the device flags
> interface and then finally seeing '-arp' in the ifconfig man page, I'm trying that to see
> if it works.
>
> Is there some problem with using this (like it doesn't work)?
>
> Thanks!
> sdw
>
> "Stephen D. WIlliams" wrote:
>
> > Jerome Richard wrote:
> >
> > > "Stephen D. WIlliams" wrote:
> > >
> > > > ...
> > > >
> > > > Kernel 2.2.13pre6 from Alan's directory on ftp.funet.fi with the
> > > > ipvs-0.8.3-2.2.12 patch applied... (2.2.12 crashed every 5 min for some
> > > > reason...)
> > > >
> > > > To test I can put a permanent entry ARP entry in the test system but I Really
> > > > can't do that with the router, especially since I will want to failover.
> > > >
> > > > Thanks!
> > > > sdw
> > >
> > > What kind of hardware do you have for the LAN ? swith or hub ? Because some kind of
> > > switchs have an ARP caching feature (Like Cabletron 6000). In this case, you must
> > > disable ARP caching on all port of the swicth using VIP (Director and servers).
> > >
> > > Bye,
> > > jerome.
> >
> > Allied Tellisyn 8124xl managed switch... There is nothing in it's configuration about
> > the ARP level, only MAC address handling.
> >
> > Also, watching the output from arpwatch I believe that the Linux boxes really are
> > sending ARP replies when they shouldn't.
> >
> > If anyone with experience tracking that down in the kernel could help I would
> > appreciate it!
> >
> > Thanks!
> > sdw
> >
> > --
> > OptimaLogic - Finding Optimal Solutions Web/Crypto/OO/Unix/Comm/Video/DBMS
> > sdw@lig.net Stephen D. Williams Senior Consultant/Architect http://sdw.st
> > 43392 Wayside Cir,Ashburn,VA 20147-4622 703-724-0118W 703-995-0407Fax 5Jan1999
>
> --
> OptimaLogic - Finding Optimal Solutions Web/Crypto/OO/Unix/Comm/Video/DBMS
> sdw@lig.net Stephen D. Williams Senior Consultant/Architect http://sdw.st
> 43392 Wayside Cir,Ashburn,VA 20147-4622 703-724-0118W 703-995-0407Fax 5Jan1999
>
> ----------------------------------------------------------------------
> LinuxVirtualServer.org mailing list - lvs-users@LinuxVirtualServer.org
> To unsubscribe, e-mail: lvs-users-unsubscribe@LinuxVirtualServer.org
> For additional commands, e-mail: lvs-users-help@LinuxVirtualServer.org

--
OptimaLogic - Finding Optimal Solutions     Web/Crypto/OO/Unix/Comm/Video/DBMS
sdw@lig.net   Stephen D. Williams  Senior Consultant/Architect   http://sdw.st
43392 Wayside Cir,Ashburn,VA 20147-4622 703-724-0118W 703-995-0407Fax 5Jan1999

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/