Re: [Int-area] intarea charter

"David Harrington" <ietfdbh@comcast.net> Tue, 13 October 2009 12:33 UTC

Return-Path: <ietfdbh@comcast.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 A50E328C118 for <int-area@core3.amsl.com>; Tue, 13 Oct 2009 05:33:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.632
X-Spam-Level:
X-Spam-Status: No, score=-1.632 tagged_above=-999 required=5 tests=[AWL=0.967, 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 PWXQyDriSrky for <int-area@core3.amsl.com>; Tue, 13 Oct 2009 05:33:01 -0700 (PDT)
Received: from QMTA13.westchester.pa.mail.comcast.net (qmta13.westchester.pa.mail.comcast.net [76.96.59.243]) by core3.amsl.com (Postfix) with ESMTP id 3A7793A67D1 for <int-area@ietf.org>; Tue, 13 Oct 2009 05:33:01 -0700 (PDT)
Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA13.westchester.pa.mail.comcast.net with comcast id sAy31c0061HzFnQ5DCZ3yj; Tue, 13 Oct 2009 12:33:03 +0000
Received: from Harrington73653 ([24.147.240.98]) by OMTA14.westchester.pa.mail.comcast.net with comcast id sCZ21c00J284sdk3aCZ20w; Tue, 13 Oct 2009 12:33:03 +0000
From: David Harrington <ietfdbh@comcast.net>
To: 'Mark Townsley' <townsley@cisco.com>, 'Jari Arkko' <jari.arkko@piuha.net>
References: <4AC386A9.5040203@piuha.net> <4AC44498.4000206@it.uc3m.es><4AC483D5.9060407@piuha.net> <4AD40D2E.8070302@cisco.com>
Date: Tue, 13 Oct 2009 08:33:01 -0400
Message-ID: <041301ca4c01$4e1d9400$0600a8c0@china.huawei.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
Thread-Index: AcpLxFVIjnqF36keSg+KB3IAL/kDvQALeKHQ
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
In-Reply-To: <4AD40D2E.8070302@cisco.com>
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: Tue, 13 Oct 2009 12:33:02 -0000

Hi,

In the OPS area, we did such a split. We now have OPS area sessions,
and an OPS area WG (opsawg wg).

The OPS area meetings are still important for listening to new ideas
related to operations and management, including educational
presentations from other areas in the IETF (the OAM soup started in
OPS area meeting), and ideas at the border between research and
standards engineering ("green" management for monitoring temperatures
and controlling power in routers and data centers).

The opsawg WG drafts have been important to the OPS **area**, and
include efforts in 
1) cross-SDO education/coordination: documenting how IETF "Operations
and Management" and OAM in other SDOs (especially MPLS-TP) differ, in
"The OAM Acronym Soup", and standardizing ITU-T-compatible alarm
reporting categories (critical, emergency, etc.) for syslog. 
2) IETF-wide education: Informational documents describing how to
approach operations and management support in IETF protocol efforts,
such as the "Guidelines for Operability and Manageability", and a
"Survey of IETF Standards-track Management Protocols". 
3) cross-WG coordination: coordination between different management
protocols, such as syslog to snmp trap translation, and MIB datatypes
to XML datatypes. 

I doubt the OPS area would have published many of these important
documents without having a WG for OPS-area document preparation. Most
of these documents would not have been considered focused enough to
warrant a WG. Cross-protocol efforts would not be considered high
enough priority versus other protocol features for existing
protocol-specific WGs to address, despite the recognized operational
difficulties of integrating management.

There is a danger the WG could become a forum for advancing individual
drafts that the community has little interest in, but so far it has
not. I think the chairs and the WG need to ensure it does not.

David Harrington
dbharrington@comcast.net
ietfdbh@comcast.net
dharrington@huawei.com


> -----Original Message-----
> From: int-area-bounces@ietf.org 
> [mailto:int-area-bounces@ietf.org] On Behalf Of Mark Townsley
> Sent: Tuesday, October 13, 2009 1:17 AM
> To: Jari Arkko
> Cc: Internet Area
> Subject: Re: [Int-area] intarea charter
> 
> Jari Arkko wrote:
> > 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.
> Part of the past strictness, I think, has been that with two 
> overworked 
> ADs as the unofficial WG chairs of the unofficial WG, there was a 
> natural squelching point for taking on new work.
> 
> I definitely see the possibility of feature creep here if we make
the 
> group official and bring on additional management bandwidth. 
> One of the 
> reasons Margaret and I started the intarea meeting to begin 
> with is that 
> we wanted more cohesiveness and understanding of what was going on 
> across the intarea by everyone. I would not like to see that mission

> taken over by the new WG becoming more focused on document 
> advancement 
> than a forum to get updates on what is going on in different places.
> 
> The slippery slope here is what has already happened in other areas 
> where the "Area WG" meeting is actually separate from the "Area Open

> Meeting"  - perhaps that's where we are inevitably headed.
> 
> I'm not opposed to this change, but I don't want to see the original

> mission lost in the process, or the WG becoming a home for lost work

> items of little interest to the community.
> 
> - Mark
> >
> > 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
> >
> > _______________________________________________
> > Int-area mailing list
> > Int-area@ietf.org
> > https://www.ietf.org/mailman/listinfo/int-area
> >
> 
> _______________________________________________
> Int-area mailing list
> Int-area@ietf.org
> https://www.ietf.org/mailman/listinfo/int-area
>