Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

heyas!




Peter Breton wrote in a message to Mike Bilow:

 PB> 3) You *must* use the same Ethernet card, because they check
 PB> the hardware address of the card.

The ROM address of the Ethernet card is not directly accessible from the
network, but is simply read by software.  Obviously, most software has no
reason to use an address on the wire different from that read out of ROM, but
nearly all software has this capability.  Even standard NDIS or ODI stacks
allow manually overriding the Ethernet hardware address in PROTOCOL.INI or
NET.CFG, in case you find yourself in a situation where this is necessary.

Longshine Technology, for example, was notorious for selling budget price
Ethernet cards which all happened to have the same hardware address burned into
ROM.  Their trick was to send out a free sample, which would obviously work
perfectly, and then sell a bunch to the unsuspecting customer.  Diamond Flower
International apparently did not want to pay a registration fee for a block of
Ethernet hardware addresses, so they made all their cards use the ASCII
characters "DFI" as the first three of the six address bytes.  It was stunts
like this which led to having software support for manual overrides.

HP/UX has a scheme where they use multiple Ethernet cards on the wire with the
same address in different machines, providing live fail-over instantaneously
and transparently to the network.  If this was not done, then significant delay
would be introduced into the transition; an ARP cache timeout applicable to an
IP network defaults to 15 minutes.

Linux/Unix should provide for manual control of an Ethernet hardware address
through the "ifconfig" facility.  You should be able to set this to anything
you want, assuming you are not trying to boot from the network using BOOTP,
DHCP, or some similar special protocol largely ahead of the operating system.
 
-- Mike





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org