Re: [Autoconf] Updated ad hoc addressing model document
Carlos Jesús Bernardos Cano <cjbc@it.uc3m.es> Tue, 09 February 2010 17:16 UTC
Return-Path: <cjbc@it.uc3m.es>
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 24C1F28C162 for <autoconf@core3.amsl.com>;
Tue, 9 Feb 2010 09:16:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.001
X-Spam-Level:
X-Spam-Status: No, score=-5.001 tagged_above=-999 required=5 tests=[AWL=0.698,
BAYES_00=-2.599, J_CHICKENPOX_21=0.6, MIME_8BIT_HEADER=0.3,
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 XpcqGSLNJiSm for
<autoconf@core3.amsl.com>; Tue, 9 Feb 2010 09:16:16 -0800 (PST)
Received: from smtp02.uc3m.es (smtp02.uc3m.es [163.117.176.132]) by
core3.amsl.com (Postfix) with ESMTP id 538C128C15E for <autoconf@ietf.org>;
Tue, 9 Feb 2010 09:16:16 -0800 (PST)
X-uc3m-safe: yes
Received: from [163.117.139.72] (acorde.it.uc3m.es [163.117.139.72]) (using
TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate
requested) by smtp02.uc3m.es (Postfix) with ESMTP id CC2446C696C;
Tue, 9 Feb 2010 18:17:21 +0100 (CET)
From: Carlos =?ISO-8859-1?Q?Jes=FAs?= Bernardos Cano <cjbc@it.uc3m.es>
To: Teco Boot <teco@inf-net.nl>
In-Reply-To: <007401caa681$61506090$23f121b0$@nl>
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>
<93EB52DC-5869-450B-B1BE-8870D010BEF5@thomasclausen.org>
<007401caa681$61506090$23f121b0$@nl>
Content-Type: multipart/signed; micalg="pgp-sha1";
protocol="application/pgp-signature"; boundary="=-SJ+i4Pd1S3O95jiTpskD"
Organization: Universidad Carlos III de Madrid
Date: Tue, 09 Feb 2010 18:17:28 +0100
Message-ID: <1265735848.4511.97.camel@acorde.it.uc3m.es>
Mime-Version: 1.0
X-Mailer: Evolution 2.28.2
X-TM-AS-Product-Ver: IMSS-7.0.0.3116-6.0.0.1038-17162.002
Cc: autoconf@ietf.org, 'Thomas Heide Clausen' <thomas@thomasclausen.org>
Subject: Re: [Autoconf] Updated ad hoc addressing model document
X-BeenThere: autoconf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: cjbc@it.uc3m.es
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: Tue, 09 Feb 2010 17:16:18 -0000
On Fri, 2010-02-05 at 17:36 +0100, Teco Boot wrote: > Thomas, > > Is this catching words? > > Agreed that standard "not that clever" behavior of the IP stack is > putting prefixes, configured on interfaces, in the routing table? > > Agreed that putting other prefixes is 'something clever'? > > Agreed that with the proposed addressing model, under conditions that > the 'something clever' is not functioning, L3 communication fails for > links between two nodes that have L2 communication? I agree with this. Carlos > > If I am missing something, please come up with it. > > Regards, Teco > > > >-----Oorspronkelijk bericht----- > >Van: Thomas Heide Clausen [mailto:thomas@thomasclausen.org] > >Verzonden: vrijdag 5 februari 2010 15:11 > >Aan: Teco Boot > >CC: autoconf@ietf.org > >Onderwerp: Re: [Autoconf] Updated ad hoc addressing model document > > > >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 mailing list > Autoconf@ietf.org > https://www.ietf.org/mailman/listinfo/autoconf -- Carlos Jesús Bernardos Cano http://www.netcoms.net GPG FP: D29B 0A6A 639A A561 93CA 4D55 35DC BA4D D170 4F67
- [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