[Top] [All Lists]

Re: [PATCH] natsemi update 1/4 Use assigned MAC address

To: Stephen Hemminger <shemminger@xxxxxxxx>
Subject: Re: [PATCH] natsemi update 1/4 Use assigned MAC address
From: Mark Smith <random@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 8 Jun 2004 07:41:05 +0930
Cc: manfred@xxxxxxxxxxxxxxxx, Gary.Spiess@xxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <20040607144654.540e7eee@xxxxxxxxxxxxxxxxxxxxx>
Organization: The No Sense Organisation (
References: <20040608071252.77f9d69e.random@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20040607144654.540e7eee@xxxxxxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
On Mon, 7 Jun 2004 14:46:54 -0700
Stephen Hemminger <shemminger@xxxxxxxx> wrote:

> On Tue, 8 Jun 2004 07:12:52 +0930
> Mark Smith
> <random@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
> wrote:
> > Hi Manfred, Gary, Stephen,
> > 


> > If an interface with an all zero's MAC address is added to a
> > bridge, running the Spanning Tree Protocol (STP), it will
> > always attempt to take over as the root bridge, unless STP
> > root bridge priorities are being used. This would disrupt
> > traffic on the attached LAN.
> Actually, it won't let you add any interface to a bridge
> without a valid ether address now (ie non-zero and not
> multicast).

That's good, I first noticed this issue when I happened to add a
dummy interface into a bridge configuration, and found that its
zero MAC address ended up disrupting the spanning tree. 

I also have just noticed that the dummy interfaces now have
random MAC addresses as per the function you mentioned earlier.
Also good.


> > 
> > ps, please CC on any replies, I'm not subscribed to the list
> > yet.

<Prev in Thread] Current Thread [Next in Thread>