Re: why 0xFFFE is used in the modified EUI-64 format

JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp> Thu, 19 January 2006 04:41 UTC

Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzRbj-00021p-S5; Wed, 18 Jan 2006 23:41:11 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EzRbh-00021k-2E for ipv6@megatron.ietf.org; Wed, 18 Jan 2006 23:41:09 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA17347 for <ipv6@ietf.org>; Wed, 18 Jan 2006 23:39:41 -0500 (EST)
Received: from shuttle.wide.toshiba.co.jp ([202.249.10.124]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EzRk8-0007NU-TX for ipv6@ietf.org; Wed, 18 Jan 2006 23:49:54 -0500
Received: from impact.jinmei.org (unknown [3ffe:501:100f:1010:598b:68a0:e50:98ce]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 113AF1525D; Thu, 19 Jan 2006 13:40:46 +0900 (JST)
Date: Thu, 19 Jan 2006 13:40:42 +0900
Message-ID: <y7v64ogbzjp.wl%jinmei@isl.rdc.toshiba.co.jp>
From: JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp>
To: Bob Hinden <bob.hinden@nokia.com>
In-Reply-To: <B56E6373-DBB0-4309-B7A9-2BBC8D85A524@nokia.com>
References: <y7vvexyma2k.wl%jinmei@isl.rdc.toshiba.co.jp> <02C5C0B4-6D25-410F-B87E-F9506CA2F787@nokia.com> <y7vmzi434nm.wl%jinmei@isl.rdc.toshiba.co.jp> <20060110080737.GA12312@boskop.local> <B56E6373-DBB0-4309-B7A9-2BBC8D85A524@nokia.com>
User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: IPv6 WG <ipv6@ietf.org>
Subject: Re: why 0xFFFE is used in the modified EUI-64 format
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Sender: ipv6-bounces@ietf.org
Errors-To: ipv6-bounces@ietf.org

>>>>> On Wed, 18 Jan 2006 09:54:51 -0800, 
>>>>> Bob Hinden <bob.hinden@nokia.com> said:

> Here is the text I propose to send to the RFC-Editor to resolve the  
> issue.  Take a look and let me know it is is OK.

I personally support this text with one very minor nit:

> Add:

> Add to the end of the appendix:

>     Note: [EUI-64] actually defines 0xFF and 0xFF as the bits to be
>     inserted to create an IEEE EUI-64 identifier from an IEEE MAC-48
>     identifier.  The 0xFF and 0xFE values are used when starting with an
>     IEEE EUI-48 identifier.  The incorrect value was used in earlier
>     versions of the specification due to an misunderstanding about the

s/an misunderstanding/a misunderstanding/

>     differences between IEEE MAC-48 and EUI-48 identifiers.

>     This document purposely continues the use of 0xFF and 0xFE  
>     because it meets
>     the requirements for IPv6 interface identifiers, specifically that
>     they must be unique on the link, and that it doesn't cause any
>     problems in practice.  If in the future, a new link type is invented
>     that uses IEEE EUI-48 and MAC-48 identifiers on the same link, the
>     0xFF and 0xFF values could be used to convert the EUI-48 identifiers
>     for use as IPv6 interface identifiers to avoid any potential for
>     duplicate interface identifiers.

I said 'personally' because it may be controversial to mention the
possibility of the future use of 0xFFFF at this stage (i.e., it may be
beyond the level of 'clarification').  But if the IESG accepts the
description (or the RFC editor agrees this is minor enough), I'm happy
with that.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------