Re: [Autoconf] Using DHCPv6 without link-local? Support only EUI-64interfaces?

"Templin, Fred L" <Fred.L.Templin@boeing.com> Fri, 30 July 2010 15:40 UTC

Return-Path: <Fred.L.Templin@boeing.com>
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 6D91A3A6A0E for <autoconf@core3.amsl.com>; Fri, 30 Jul 2010 08:40:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.96
X-Spam-Level:
X-Spam-Status: No, score=-5.96 tagged_above=-999 required=5 tests=[AWL=0.639, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 XwmAsogjgcmk for <autoconf@core3.amsl.com>; Fri, 30 Jul 2010 08:40:19 -0700 (PDT)
Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by core3.amsl.com (Postfix) with ESMTP id 5446C3A68F9 for <autoconf@ietf.org>; Fri, 30 Jul 2010 08:40:19 -0700 (PDT)
Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by blv-smtpout-01.ns.cs.boeing.com (8.14.4/8.14.4/8.14.4/SMTPOUT) with ESMTP id o6UFecbx015890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 30 Jul 2010 08:40:39 -0700 (PDT)
Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.4/8.14.4/DOWNSTREAM_RELAY) with ESMTP id o6UFebFh006170; Fri, 30 Jul 2010 10:40:37 -0500 (CDT)
Received: from XCH-NWHT-08.nw.nos.boeing.com (xch-nwht-08.nw.nos.boeing.com [130.247.25.112]) by stl-av-01.boeing.com (8.14.4/8.14.4/UPSTREAM_RELAY) with ESMTP id o6UFebPf006159 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Fri, 30 Jul 2010 10:40:37 -0500 (CDT)
Received: from XCH-NW-01V.nw.nos.boeing.com ([130.247.64.120]) by XCH-NWHT-08.nw.nos.boeing.com ([130.247.25.112]) with mapi; Fri, 30 Jul 2010 08:40:36 -0700
From: "Templin, Fred L" <Fred.L.Templin@boeing.com>
To: Teco Boot <teco@inf-net.nl>, "autoconf@ietf.org autoconf@ietf.org" <autoconf@ietf.org>
Date: Fri, 30 Jul 2010 08:40:35 -0700
Thread-Topic: [Autoconf] Using DHCPv6 without link-local? Support only EUI-64interfaces?
Thread-Index: Acsv3nCFZKLFKv20QIOKGSEDlgq1fgAHr6nQ
Message-ID: <E1829B60731D1740BB7A0626B4FAF0A649E15C3F6E@XCH-NW-01V.nw.nos.boeing.com>
References: <EBE1B970-DADA-4643-BB75-4EDEDE41F758@inf-net.nl>
In-Reply-To: <EBE1B970-DADA-4643-BB75-4EDEDE41F758@inf-net.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [Autoconf] Using DHCPv6 without link-local? Support only EUI-64interfaces?
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, 30 Jul 2010 15:40:20 -0000

Teco,

> -----Original Message-----
> From: autoconf-bounces@ietf.org [mailto:autoconf-bounces@ietf.org] On Behalf Of Teco Boot
> Sent: Friday, July 30, 2010 4:58 AM
> To: autoconf@ietf.org autoconf@ietf.org
> Subject: [Autoconf] Using DHCPv6 without link-local? Support only EUI-64interfaces?
> 
> RFC3315:
>    ...     The client
>    MUST use a link-local address assigned to the interface for which it
>    is requesting configuration information as the source address in the
>    header of the IP datagram.
> 
> Question: can we get around a MUST in a standards track RFC?
> I don't think so.

If the MANET router only behaves as a client on an internal
link (e.g., a loopback) but behaves as a relay on its MANET
interfaces, then link-locals need not be exposed for DHCPv6
purposes. There are other reasons why link-locals might need
to be considered for MANETs, but I'm not sure this is one
of them.

Fred
fred.l.templin@boeing.com
 
> The to be posted proposed text for to be RFC5889 would say that if link-locals are used, there are
> potential problems when using other than modified EUI-64 IIDs, and therefore must be based on
> modified EUI-64 IIDs.
> 
> Second question, on first item in charter: do we limit ourself to MANET routers that has modified
> EUI-64 link-locals?
> I think: better think twice.
> 
> Opinions?
> 
> Teco.
> 
> 
> _______________________________________________
> Autoconf mailing list
> Autoconf@ietf.org
> https://www.ietf.org/mailman/listinfo/autoconf