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

Mark Townsley <townsley@cisco.com> Mon, 05 July 2010 10:23 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 809583A6844 for <autoconf@core3.amsl.com>; Mon, 5 Jul 2010 03:23:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.273
X-Spam-Level:
X-Spam-Status: No, score=-9.273 tagged_above=-999 required=5 tests=[AWL=1.326, BAYES_00=-2.599, 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 vvdyffT-Lohc for <autoconf@core3.amsl.com>; Mon, 5 Jul 2010 03:23:41 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 9C9893A63EC for <autoconf@ietf.org>; Mon, 5 Jul 2010 03:23:41 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEADJPMUytJV2a/2dsb2JhbACfbnGjPplxhSUEiDo
X-IronPort-AV: E=Sophos;i="4.53,539,1272844800"; d="scan'208";a="128851375"
Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rtp-iport-2.cisco.com with ESMTP; 05 Jul 2010 10:23:42 +0000
Received: from iwan-view2.cisco.com (iwan-view2.cisco.com [171.70.65.8]) by rcdn-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id o65ANfoU024806; Mon, 5 Jul 2010 10:23:41 GMT
Received: from ams-townsley-8711.cisco.com (ams-townsley-8711.cisco.com [10.55.233.226]) by iwan-view2.cisco.com (8.11.2/CISCO.WS.1.2) with ESMTP id o65ANeH25929; Mon, 5 Jul 2010 03:23:40 -0700 (PDT)
Message-ID: <4C31B2A4.5050101@cisco.com>
Date: Mon, 05 Jul 2010 12:23:32 +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: "Dearlove, Christopher (UK)" <Chris.Dearlove@baesystems.com>
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> <4C2E3702.9030606@cisco.com> <ABE739C5ADAC9A41ACCC72DF366B719D0336CD4D@GLKMS2100.GREENLNK.NET>
In-Reply-To: <ABE739C5ADAC9A41ACCC72DF366B719D0336CD4D@GLKMS2100.GREENLNK.NET>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: autoconf@ietf.org
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: Mon, 05 Jul 2010 10:23:42 -0000

On 7/5/10 11:23 AM, Dearlove, Christopher (UK) wrote:
> I'm going to disagree with that, because there are fundamentally
> different requirements - not all MANETs are the same. 

Is there a naming convention for all the different MANET types? How do
you tell them apart?

> The
> proposed solution in the current draft charter is a single
> DHCP server. Putting aside the technical issues in getting that
> to work that Charlie and others have pointed out, let's suppose
> it can be made to work. But there are several of us whose areas
> of interest, and scenarios within that area of interest, would
> regard such a single point of failure (or takeover) as not a good
> solution. Of course just having a decentralised solution would
> not necessarily be sufficient either, hence the comments I've
> made about security issues up front. I don't yet know if a
> solution that does all I would want it to do exists.
> 
> As for how to choose, if one solution is unacceptable, then the
> network would clearly be using the other. More generally it's
> far from the only administratively configured issue in a MANET
> - which routing protocol for example (which also applies in the
> fixed Internet, nothing new there).

I think of autoconfig as being part of a very basic bootstrapping
procedure. If any one thing needs to be ubiquitous, it's this. After the
device has reached a certain level of configuration and connectivity, it
is more possible to negotiate options and report on mismatches. On the
other hand, if basic bootstrapping fails, then all you may have to
troubleshoot with is a dead device.

> 
> But perhaps, rather than jumping straight in with one, or even
> two, approaches, we need people to indicate what they actually
> want/need, and whether the proposal in the draft charter, or
> an alternative (the latter having the disadvantage of being
> quite vague at this point) would give them what they need.

Certainly putting a scope around that which must be automatically
configured and that which may not would be helpful here.

- Mark