RE: LVS-DR and Road Runner (aka. Cable Modems)

To: Bill Hatter <bhatter@xxxxxxxxxxxxx>
Subject: RE: LVS-DR and Road Runner (aka. Cable Modems)
Cc: <lvs-users@xxxxxxxxxxxxxxxxxxxxxx>
From: Julian Anastasov <ja@xxxxxx>
Date: Fri, 16 Nov 2001 18:00:49 +0200 (EET)

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 GW
> >> (RIP2) Windows 2000 Server GW
> >     Everything else is looking good.
> Thanks
> >> The only thing I could think of is that the request for
> is
> >> going out to, which the loadbalancer is forwarding to .59
> and
> >> .58 which is going back to the client with SRCIP = 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 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 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
first posting?

> Bill Hatter


Julian Anastasov <ja@xxxxxx>

<Prev in Thread] Current Thread [Next in Thread>