Re: [Autoconf] Updated ad hoc addressing model document

"Charles E. Perkins" <charles.perkins@earthlink.net> Fri, 29 January 2010 20:40 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 E2AB63A68D3 for <autoconf@core3.amsl.com>; Fri, 29 Jan 2010 12:40:40 -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=[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 y7RVrU+TlHDO for <autoconf@core3.amsl.com>; Fri, 29 Jan 2010 12:40:40 -0800 (PST)
Received: from elasmtp-masked.atl.sa.earthlink.net (elasmtp-masked.atl.sa.earthlink.net [209.86.89.68]) by core3.amsl.com (Postfix) with ESMTP id 12D0E3A688B for <autoconf@ietf.org>; Fri, 29 Jan 2010 12:40:39 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=earthlink.net; b=tcNx1kEJUdgU5uRIulFAId5amMFL00wH9ATmJtP0HFW08Fl+gp3bbXCducgMsMM3; 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.12]) by elasmtp-masked.atl.sa.earthlink.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from <charles.perkins@earthlink.net>) id 1NaxeG-00030B-OQ; Fri, 29 Jan 2010 15:41:00 -0500
Message-ID: <4B6347DA.1040004@earthlink.net>
Date: Fri, 29 Jan 2010 12:40:58 -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> <4B631699.7040504@earthlink.net> <009001caa10d$8729a2a0$957ce7e0$@nl>
In-Reply-To: <009001caa10d$8729a2a0$957ce7e0$@nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-ELNK-Trace: 137d7d78656ed6919973fd6a8f21c4f2d780f4a490ca6956abb457f1b4332f525627e5f2a4b2b772ffdcaa4e35839966350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 12.204.153.98
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
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, 29 Jan 2010 20:40:41 -0000

Hello Teco,

On 1/29/2010 10:04 AM, Teco Boot wrote:
>
>>> My requirement is that L3 communication between nodes, that have L2
>>> connectivity, must be possible in all conditions, including conditions
>>> with a non-operational MANET protocol.
>>>
>>>        
>> I don't see that the addressing model prevents any such L3
>> communication.
>>      
> How are packets forwarded?
> The destination address (which is direct L2 neighbor in this case)
> needs to be found in a forwarding table, normally the routing table.
> Neighbor cache could be used also.
> How to get this info in such a table?
>    

Node A broadcasts a "Hello" message.
Node B hears it, and puts node A in its forwarding table.

The nodes may take subsequent actions to verify
bidirectionality, exchange other table entries, etc.

>    
>>> And the text on link locals does not describe how IPv6 works. LLs are
>>> used in MANETs for multiple purposes. We can't without.
>>>
>>>        
>> This isn't true.  You can build MANETs without using link-local at all
>> in any fashion.
>>
>> I'm not saying you have to ignore link-local.
>>      
> If LLs are configured, they are used for L2 address resolving.
> Also for MANET protocols, if destination address is LL mcast.
>    

O.K.

> One can think of updating the IPv6 RFCs. I'll stay on current
> practice.
>    

Me, too.

Current practice includes running AODV and OLSR and DYMO.

One should think of updating the IPv6 RFCs, since the link-local
constructions contained therein were written _explicitly_ in
disregard of the needs for wireless links of the sort familiar to
practitioners in this group.

I was there.  I remember very well the meeting in Boston
where this happened.

Regards,
Charlie P.