Re: [Int-area] intarea charter

Jari Arkko <jari.arkko@piuha.net> Thu, 01 October 2009 10:25 UTC

Return-Path: <jari.arkko@piuha.net>
X-Original-To: int-area@core3.amsl.com
Delivered-To: int-area@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9E2403A67F0 for <int-area@core3.amsl.com>; Thu, 1 Oct 2009 03:25:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.625
X-Spam-Level:
X-Spam-Status: No, score=-2.625 tagged_above=-999 required=5 tests=[AWL=-0.026, 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 47TBjg1Ezv4p for <int-area@core3.amsl.com>; Thu, 1 Oct 2009 03:25:05 -0700 (PDT)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:400::130]) by core3.amsl.com (Postfix) with ESMTP id BBD533A6767 for <int-area@ietf.org>; Thu, 1 Oct 2009 03:25:05 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id 5AF96D4932; Thu, 1 Oct 2009 13:26:30 +0300 (EEST)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id juxTom2sJhIj; Thu, 1 Oct 2009 13:26:29 +0300 (EEST)
Received: from [IPv6:::1] (unknown [IPv6:2001:14b8:400::130]) by p130.piuha.net (Postfix) with ESMTP id BFA39D4921; Thu, 1 Oct 2009 13:26:29 +0300 (EEST)
Message-ID: <4AC483D5.9060407@piuha.net>
Date: Thu, 01 Oct 2009 13:26:29 +0300
From: Jari Arkko <jari.arkko@piuha.net>
User-Agent: Thunderbird 2.0.0.23 (X11/20090817)
MIME-Version: 1.0
To: marcelo bagnulo braun <marcelo@it.uc3m.es>
References: <4AC386A9.5040203@piuha.net> <4AC44498.4000206@it.uc3m.es>
In-Reply-To: <4AC44498.4000206@it.uc3m.es>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: Internet Area <int-area@ietf.org>
Subject: Re: [Int-area] intarea charter
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/int-area>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Oct 2009 10:25:06 -0000

Marcelo,

> My main concern is that since by definition, the scope is loosely 
> defined, we may end up collecting documents that have little interest 
> (i.e. there were not enough interest to form a WG for instance, as 
> opposed to what i understand the goal is, to work on documents that 
> there is interest but don't have a clear home).
>
> So, i think having a WG is fine, but it is very important to properly 
> measure the interest on working on each document adopted, since we may 
> end up having a collection of one man efforts in this context.

I fully agree that the group should only work on topics that do have 
general interest. We intend to be strict about adopting work. I also 
believe that we've been historically strict; here are the documents that 
I can recall we handled over the last four years: RFC 4727 (IANA 
experimental values for IP), RFC 4843 (IPv6 KHIs), RFC 4884 (extended 
ICMPs), RFC 5227 (IPv4 DAD), RFC 5350 (router alert IANA rules), 
draft-atlas-icmp-unnumbered, draft-touch-intarea-tunnels, 
draft-touch-ipv4-unique-id and I don't quite remember where RFCs 4581 
and 4982 (bug fixes to SEND specifications) were developed, but there 
was some discussion on our list at least.

This group is definitely not the place to adopt work that, e.g., failed 
to gain support elsewhere or is just something that one individual wants 
to do. I will add some words to the charter to make this clearer.

In short, just because we intend to formalize the existence of the WG, 
it does not follow that we will take on large numbers of drafts in the 
program. The group has a dual nature. But it is first and foremost a 
discussion forum for area-wide topics, not an RFC publication venue for 
new things even if publish a document now and then.

Jari