Date: Thu, 08 Nov 2001 14:50:44 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Wilko Bulte <wkb@freebie.xs4all.nl> Cc: Mike Meyer <mwm@mired.org>, "Nicpon, John" <John.Nicpon@SouthTrust.com>, Jonathan Lemon <jlemon@flugsvamp.com>, Kent Stewart <kstewart@owt.com>, freebsd-hackers@FreeBSD.ORG Subject: Re: SIS 900 Onboard NIC /w SIS 735 Chipset Motherboard. Message-ID: <3BEB0C44.21721A13@mindspring.com> References: <2AACFCDB6086274CA42D44085EF1BAA229405F@msm-001.msg.stcorp.com> <15338.62167.240104.199613@guru.mired.org> <20011108223716.A10909@freebie.xs4all.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
Wilko Bulte wrote: > > An explanation of > > why users need to reprogram their MAC's - which is rather unusual - > > would help quite a bit. > > Things like DECnet used to do it. And I think some server clustering > solutions might still do it. DECNet reprogrammed the MACs with the DEC ethernet allocation block, and the last part was the DECNet Node ID. VRRP uses a similar approach for MAC reprogramming for IP address takeover. It does this because not using real MAC addresses for VRRP confuses the hell out of switches (most particularly, L2 switches like those from Extreme, which don't have the ability to cache multiple MAC addresses per port). Using the multicast mask approach (like the FXP version of VRRP for Linux) is a bad idea, since VRRP requires the use of multicast anyway. FreeBSD needs some basic changes for multiple MAC s to be useful, though. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3BEB0C44.21721A13>