Re: [Autoconf] Updated ad hoc addressing model document
"Teco Boot" <teco@inf-net.nl> Fri, 05 February 2010 08:08 UTC
Return-Path: <teco@inf-net.nl>
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 B6B5628C0FB for <autoconf@core3.amsl.com>;
Fri, 5 Feb 2010 00:08:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,
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 NPYxWvOOXwaF for
<autoconf@core3.amsl.com>; Fri, 5 Feb 2010 00:08:29 -0800 (PST)
Received: from CPSMTPM-EML102.kpnxchange.com (cpsmtpm-eml102.kpnxchange.com
[195.121.3.6]) by core3.amsl.com (Postfix) with ESMTP id 7193E3A67A2 for
<autoconf@ietf.org>; Fri, 5 Feb 2010 00:08:28 -0800 (PST)
Received: from M90Teco ([86.83.9.22]) by CPSMTPM-EML102.kpnxchange.com with
Microsoft SMTPSVC(7.0.6001.18000); Fri, 5 Feb 2010 09:09:17 +0100
From: "Teco Boot" <teco@inf-net.nl>
To: "'Thomas Heide Clausen'" <thomas@thomasclausen.org>
References: <be8c8d781001260409qd23d4era0eac47eaeb3dba2@mail.gmail.com>
<8DCBF4A4-7879-4148-A8FE-9A73219536B9@gmail.com>
<008c01caa0fe$0eee3530$2cca9f90$@nl>
<0CD59086-0DBF-40A6-8EC4-3289E65054A1@thomasclausen.org>
In-Reply-To: <0CD59086-0DBF-40A6-8EC4-3289E65054A1@thomasclausen.org>
Date: Fri, 5 Feb 2010 09:09:17 +0100
Message-ID: <003601caa63a$83515560$89f40020$@nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acqll8glP2djW/7nS6uhYzn7kRqkjgADcqEg
Content-Language: nl
X-OriginalArrivalTime: 05 Feb 2010 08:09:17.0060 (UTC)
FILETIME=[830F1C40:01CAA63A]
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 08:08:29 -0000
Hi Thomas, >-----Oorspronkelijk bericht----- >Van: Thomas Heide Clausen [mailto:thomas@thomasclausen.org] >Verzonden: donderdag 4 februari 2010 13:43 >Aan: Teco Boot >CC: 'Ryuji Wakikawa'; autoconf@ietf.org >Onderwerp: Re: [Autoconf] Updated ad hoc addressing model document > >Dear Teco, > >Thanks for your review. See comments below. > >On Jan 29, 2010, at 17:13 PM, Teco Boot wrote: > >> Ryuji, Thomas, >> >> I commented on the document. >> I don't see any reflection in the document, nor received questions >> for clarification. >> >> I am quite uncomfortable with a large drawback of the proposed >> addressing model, which makes it unacceptable for the deployed MANETs >> I am involved in. >> 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 would wonder if you have a MANET if you are not running a MANET >protocol? The MANET protocol could get stopped, e.g. maintenance. I am involved in MANETs in real world deployments. The requirement comes from operational needs. >That said, I am not sure I understand what the drawbacks you identify >are. The document takes the "most conservative" approach, i.e. a >network in which interfaces are configured in accordance to this, >should allow any operation. The document, as I read it, uses "should", >which does not prohibit alternatives (with the usual caveat concerning >a "should"). 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. >I believe that if you have no "MANET protocol", but still want L3 >communication between identified interfaces (IP addresses), then you >would want a mechanism/protocol assigning these addresses? I don't want "no MANET protocol". I want L3 connectivity when there is a L2 link, and the MANET protocol is non-operational. > 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? The addressing model I use works great for all proactive MANET protocols I am aware of. 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. Regards, Teco
- [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