Re: [Autoconf] Autoconf addressing model

"Charles E. Perkins" <charles.perkins@earthlink.net> Tue, 03 March 2009 21:30 UTC

Return-Path: <charles.perkins@earthlink.net>
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 4DF0C28C10B for <autoconf@core3.amsl.com>; Tue, 3 Mar 2009 13:30:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.578
X-Spam-Level:
X-Spam-Status: No, score=-2.578 tagged_above=-999 required=5 tests=[AWL=0.021, 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 x7WgyU05-o22 for <autoconf@core3.amsl.com>; Tue, 3 Mar 2009 13:30:08 -0800 (PST)
Received: from elasmtp-dupuy.atl.sa.earthlink.net (elasmtp-dupuy.atl.sa.earthlink.net [209.86.89.62]) by core3.amsl.com (Postfix) with ESMTP id 5AF8328C0FE for <autoconf@ietf.org>; Tue, 3 Mar 2009 13:30:08 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=K2dmMz7Zkf5zD55EOu2nUlDR9WqpJsgaPfG/U7YPEbP5Bna2MNR1kCnb81ybIepp; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-ELNK-Trace:X-Originating-IP;
Received: from [99.51.129.145] (helo=[10.166.254.146]) by elasmtp-dupuy.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charles.perkins@earthlink.net>) id 1LecCB-0002aT-MT; Tue, 03 Mar 2009 16:30:35 -0500
Message-ID: <49ADA17B.9040600@earthlink.net>
Date: Tue, 03 Mar 2009 13:30:35 -0800
From: "Charles E. Perkins" <charles.perkins@earthlink.net>
Organization: Wichorus Inc.
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
References: <499F0BA7.90501@piuha.net> <7E8A76F7-2CE0-463A-8EE8-8877C46B4715@gmail.com> <49A6D436.7020505@gmail.com> <000001c99845$1dc56190$595024b0$@nl> <49A6F125.40400@gmail.com> <1235680887.4585.5.camel@localhost> <002f01c998bf$8f112210$ad336630$@nl> <49A7E58C.2020303@gmail.com> <007201c99903$c4182c80$4c488580$@nl> <49A82E55.10208@gmail.com> <007b01c99911$907facf0$b17f06d0$@nl> <49A8471E.6090506@gmail.com> <009501c99920$92154340$b63fc9c0$@nl> <49A944FF.9000102@gmail.com> <003001c99b2c$a3fcf4a0$ebf6dde0$@nl> <49AD5184.6080300@gmail.com> <000101c99c3c$3121a870$9364f950$@nl> <49AD9760.3080909@gmail.com> <49AD98D4.3@earthlink.net> <49AD9EA8.6040803@gmail.com>
In-Reply-To: <49AD9EA8.6040803@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f5261b73a89d4d4c70ac340024b1abf6be5350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 99.51.129.145
Cc: autoconf@ietf.org
Subject: Re: [Autoconf] Autoconf addressing model
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: Tue, 03 Mar 2009 21:30:09 -0000

Hello Alex,

Alexandru Petrescu wrote:
>
> -I find it more advantageous to describe stable subnets, with prefixes
>  (between /48 and /64) exchanged around, rather than /128s.

That's fine, as long as the destination is addressable within
a subnet.  If the destination does not live on a subnet, why
not use a host route (i.e., /128 address)?

> -I would avoid the assumption that an ad-hoc router maintains a
>  stable IP address while moving around.

Then you will have trouble.  There is no free lunch.
Either:
(a) the IP address stays the same, and the routes change, or
(b) the IP address changes, and there is a resolver to
      associate the IP address with some other identifier.

Since the design of the resolver in (b) is an unknown and
arguably much more difficult, I'll take (a) with a great
sigh of relief.


>
>
> The churning aspect of host-based routes was just one argument against
> /128s and finally against loopback/virtual interfaces.

Are the other arguments easily summarized in a few words?

>
> Of course, host-based routes could work in some networks, mainly
> depending on their size and way of moving.

This is true.  I don't see what's wrong with it.

>
> BEcause we simply don't know the size of the network in which they could
> work.  And that apparently it is avoided to put any limit on size of any
> kind.

Who said we had to avoid size limits?

>
> Even approximative evaluations of the size of the network in which these
> host-based routes would work aren't preferred by many.

I must have missed that, sorry.  Those "many" didn't often assert
their preferences in the [manet] working group.

>
>>
>> This magically "forgets" the last 10 years of development for ad hoc 
>> networking protocols.  Do you think this work was somehow invalid? 
>> Solving the problems you mentioned was, after all, the entire point 
>> of the work.
>
> Sorry for having sounded neglecting the results of ad-hoc networking
> protocols.  It was not the intention.  I believe some protocols could be
> used to propagate prefixes - instead of /128s - and may be more
> efficient, grow the network larger.

Well, to me it did sound very negative.  Moreover, I think it is just
fine to pass around subnet prefixes, if you have subnets.



Regards,
Charlie P.