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