Re: DAD question

sthaug@nethelp.no Wed, 15 August 2012 19:25 UTC

Return-Path: <sthaug@nethelp.no>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8E2B21E803F for <ipv6@ietfa.amsl.com>; Wed, 15 Aug 2012 12:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.352
X-Spam-Level:
X-Spam-Status: No, score=-6.352 tagged_above=-999 required=5 tests=[AWL=0.247, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0xJ9qiLiIY+P for <ipv6@ietfa.amsl.com>; Wed, 15 Aug 2012 12:25:13 -0700 (PDT)
Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by ietfa.amsl.com (Postfix) with SMTP id E310321E803C for <ipv6@ietf.org>; Wed, 15 Aug 2012 12:25:12 -0700 (PDT)
Received: (qmail 86286 invoked from network); 15 Aug 2012 19:25:10 -0000
Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 15 Aug 2012 19:25:10 -0000
Date: Wed, 15 Aug 2012 21:25:10 +0200
Message-Id: <20120815.212510.74669626.sthaug@nethelp.no>
To: albert.e.manfredi@boeing.com
Subject: Re: DAD question
From: sthaug@nethelp.no
In-Reply-To: <B0147C3DD45E42478038FC347CCB65FE02BCFA4C29@XCH-MW-08V.mw.nos.boeing.com>
References: <502B88DC.3060300@gont.com.ar> <20120815.133810.41706030.sthaug@nethelp.no> <B0147C3DD45E42478038FC347CCB65FE02BCFA4C29@XCH-MW-08V.mw.nos.boeing.com>
X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: ipv6@ietf.org
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Aug 2012 19:25:14 -0000

> > Globally unique. The point here is that the Ethernet standards require
> > a globally unique MAC address *per box*, not necessarily per interface.
> > The "Sun way" of storing a MAC address in EEPROM and configuring all
> > network cards with the same MAC address was perfectly compliant, just
> > somewhat unusual.
> 
> But that's not the whole story, right?
> 
> The only way this can work is if one assumes that each interface of that box is connected to a different IP subnet. I don't even think Ethernet rules are what matters here. If the box should happen to be dual homed to the same IP subnet, that Sun scheme doesn't work. (I suppose unless only one of the box's interface is active at any given time.

Obviously. And I believe more modern Sun boxes actually have a MAC
address per interface. All I'm saying is that there is nothing wrong,
standards-wise, in having *one* globally unique MAC address per box.

Having the same MAC address shared between two (or more) boxes *is*
wrong, standards-wise. And unfortunately that's exactly what we're
seeing in practice. Not often, but "often enough" that it may not be
safe to ignore the possibility.

Steinar Haug, Nethelp consulting, sthaug@nethelp.no