Re: [Autoconf] Call for comments to a new AUTOCONF charter proposal.

Mark Townsley <townsley@cisco.com> Sat, 03 July 2010 07:33 UTC

Return-Path: <townsley@cisco.com>
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 267DC3A690D for <autoconf@core3.amsl.com>; Sat, 3 Jul 2010 00:33:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.103
X-Spam-Level:
X-Spam-Status: No, score=-10.103 tagged_above=-999 required=5 tests=[AWL=-0.496, BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992, RCVD_IN_DNSWL_HI=-8]
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 J-aS-xhtZEje for <autoconf@core3.amsl.com>; Sat, 3 Jul 2010 00:33:18 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id C9ED63A6859 for <autoconf@ietf.org>; Sat, 3 Jul 2010 00:33:18 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AqsJAMeELkyrR7Ht/2dsb2JhbAAwkwOMNHGkLZobglOCUgSIOg
X-IronPort-AV: E=Sophos;i="4.53,530,1272844800"; d="scan'208";a="221209980"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 03 Jul 2010 07:33:31 +0000
Received: from iwan-view2.cisco.com (iwan-view2.cisco.com [171.70.65.8]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o637XVHu004055 for <autoconf@ietf.org>; Sat, 3 Jul 2010 07:33:31 GMT
Received: from new-host-2.home (dhcp-10-55-86-122.cisco.com [10.55.86.122]) by iwan-view2.cisco.com (8.11.2/CISCO.WS.1.2) with ESMTP id o637XPH26117 for <autoconf@ietf.org>; Sat, 3 Jul 2010 00:33:30 -0700 (PDT)
Message-ID: <4C2E3702.9030606@cisco.com>
Date: Fri, 02 Jul 2010 20:59:14 +0200
From: Mark Townsley <townsley@cisco.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: autoconf@ietf.org
References: <BFD8FF22-FD36-436E-9985-7BFA2E234081@gmail.com> <201006290803.34192.henning.rogge@fkie.fraunhofer.de><ABE739C5ADAC9A41ACCC72DF366B719D0333F14C@GLKMS2100.GREENLNK.NET><4C2A723E.3020806@piuha.net><4C2B801B.1070004@earthlink.net> <ABE739C5ADAC9A41ACCC72DF366B719D0333FC2D@GLKMS2100.GREENLNK.NET> <C67EC3A73E6A814B8F3FE826438C5F8C02A00D5E@ms-dt01thalia.tsn.tno.nl>
In-Reply-To: <C67EC3A73E6A814B8F3FE826438C5F8C02A00D5E@ms-dt01thalia.tsn.tno.nl>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Subject: Re: [Autoconf] Call for comments to a new AUTOCONF charter proposal.
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: Sat, 03 Jul 2010 07:33:20 -0000

My kneejerk reaction to this is that walking in with the goal of having
more than one way to autoconfigure a manet is a bad idea.

If we end up with two ways to autoconfigure, then we will have to invent
an automatic mechanism on top to choose which autoconfiguration
mechanism to use.  That doesn't help anyone. In absence of knowledgeable
human configuration, hard choices that narrow functional options
typically far outweigh the potential benefits of one option vs. the
other. So, even if you can prove that A is better than B, B is still
better than A+B.

Let's strive for making a choice, at least within the MANET domain.

- Mark


On 7/2/10 3:21 PM, Holtzer, A.C.G. (Arjen) wrote:
> Hello autoconfers,
> 
> I support this "two-case"-approach, Christopher mentions: so
> standardizing one centralized and one decentralized solution (or one
> stateful and one stateless solution, just like in the current IPv6
> standards). I agree that the solution should make use of existing
> protocols as much as possible (e.g. DHCP, ND, ...), but my choice would
> be not to state in the charter that DHCP must be used in all solutions
> coming out of the WG.
> 
> draft-bernardos-manet-autoconf-survey-05 shows there are already many
> proposals existing, making it a good starting point for going into
> solution space. Actually even more than just a starting point since many
> of the proposals have already been around for a while. So I support this
> doc.
> 
> Best regards,
> Arjen
> 
>>
>> If Charlie can find a few like-minded people to work on that, 
>> why not add this as a parallel activity? The rationale of why 
>> two cases should be straightforward to make, they are almost 
>> chalk and cheese in e.g. centralised versus non-centralised. 
>> This is actually added safety to the group producing 
>> something, as if one succeeds and the other fails, that's still good.
>>
>>
> This e-mail and its contents are subject to the DISCLAIMER at http://www.tno.nl/disclaimer/email.html
> 
> _______________________________________________
> Autoconf mailing list
> Autoconf@ietf.org
> https://www.ietf.org/mailman/listinfo/autoconf
>