Re: [Autoconf] Updated ad hoc addressing model document

"Charles E. Perkins" <charles.perkins@earthlink.net> Fri, 05 February 2010 18:23 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 087AD3A6C7D for <autoconf@core3.amsl.com>; Fri, 5 Feb 2010 10:23:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.98
X-Spam-Level:
X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_SORBS_WEB=0.619]
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 6uFRQDitvYfn for <autoconf@core3.amsl.com>; Fri, 5 Feb 2010 10:23:34 -0800 (PST)
Received: from elasmtp-junco.atl.sa.earthlink.net (elasmtp-junco.atl.sa.earthlink.net [209.86.89.63]) by core3.amsl.com (Postfix) with ESMTP id 2D8D63A6C14 for <autoconf@ietf.org>; Fri, 5 Feb 2010 10:23:34 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=k1jTJNV4rr+p2T0jWGfMBsKWKKE/uYP9y7s3/gYHYquWm4UwlzD4pyp4frBBK+Le; 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 [12.204.153.98] (helo=[10.166.254.146]) by elasmtp-junco.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charles.perkins@earthlink.net>) id 1NdSqu-0001Af-8O; Fri, 05 Feb 2010 13:24:24 -0500
Message-ID: <4B6C6250.4040800@earthlink.net>
Date: Fri, 05 Feb 2010 10:24:16 -0800
From: "Charles E. Perkins" <charles.perkins@earthlink.net>
Organization: Wichorus Inc.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: Teco Boot <teco@inf-net.nl>
References: <be8c8d781001260409qd23d4era0eac47eaeb3dba2@mail.gmail.com> <8DCBF4A4-7879-4148-A8FE-9A73219536B9@gmail.com> <008c01caa0fe$0eee3530$2cca9f90$@nl> <0CD59086-0DBF-40A6-8EC4-3289E65054A1@thomasclausen.org> <003601caa63a$83515560$89f40020$@nl>
In-Reply-To: <003601caa63a$83515560$89f40020$@nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f52b05093eda0908c9d1541d58e9bf78e2b350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 12.204.153.98
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 18:23:35 -0000

Hello Teco,

On 2/5/2010 12:09 AM, Teco Boot wrote:


> I thought we should work on a practical addressing model.
> In practice, it is useful to have IP access to nearby nodes,
> also when the MANET protocol is non-operational.

Well, as far as I can tell, we have
been doing just that, and in practice
a node can have access to neighbors when
the protocol isn't operational.


> I don't want "no MANET protocol".
> I want L3 connectivity when there is a L2 link, and the MANET protocol
> is non-operational.

Your wish is granted...


>>            For the
>> reasons outlined in that document, those addresses should (to allow
>> any operation / any protocol to operate) satisfy the suggested rules
>> in the document. If you do deviate from the "should", the usual
>> caveats for a "should" apply -- and it might be OK for your deployment?
>
> Yes, we all are free to ignore the document.
> But there were strong opinions that the defined addressing models shall
> work in all scenarios?

Surely, the defined models _do_ work in all scenarios.

Perhaps in some scenarios additional assumptions can be
made for more scalable address aggregation to be
maintained.  Or, were you thinking of something else?

> The addressing model I use works great for all proactive MANET protocols
> I am aware of.

So does the model in the document under discussion.

> For the reactive routing protocols, there are some implementation issues:
> The RREQ should be triggered after "address not reachable", i.e. interaction
> with ARP/ND.

I'm wondering about RREQ for link-local addresses.
That seems almost like a contradiction in terms.
I'd prefer to have routes composed of links, not
the other way around.

Regards,
Charlie P.