Date: Wed, 3 Apr 2002 10:24:53 -0800 (PST) From: Julian Elischer <julian@elischer.org> To: Sebastien Petit <spe@selectbourse.net> Cc: cjclark@alum.mit.edu, "Crist J. Clark" <crist.clark@attbi.com>, Scott Ullrich <sullrich@CRE8.COM>, "'Barney Wolff'" <barney@databus.com>, freebsd-net@FreeBSD.ORG Subject: Re: HUT Project Message-ID: <Pine.BSF.4.21.0204031021400.26496-100000@InterJet.elischer.org> In-Reply-To: <20020403100144.E148FBADD@sbserv0.intra.selectbourse.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 3 Apr 2002, Sebastien Petit wrote: > > freevrrpd actually use RFC MAC addresses (00:00:5E:00:01:VRID) as ethernet > source address when it send to the multicast address (as described in the > RFC). Actually, FreeBSD doesn't support multiple ethernet address on one > physical interface (as I know). Then I must use BPF for sending VRRP packets > with the normalized RFC2338 ethernet address. The closest you are going to find is the netgraph ethernet interface.. it allows you yo have complete control of the interface. > Is there a way to do real aliases (one ethernet address and one IP address) > on a specified physical interface ? yes.. netgraph can do that with the bpf node and the eiface node however you may be able to do better by writing your own node to do specifically what you want. > Design of freevrrpd cause a problem actually because when a MASTER server > leave LAN (cable problem), SLAVE take his place and send gratuitous ARP for > update ARP cache of all hosts on the same LAN. Normally, I don't need that if > I can set one ethernet address and one VIP on one alias. This method cause a > problem when MASTER is living again because it don't send any Gratuitous ARP > for reupdating all ARP caches of all hosts on the same LAN with his ethernet > address. > So, my question is simple, is there a mechanism like netgraph or TAP that > permits me to do that: > > xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=3<rxcsum,txcsum> > /* Real address of the server on the first LAN 1 */ > inet 172.16.1.1 netmask 0xffff0000 broadcast 172.16.255.255 > ether 00:b0:d0:5e:3a:04 > > xl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=3<rxcsum,txcsum> > /* Real address of the server on the LAN 2 */ > inet 10.0.0.1 netmask 0xff000000 broadcast 10.255.255.255 > ether 00:b0:d0:5e:3a:10 > > /* Alias on xl0 with ethernet address 00:00:5E:00:01:01 because this is the > VRID 1 */ > xl0:0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=3<rxcsum,txcsum> > inet 172.16.2.1 netmask 0xffff0000 broadcast 172.16.255.255 > ether 00:00:5E:00:01:01 > > /* Alias on xl1 with ethernet address 00:00:5E:00:01:01 becasue this is the > VRID 1 on the LAN 2 (not the same as LAN1) */ > xl1:0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=3<rxcsum,txcsum> > inet 10.0.1.1 netmask 0xff000000 broadcast 10.255.255.255 > ether 00:00:5E:00:01:01 > > I think that TAP interface cannot permit me to do that because I can't attach > one tap interface on one physical interface. I can have multiple > 00:00:5E:00:01:01 MAC addresses on multiple LAN connected on multiple > physical interfaces of the same host. > My wish is to implement VRRP as clean as I can but there is some > limitations... > Any idea to implement that correctly under FreeBSD ? > > Sebastien. > -- > spe@selectbourse.net > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0204031021400.26496-100000>