Re: [Autoconf] Comments on an initial starting point?

"Teco Boot" <teco@inf-net.nl> Fri, 06 March 2009 08:31 UTC

Return-Path: <teco@inf-net.nl>
X-Original-To: autoconf@core3.amsl.com
Delivered-To: autoconf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 247AF3A6BE6 for <autoconf@core3.amsl.com>; Fri, 6 Mar 2009 00:31:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.792
X-Spam-Level:
X-Spam-Status: No, score=-1.792 tagged_above=-999 required=5 tests=[AWL=0.254, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWx3aZwfvR75 for <autoconf@core3.amsl.com>; Fri, 6 Mar 2009 00:31:42 -0800 (PST)
Received: from hpsmtp-eml18.kpnxchange.com (hpsmtp-eml18.KPNXCHANGE.COM [213.75.38.118]) by core3.amsl.com (Postfix) with ESMTP id 121983A6BD9 for <autoconf@ietf.org>; Fri, 6 Mar 2009 00:31:41 -0800 (PST)
Received: from cpsmtp-eml102.kpnxchange.com ([213.75.84.102]) by hpsmtp-eml18.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 6 Mar 2009 09:32:07 +0100
Received: from M90Teco ([86.83.9.22]) by cpsmtp-eml102.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 6 Mar 2009 09:32:07 +0100
From: Teco Boot <teco@inf-net.nl>
To: 'Alexandru Petrescu' <alexandru.petrescu@gmail.com>, autoconf@ietf.org
References: <49B012C1.4030502@gmail.com>
In-Reply-To: <49B012C1.4030502@gmail.com>
Date: Fri, 06 Mar 2009 09:32:07 +0100
Message-ID: <008d01c99e36$095f8f90$1c1eaeb0$@nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcmdvAdhUtCHiGXAQqm2Bp7z5KITWAAdD/9Q
Content-Language: nl
X-OriginalArrivalTime: 06 Mar 2009 08:32:07.0192 (UTC) FILETIME=[08ECA980:01C99E36]
Subject: Re: [Autoconf] Comments on an initial starting point?
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Ad-Hoc Network Autoconfiguration WG discussion list <autoconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/autoconf>
List-Post: <mailto:autoconf@ietf.org>
List-Help: <mailto:autoconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/autoconf>, <mailto:autoconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 08:31:43 -0000

Hi Alex,

I am an AUTOCONFer, so I respond.

As in the previous two postings, we may easy have different opinions on the
semantics / context of the diagram. The syntax is correct, and agreed on.


So what may be the difference? 
1) What is the delegated prefix to this router?
   2001:db8::/128?
   2001:db8::/64?
   2001:db8::/60?
2) Is the prefix-length on the interfaces limited to /64?
3) Is it mandatory to use the same prefix-length for all 
   addresses on an interface?


My opinion so far:
1) This is unknown, but 2001:db8::/64 at a minimum.
   No other router SHOULD advertize sub-prefixes out of 
   this delegated prefix.
2) It depends. If the interface is Ethernet or look-alike, 
   and SLAAC is supported, the answer is yes. If EUI-64
   is being used as InterfaceID, the answer is yes. If
   SLAAC and privacy extensions are used, the answer
   would be yes. When cryptographically generated addresses
   are used, the answer should be yes.
   But still, someone may say, the answer is no. 
   Ask Thomas Narten?
3) Not mandatory at all. But it may be "practical".



Here two "practical" examples of the same starting point:

2001:db8::/60             (the delegated prefix)
     |
     V
+--------+
|        | fe80::1/64     (the LL address-prefix)
| Router +--------------
|        | 2001:db8::1/64 (the address prefix configured on
+--------+                 this interface)


2001:db8::1/128            (the delegated prefix)   
     |
     V
+--------+
|        | fe80::1/64      (the LL address-prefix)
| Router +--------------
|        | 2001:db8::1/128 (the address prefix configured on
+--------+                  this interface)

I am not quite happy with the last one. As I mentioned before, I am not sure
on configuring a host prefix on an interface to a multi-access link. And the
LL InterfaceID is the same as the last 64 bits of the delegated prefix. This
is an extreme rare coincidence and very confusing. So we better not use this
in our examples. 



I think this one is invalid:

2001:db8::1/128           (the delegated prefix)   
     |
     V
+--------+
|        | fe80::1/64     (the LL address-prefix)
| Router +--------------
|        | 2001:db8::1/64 (the address prefix configured on
+--------+                 this interface)

Here, a prefix is configured that is larger than the delegated prefix.



Teco.


|-----Oorspronkelijk bericht-----
|Van: autoconf-bounces@ietf.org [mailto:autoconf-bounces@ietf.org] Namens
|Alexandru Petrescu
|Verzonden: donderdag 5 maart 2009 18:58
|Aan: autoconf@ietf.org
|Onderwerp: [Autoconf] Comments on an initial starting point?
|
|Dear AUTOCONFers,
|
|I would like to know your oppinion on the initial starting point for a
|practical addressing architecture:
|
|+--------+
||        | fe80::1/64    (the LL address-prefix)
|| Router +--------------
||        | 2001:db8::1/64 (the address prefix configured on
|+--------+                 this interface)
|
|Teco and myself came up with this picture, thinking it may represent a
|good starting point for planning a practical IPv6 addressing scheme for
|ad-hoc networks.
|
|I am interested to listen any kind of oppinion on this - is this good?
|Can this lead to something good?  How?
|
|Thanks in advance,
|
|Alex
|_______________________________________________
|Autoconf mailing list
|Autoconf@ietf.org
|https://www.ietf.org/mailman/listinfo/autoconf