LVS-DR and Road Runner (aka. Cable Modems)
ja at ssi.bg
Fri Nov 16 16:00:49 GMT 2001
On Fri, 16 Nov 2001, Bill Hatter wrote:
> >plain kernels don't handle this. I'm even not sure whether you
> >can apply the patches for alternative routes plus hidden-forward_shared,
> >I have never tried it (oh, some many patches to sync).
> rp_filter=1 for all devices. I can receive replies from the site, as can
> most anybody else who hits it.
Then I assume eth0/forward_shared is 1.
> >> (RIP1) Windows 2000 Server 220.127.116.11 GW 18.104.22.168
> >> (RIP2) Windows 2000 Server 22.214.171.124 GW 126.96.36.199
> > Everything else is looking good.
> >> The only thing I could think of is that the request for www.apohiolaw.com
> >> going out to 188.8.131.52, which the loadbalancer is forwarding to .59
> >> .58 which is going back to the client with SRCIP = 184.108.40.206 or .59
> > Not possible. Nobody changes the addresses for DR.
> So what you're saying here is that the Windows servers reply to the client
> with a source IP of 220.127.116.11? Ok, I guess I can see that. I figured that
The RSs reply with the VIP
> since it was going from the .60 loopback interface to the .59 RIP interface,
> it would be sent with .59 Source
> I'll run tcpdump for the next half-hour and try to find out what I can. If I
> can send you the file to look at it would be appreciated. I'm pretty sure
> what I'm looking for, but not positive. Since rp_filter is set to 1 though,
> all the NICs are being protected right? So then there shouldn't be any ARP
> query problems. I think.
Yes, no ARP flux expected, until you use 18.104.22.168 to
talk to other hosts on the LAN through both eth0 and eth1. You have to
tell us whether this is a persistent problem or happens in rare cases.
Also you better to monitor the ARP tables with arp -an. You can also show
us all IP addresses and routes in director or everything is shown in the
> Bill Hatter
Julian Anastasov <ja at ssi.bg>
More information about the lvs-users