From owner-freebsd-net@FreeBSD.ORG Tue Apr 17 12:00:59 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DE93A16A401 for ; Tue, 17 Apr 2007 12:00:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 6DD5713C46C for ; Tue, 17 Apr 2007 12:00:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3HC0wB6002130; Tue, 17 Apr 2007 22:00:58 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3HC0wJk002129; Tue, 17 Apr 2007 22:00:58 +1000 (EST) (envelope-from peter) Date: Tue, 17 Apr 2007 22:00:58 +1000 From: Peter Jeremy To: Alan Garfield Message-ID: <20070417120058.GN1624@turion.vk2pj.dyndns.org> References: <1176781003.6367.12.camel@hiro.auspc.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DIOMP1UsTsWJauNi" Content-Disposition: inline In-Reply-To: <1176781003.6367.12.camel@hiro.auspc.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-net@freebsd.org Subject: Re: fake MAC addresses and ARP X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Apr 2007 12:01:00 -0000 --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 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--