Re: [Autoconf] Last Call: draft-ietf-autoconf-adhoc-addr-model (IP Addressing Model in Ad Hoc Networks) to Informational RFC

Teco Boot <teco@inf-net.nl> Wed, 24 March 2010 20:35 UTC

Return-Path: <teco@inf-net.nl>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 94F813A6D75; Wed, 24 Mar 2010 13:35:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.481
X-Spam-Level:
X-Spam-Status: No, score=0.481 tagged_above=-999 required=5 tests=[AWL=1.950, BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13]
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 e0UmJLDxN2hA; Wed, 24 Mar 2010 13:35:36 -0700 (PDT)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by core3.amsl.com (Postfix) with ESMTP id CFBC93A6D86; Wed, 24 Mar 2010 13:35:27 -0700 (PDT)
Received: by fg-out-1718.google.com with SMTP id l26so1152012fgb.13 for <multiple recipients>; Wed, 24 Mar 2010 13:35:44 -0700 (PDT)
Received: by 10.86.6.37 with SMTP id 37mr592925fgf.7.1269462944695; Wed, 24 Mar 2010 13:35:44 -0700 (PDT)
Received: from dhcp-wireless-open-abg-24-146.meeting.ietf.org (dhcp-wireless-open-abg-24-146.meeting.ietf.org [130.129.24.146]) by mx.google.com with ESMTPS id 3sm1808345fge.5.2010.03.24.13.35.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 24 Mar 2010 13:35:43 -0700 (PDT)
Subject: Re: [Autoconf] Last Call: draft-ietf-autoconf-adhoc-addr-model (IP Addressing Model in Ad Hoc Networks) to Informational RFC
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Teco Boot <teco@inf-net.nl>
In-Reply-To: <7849F9F2-EBEA-401B-AF06-C9A345E06ADA@gmail.com>
Date: Wed, 24 Mar 2010 21:35:37 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <E4894102-732E-432D-B283-81CFA18143A1@inf-net.nl>
References: <20100219134216.D3CBE28C1CF@core3.amsl.com> <4BAA341F.4030505@sun.com> <7849F9F2-EBEA-401B-AF06-C9A345E06ADA@gmail.com>
To: Ryuji Wakikawa <ryuji.wakikawa@gmail.com>
X-Mailer: Apple Mail (2.1077)
X-Mailman-Approved-At: Wed, 24 Mar 2010 15:06:47 -0700
Cc: autoconf@ietf.org, Erik Nordmark <erik.nordmark@sun.com>, The IESG <iesg-secretary@ietf.org>, ietf@ietf.org, IETF-Announce <ietf-announce@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Mar 2010 20:35:37 -0000

Ryuji,

What document are you referring to?
I cannot read in autoconf-adhoc-addr-model what you are saying.

Regards, Teco


Op 24 mrt 2010, om 20:57 heeft Ryuji Wakikawa het volgende geschreven:

> Hi Erik,
> 
> Thanks for comments.
> 
> You had two chances to make comments, i.e. during WGLC and IETF LC.
> It's way too late to send such comments. The document is now in RFC ed. queue.
> 
> The link-local address is not banished from manet routers. You can configure it and use it for router id. 
> BUT, the document 'suggest' not to use the link-local address for routing protocols and data packet forwarding.
> 
> regards,
> ryuji
> 
> 
> On 2010/03/24, at 8:47, Erik Nordmark wrote:
> 
>> On 02/19/10 05:42 AM, The IESG wrote:
>>> The IESG has received a request from the Ad-Hoc Network Autoconfiguration
>>> WG (autoconf) to consider the following document:
>>> 
>>> - 'IP Addressing Model in Ad Hoc Networks '
>>>   <draft-ietf-autoconf-adhoc-addr-model-02.txt>  as an Informational RFC
>> 
>> I read this draft a few weeks back during the last call. But I didn't send the comments because I wasn't up to speed with the WG discussion, and I figured I could do that while talking to folks in Anaheim. But then the draft was approved.
>> 
>> I have two significant issues with the document.
>> 
>> First of all it seems to conflate the notion of a router ID with the IP addresses configured on the interfaces on a router.
>> Second of all it seems to discourage the use of IPv6 link-locals as the IP addresses to configure on interfaces on routers.
>> 
>> But this seems to be counter to the current set of existing well-known Internet routing protocols.
>> 
>> For instance, RIPng doesn't even use a notion of router IDs, and is required to communicate using IPv6 link-local addresses.
>> 
>> OSPv3 running on IPv6 also is required to use IPv6 link-local addresses for the exchanges AFAIK, but the router ID is a 32 bit number.
>> 
>> ISIS has a router ID that is a NSAP address (derived from an IEEE MAC address), and doesn't require IP addresses to be configured on the interfaces in order to run the protocol between the routers.
>> 
>> Hence router IDs doesn't need to be an IP address, and there is no need to stay away from IPv6 link-local addresses for the above protocols. Yet this draft has come to the conclusion that things need to be different for links with undetermined connectivity, which makes no sense.
>> 
>> Regards,
>>  Erik
>> 
>> 
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
> 
> _______________________________________________
> Autoconf mailing list
> Autoconf@ietf.org
> https://www.ietf.org/mailman/listinfo/autoconf