Date: Tue, 17 Apr 2007 22:00:58 +1000 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Alan Garfield <alan@fromorbit.com> Cc: freebsd-net@freebsd.org Subject: Re: fake MAC addresses and ARP Message-ID: <20070417120058.GN1624@turion.vk2pj.dyndns.org> In-Reply-To: <1176781003.6367.12.camel@hiro.auspc.com.au> References: <1176781003.6367.12.camel@hiro.auspc.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
--DIOMP1UsTsWJauNi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-17 13:36:43 +1000, Alan Garfield <alan@fromorbit.com> wrote: >I've got a little driver that communicates via a small buffer on the >motherboard of a Sun Fire V20z to a built-in "service processor" which >is running Linux. The driver on both sides makes the buffer look like a >Ethernet interface. I'd be interested in using this. >arplookup 169.254.101.2 failed: could not allocate llinfo >arpresolve: can't allocate route for 169.254.101.2 > >The Linux driver I'm porting simply grabbed any outgoing arp requests, >made up an appropriate response with the pre-defined fake MAC's, put it >into the input queue and ate the request packet. A quick-and-dirty work-around would seem to be arp -s 169.254.101.2 Fa:ke:ma:cA:dd:re:ss Otherwise, I think you would need to fiddle with the transmit packet code in your driver. --=20 Peter Jeremy --DIOMP1UsTsWJauNi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGJLb5/opHv/APuIcRAsKQAKCEEqPJ2KZ+ouCERwAnTpDudh7lfQCeMStd w5xA9hHi6B3UbezXKYY9WLk= =B2wr -----END PGP SIGNATURE----- --DIOMP1UsTsWJauNi--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070417120058.GN1624>