Messages in this thread | | | Date | Mon, 13 Sep 1999 02:13:51 +0000 | From | "Stephen D. WIlliams" <> | Subject | Re: Emergency problem with extra ARP's, 2.2.12/13Pre6, DR mode |
| |
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/
| |