[secdir] [new-work] WG Review: Recharter of Ad-Hoc Network Autoconfiguration (autoconf)

IESG Secretary <iesg-secretary@ietf.org> Tue, 30 November 2010 17:43 UTC

Return-Path: <new-work-bounces@ietf.org>
X-Original-To: secdir@ietf.org
Delivered-To: secdir@core3.amsl.com
Received: from [] (localhost []) by core3.amsl.com (Postfix) with ESMTP id EA9C83A6C20; Tue, 30 Nov 2010 09:43:51 -0800 (PST)
X-Original-To: new-work@ietf.org
Delivered-To: new-work@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 30) id D977628C0D9; Tue, 30 Nov 2010 09:43:48 -0800 (PST)
From: IESG Secretary <iesg-secretary@ietf.org>
To: new-work@ietf.org
Mime-Version: 1.0
Message-Id: <20101130174348.D977628C0D9@core3.amsl.com>
Date: Tue, 30 Nov 2010 09:43:48 -0800 (PST)
X-BeenThere: new-work@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: new-work-bounces@ietf.org
Errors-To: new-work-bounces@ietf.org
X-Mailman-Approved-At: Tue, 30 Nov 2010 11:59:40 -0800
Subject: [secdir] [new-work] WG Review: Recharter of Ad-Hoc Network Autoconfiguration (autoconf)
X-BeenThere: secdir@ietf.org
Reply-To: iesg@ietf.org
List-Id: Security Area Directorate <secdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/secdir>
List-Post: <mailto:secdir@ietf.org>
List-Help: <mailto:secdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/secdir>, <mailto:secdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Nov 2010 17:43:52 -0000

A modified charter has been submitted for the Ad-Hoc Network
Autoconfiguration (autoconf) working group in the Internet Area of the
IETF.  The IESG has not made any determination as yet.  The modified
charter is provided below for informational purposes only.  Please send
your comments to the IESG mailing list (iesg@ietf.org) by Tuesday,
December 7, 2010.

Ad-Hoc Network Autoconfiguration (autoconf)
Last modified: 2010-11-30
Current Status: Active

  Ryuji Wakikawa <ryuji.wakikawa@gmail.com>
  Thomas Clausen <T.Clausen@computer.org>

Internet Area Directors:
  Ralph Droms <rdroms.ietf@gmail.com>
  Jari Arkko <jari.arkko@piuha.net>

Internet Area Advisor:
  Jari Arkko <jari.arkko@piuha.net>

Mailing Lists:
  General Discussion: autoconf@ietf.org
  To Subscribe: https://www.ietf.org/mailman/listinfo/autoconf

Description of Working Group:

RFC 5889 presents one possible IPv6 addressing model for ad hoc
nodes. In this model the ad hoc routers need to configure their
network interface(s) with addresses valid in the ad hoc network, and
may configure additional prefixes for use by attached nodes.

After completing the work on RFC 5889, the main purpose of the
AUTOCONF WG is to standardize how existing IPv6 address configuration
tools can be used for address configuration.

1. DHCPv6 operation over MANET, including:

- A DHCPv6-based mechanism for configuring required interface
addresses for the routers in the ad hoc network. This mechanism
is expected to produce addresses with properties outlined in RFC
5889. This mechanism uses the existing DHCPv6 protocol unchanged,
and assumes a central node that can allocate addresses on a
first-come-first-served basis. Other nodes in the ad hoc network
will relay messages to the central node in order to help a new
node get an address for itself. This mechanism is only suitable
for deployments were a central node can be set up. It should be
noted that many existing deployments employ Internet gateways
that can act as such a central node as well. Future extensions
such as central node election may make this mechanism suitable
for also for stand-alone ad hoc networks.

- A DHCPv6-based mechanism for delegating a prefix(es) to each
router for use by applications running on the routers themselves,
or for configuration of attached hosts/networks. This mechanism
works in a similar manner to the one above, but allocates
prefixes instead of addresses.

Both mechanisms should be independent from operation of any specific
MANET routing protocol, although may exploit information maintained by
such a routing protocol, if available.

The working group will adapt and/or reuse existing protocols whenever
reasonable and possible. No new duplicate address detection mechanisms
are will be specified; it is expected that address uniqueness is
guaranteed by the central node alone.

2. Analysis of Problem Space for distributed address configuration and
service discovery. This analysis is necessary in order to understand
what type of distributed solution(s) can be standardized. There is
already quite a lot of material about possible solutions in the

The working group plans to establish design teams for rapidly advancing
towards initial submissions for these two work items. The group shall
also work with the 6LOWPAN and ROLL working group to ensure that
the results from AUTOCONF working group are useful for the larger
community and do not overlap with work already in progress in these
other working groups.

Goals and Milestones:

- Jan 2011 First working group draft of the "DHCPv6 operation over 
- Jan 2011 First working group draft of the "Analysis of Problem Space"
- Sep 2011 Submission of the "DHCPv6 operation over MANET" to the IESG 
  for publication as BCP
- Sep 2011 Submission of the "Analysis of Problem Space" the IESG for 
  publication as Informational RFC
- Oct 2011 First working group draft of the "Distributed Solution"
- Jun 2012 Submission of the "Distributed Solution" to the IESG for 
  publication as an Proposed Standard RFC
- Jun 2012 Rechartering or Closing WG
new-work mailing list