Re: [Autoconf] Updated ad hoc addressing model document

Thomas Heide Clausen <thomas@thomasclausen.org> Fri, 05 February 2010 14:10 UTC

Return-Path: <thomas@thomasclausen.org>
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 8BC863A6EFB for <autoconf@core3.amsl.com>; Fri, 5 Feb 2010 06:10:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 d1vh-XmPGFbX for <autoconf@core3.amsl.com>; Fri, 5 Feb 2010 06:10:45 -0800 (PST)
Received: from hgblob.mail.tigertech.net (hgblob.mail.tigertech.net [64.62.209.71]) by core3.amsl.com (Postfix) with ESMTP id D620B3A6F06 for <autoconf@ietf.org>; Fri, 5 Feb 2010 06:10:44 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by hgblob.tigertech.net (Postfix) with ESMTP id 8559E32349BD; Fri, 5 Feb 2010 06:11:35 -0800 (PST)
X-Virus-Scanned: Debian amavisd-new at hgblob.tigertech.net
Received: from [192.168.147.148] (AMontsouris-552-1-120-130.w92-140.abo.wanadoo.fr [92.140.63.130]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by hgblob.tigertech.net (Postfix) with ESMTPSA id 6977032342C5; Fri, 5 Feb 2010 06:10:47 -0800 (PST)
Message-Id: <93EB52DC-5869-450B-B1BE-8870D010BEF5@thomasclausen.org>
From: Thomas Heide Clausen <thomas@thomasclausen.org>
To: "Teco Boot" <teco@inf-net.nl>
In-Reply-To: <003501caa63a$7b15ca20$71415e60$@nl>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 5 Feb 2010 15:10:45 +0100
References: <be8c8d781001260409qd23d4era0eac47eaeb3dba2@mail.gmail.com> <8DCBF4A4-7879-4148-A8FE-9A73219536B9@gmail.com> <008c01caa0fe$0eee3530$2cca9f90$@nl> <4B631699.7040504@earthlink.net> <009001caa10d$8729a2a0$957ce7e0$@nl> <4B6347DA.1040004@earthlink.net> <00a601caa19e$7122c810$53685830$@nl> <C8A0698C-B04F-475B-B750-842C8786778F@thomasclausen.org> <005501caa5a5$9b0fc7d0$d12f5770$@nl> <6CD290EC-969F-4421-B5C9-0558A4A5A865@thomasclausen.org> <003501caa63a$7b15ca20$71415e60$@nl>
X-Mailer: Apple Mail (2.936)
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Updated ad hoc addressing model document
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, 05 Feb 2010 14:10:46 -0000

Dear Teco,

On Feb 5, 2010, at 09:09 AM, Teco Boot wrote:

> Hi Thomas,
>
>>>>> My point is that L3 communication becomes dependent on a L3  
>>>>> routing
>>>>> protocol. We didn't have this in the IP stack before.
>>>>
>>>> Well.....L3 communication depends on a populated routing table,  
>>>> thus
>>>> on something populating the routing table.
>>>> L3 multi-hop communications depends on something clever (a routing
>>>> protocol, a DHCP server, a human, for example and depending on the
>>>> place) populating routing tables.
>>>>
>>>> I do not see what this document does that changes that?
>>>
>>> Up to now, all IP addressing models I am aware of provide 1-hop L3
>>> communication between nodes that have L2 connectivity.
>>>
>>> The proposed addressing model for MANETs breaks this. Now there
>>> is a need for something clever. This clever thing could be
>>> stopped.
>>
>> What makes the route to the 'local network' appear in the routing
>> table? In that case the 'something clever' is whatever enters that
>> route. Often, that 'something clever' is the same thing as what
>> configures the interface....
>
> The IP stack puts the configured prefixes on IP interfaces in the
> routing table. This provides L3 connectivity whenever there is a L2
> link.
> The 'something clever' puts longer prefixes in the routing table.

That's your idea of what constitutes "something clever".....I never  
said that.

> This could introduce multi-hop paths for 1-hop reachable nodes, for  
> sure
> when link metrics are in place. And of course multi-hop paths to nodes
> that are in the MANET, but not 1-hop reachable.
>
> I strongly disagree with "that 'something clever' is the same thing as
> what configures the interface".

I think it is quite clever when (quoting you): "The IP stack puts the  
configured prefixes on IP interfaces in the  routing table."

> Our old charter was clear the Autoconf
> mechanism shall be independent of MANET protocols.

I do not see anything in this document which imposes a MANET protocol.

Thomas

>
>
> Regards, Teco.
>
>
> _______________________________________________
> Autoconf mailing list
> Autoconf@ietf.org
> https://www.ietf.org/mailman/listinfo/autoconf