RE: Multihoming Issues

Caitlin Bestler <caitlinb@rp.asomi.net> Sun, 01 September 2002 19:39 UTC

Received: from loki.ietf.org (loki [10.27.2.29]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26991; Sun, 1 Sep 2002 15:39:53 -0400 (EDT)
Received: (from adm@localhost) by loki.ietf.org (8.9.1b+Sun/8.9.1) id PAA21576 for ietf-outbound.10@loki.ietf.org; Sun, 1 Sep 2002 15:40:01 -0400 (EDT)
Received: from ietf.org (odin.ietf.org [10.27.2.28]) by loki.ietf.org (8.9.1b+Sun/8.9.1) with ESMTP id PAA21545 for <ietf-mainout@loki.ietf.org>; Sun, 1 Sep 2002 15:37:11 -0400 (EDT)
Received: by ietf.org (8.9.1a/8.9.1a) id PAA26950 for ietf-mainout@loki.ietf.org; Sun, 1 Sep 2002 15:35:38 -0400 (EDT)
X-Authentication-Warning: ietf.org: majordom set sender to owner-ietf@ietf.org using -f
Received: from rp.asomi.net (64-144-5-25.client.dsl.net [64.144.5.25]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26946 for <ietf@IETF.ORG>; Sun, 1 Sep 2002 15:35:31 -0400 (EDT)
Received: from 192.168.0.2 (g4.asomi.net [192.168.0.2]) by rp.asomi.net (8.11.3/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id g81GlbH22610; Sun, 1 Sep 2002 11:47:38 -0500
Date: Sun, 01 Sep 2002 14:36:42 -0500
From: Caitlin Bestler <caitlinb@rp.asomi.net>
Subject: RE: Multihoming Issues
To: Michel Py <michel@ARNEILL-PY.SACRAMENTO.CA.US>
cc: ietf@ietf.org
X-Priority: 3
In-Reply-To: <2B81403386729140A3A899A8B39B046405E2BE@server2000>
Message-ID: <r01050300-1015-24209A82BDE211D6AEAB003065D48EE0@[192.168.0.2]>
MIME-Version: 1.0
Content-Type: text/plain; Charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Mailer: Mailsmith 1.5.3 (Blindsider)
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit
X-Loop: ietf@ietf.org
Content-Transfer-Encoding: 7bit

On 8/31/02, Michel Py wrote:

>> Caitlin Bestler wrote:


>> The potential mismatch between IPv6 and classic DNS
>> is that an IPv6 unicast address is structured in two
>> parts: the network identifier (the high 64 bits) and
>> an Interface ID (the low 64 bits).
>
>This is equally true for IPv4: The network part, whose
>bits are "1"s in the subnet mask, and the host part, whose
>bits are "0"s in the subnet mask.

IPv4 is silent on how the lower portion is formed. IPv6
describes two techniques. Under IPv4 there is no reason to
presume that the same host will have the same network
identifier on multiple networks (other than the desire of
some network administrators to maintain some shred of
sanity). The method of generating the interface ID under
IPv6 would appear to be independent of the number of
identities that the network itself has.

>> Half of the Interface IDs are globally unique, the
>> other half are assigned locally within the network.
>
>I wonder where you got that from. The entire IID is
>assigned with EUI-64 and we just had a long thread on the
>ipv6 list about not using it for routing purposes.
>

That is the definition of EUI-64.

A globally unique EUI-64 can be found on at most one
network, by definition.

If you were to use it for a global location service you
would have to prevent address spoofing.  This would likely
prove to be difficult, which is a valid reason for not using
it for routing purposes. These are all concerns that must be
addressed for mobile IP, which is why I suggested waiting
for those solutions to be proven in that context first.