Nick,
Heres what we're using:
* Kernels patched with ipvs 0.8.3
* Kernels patched for the arp problem using
http://www.linuxvirtualserver.org/sdw_fullarpfix.patch
* Realservers configured to listen for VIP on tunnel device
(specifically tunl0:0)
* Director configured to listen to VIP on ethernet card. (specifically
eth0:0)
(If it's not obvious we're using the same kernel on all the machines to
improve flexibility of our setup)
Michael.
--
National & Local Web Cache Support R: G117
Manchester Computing T: 0161 275 7195
University of Manchester F: 0161 275 6040
Manchester UK M13 9PL M: Michael.Sparks@xxxxxxxxxxxxxxx
On Tue, 16 Nov 1999, Nick Christopher wrote:
>
> 60 pages ... more of a novel then a HOWTO!
>
> Okay so I am confused on the ARP problem....
>
> My setup:
> All machines, director and realservers have 2.2.13 kernels.
> I am using VS-TUN on the director.
> All machines on the same segment.
> All machines have a single NIC.
>
> My question:
> How, *concisely*, do I *most simply* avoid the ARP problem?
>
> My Observations to date:
> BH (Before HOWTO) I had ipvs patched kernels on the realservers and was
> using device tunl0 (which ifconfig said was NOARP) and that seemed to
> work. And the arp -a said the right thing but....
>
> AH (After HOWTO) I tried device dummy0 rather than tunl0 on same boxes
> and everything again seemed to work.
>
> AH I tried device dummy0 on a 2.2.13 box without the ipvs patch and it
> just plain didn't answer...though I'm not sure ip tunneling is on in
> that kernel.
>
> --
> Either this man is dead or my watch has stopped.
> - Groucho Marx
>
>
>
> ----------------------------------------------------------------------
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
>
----------------------------------------------------------------------
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
|