netdev
[Top] [All Lists]

Re: SIOCADDMULTI for unicast broken

To: Julian Anastasov <ja@xxxxxx>
Subject: Re: SIOCADDMULTI for unicast broken
From: jamal <hadi@xxxxxxxxxx>
Date: Sat, 4 Jan 2003 14:04:17 -0500 (EST)
Cc: Donald Becker <becker@xxxxxxxxx>, Ben Greear <greearb@xxxxxxxxxxxxxxx>, Jeff Garzik <jgarzik@xxxxxxxxx>, Alexandre Cassen <Alexandre.Cassen@xxxxxxxxxx>, "" <netdev@xxxxxxxxxxx>
In-reply-to: <Pine.LNX.4.44.0301042016020.863-100000@xxxxxxxxxxxx>
References: <Pine.LNX.4.44.0301042016020.863-100000@xxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx

On Sat, 4 Jan 2003, Julian Anastasov wrote:

>
>       Hello,
>
> On Sat, 4 Jan 2003, jamal wrote:
>
> >
> > 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

I havent seen user-space arptables around.

> 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

I like this concept. This + the patch i posted should resolve the problem
of getting multiple VRIDs on a single interface.
[Although you could do it in a lot less code, maybe 50%, using
some of the tc filter extensions i am working on; also a lot less code
than arptables]

>
>       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.
>

I guess there is more than one VRRP implementation on Linux; the one i
played with is from some crazy Frenchman named Jerome Ettiene;->
With two conecpts being addressed i.e patch like that you have +
the patch i posted i dont see any orther reason VRRP to be hindered.

cheers,
jamal


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