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
- [Autoconf] Updated ad hoc addressing model docume… Emmanuel Baccelli
- Re: [Autoconf] Updated ad hoc addressing model do… Zach Shelby
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Ryuji Wakikawa
- Re: [Autoconf] Updated ad hoc addressing model do… Ryuji Wakikawa
- Re: [Autoconf] Updated ad hoc addressing model do… Ulrich Herberg
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Templin, Fred L
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Zach Shelby
- Re: [Autoconf] Updated ad hoc addressing model do… Alexandru Petrescu
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Thomas Heide Clausen
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Carlos Jesús Bernardos Cano
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Carlos Jesús Bernardos Cano
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Teco Boot
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins
- Re: [Autoconf] Updated ad hoc addressing model do… Charles E. Perkins