netdev
[Top] [All Lists]

Re: SIOCADDMULTI for unicast broken

To: jamal <hadi@xxxxxxxxxx>
Subject: Re: SIOCADDMULTI for unicast broken
From: Julian Anastasov <ja@xxxxxx>
Date: Sat, 4 Jan 2003 20:36:38 +0200 (EET)
Cc: Donald Becker <becker@xxxxxxxxx>, Ben Greear <greearb@xxxxxxxxxxxxxxx>, Jeff Garzik <jgarzik@xxxxxxxxx>, Alexandre Cassen <Alexandre.Cassen@xxxxxxxxxx>, <netdev@xxxxxxxxxxx>
In-reply-to: <20030104122619.R48869@shell.cyberus.ca>
Sender: netdev-bounce@xxxxxxxxxxx
        Hello,

On Sat, 4 Jan 2003, jamal wrote:

> > > And btw, i didnt even open up the whole can of worms - we also need to
> > > respond back with proper MAC addresses to ARPs and packets sourced with
> > > specific virtual router IPs. This is a seprate problem.
> >
> > Yup, a whole can of worms if you want it to be a general feature handled
> > by the kernel...
> >
>
> I think hacking the ARP code to do this would be horrible - one way to do
> it is write a tc module that mungles outgoing ARPs to substitute the src
> MAC address based on src IP.

        You can do it with arptables (still not sure how) or with 
arprules+iparp:

# send all our requests from VRIP with VMAC
ip arp add table output from 1.2.3.4 llsrc 00:00:5E:00:01:10

http://www.ssi.bg/~ja/#iparp

        But this is not enough for VRRP. For Linux we need a
way to bind VRIPs to source VMACs or sort of this. I'm cc-ing to Alexandre
Cassen as he is working on VRRP (http://keepalived.sourceforge.net/).
I hope he can shed some light on the VRRP needs.

> cheers,
> jamal

Regards

--
Julian Anastasov <ja@xxxxxx>


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