Re: fake MAC addresses and ARP
- From: Peter Jeremy <peterjeremy@xxxxxxxxxxxxxxxx>
- Date: Tue, 17 Apr 2007 22:00:58 +1000
On 2007-Apr-17 13:36:43 +1000, Alan Garfield <alan@xxxxxxxxxxxxx> 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.
--
Peter Jeremy
Attachment:
pgpaUOwxkVgph.pgp
Description: PGP signature
- Follow-Ups:
- Re: fake MAC addresses and ARP
- From: Alan Garfield
- Re: fake MAC addresses and ARP
- References:
- fake MAC addresses and ARP
- From: Alan Garfield
- fake MAC addresses and ARP
- Prev by Date: Re: Interface index hack in IP_ADD_MEMBERSHIP
- Next by Date: Re: Page fault in syncache_drop
- Previous by thread: fake MAC addresses and ARP
- Next by thread: Re: fake MAC addresses and ARP
- Index(es):
Relevant Pages
|