[v6ops] Working Group Administrivia

"Fred Baker (fred)" <fred@cisco.com> Fri, 05 December 2014 18:17 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 36BD81A1EFC for <v6ops@ietfa.amsl.com>; Fri, 5 Dec 2014 10:17:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e_3iWsm9HTWp for <v6ops@ietfa.amsl.com>; Fri, 5 Dec 2014 10:17:56 -0800 (PST)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 567C81ACEC4 for <v6ops@ietf.org>; Fri, 5 Dec 2014 10:17:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=6537; q=dns/txt; s=iport; t=1417803476; x=1419013076; h=from:to:subject:date:message-id:mime-version; bh=cxzyP2xNRq6s4XEQ6q3FseG1DuGPXHADTzQ0SfaXEpQ=; b=eJrG5QqaA2OD4Vlr9A0R2GlSP1HJxq0sWUPLjgJC4ZwWd8g7r/kDGsok vwMX+9shMTFxZmbzdeH5DLCGA2r9eTk3Bm57s1JRvX9Z639//KPgRvWht 9wH90X6h2Cfw8N2L3PgFKvnT0xbiIynujQ1jyPZImuLsHnUY0LnuYwfPT A=;
X-Files: v6ops-wg-drafts.txt, signature.asc : 1594, 195
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj4FAKT2gVStJA2G/2dsb2JhbABZgwZSWATGT4cxFgEBAQEBfYQJDFkmAYEAFBMEEw6ILQ2wMqYlAQEBBwEBAQEBHZN3gRUFj0aBb4E1WoYbgSI0gl6LKYNig29vgQMiIH4BAQE
X-IronPort-AV: E=Sophos;i="5.07,523,1413244800"; d="asc'?txt'?scan'208";a="377990797"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by rcdn-iport-4.cisco.com with ESMTP; 05 Dec 2014 18:17:39 +0000
Received: from xhc-rcd-x02.cisco.com (xhc-rcd-x02.cisco.com [173.37.183.76]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id sB5IHdah029768 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <v6ops@ietf.org>; Fri, 5 Dec 2014 18:17:39 GMT
Received: from xmb-rcd-x09.cisco.com ([169.254.9.118]) by xhc-rcd-x02.cisco.com ([173.37.183.76]) with mapi id 14.03.0195.001; Fri, 5 Dec 2014 12:17:39 -0600
From: "Fred Baker (fred)" <fred@cisco.com>
To: "v6ops@ietf.org WG" <v6ops@ietf.org>
Thread-Topic: Working Group Administrivia
Thread-Index: AQHQELfApl0OmdTiikqs9ZO27DRlMg==
Date: Fri, 05 Dec 2014 18:17:38 +0000
Message-ID: <08DA982D-6605-434B-B815-C69B8A97FA4C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.19.64.121]
Content-Type: multipart/signed; boundary="Apple-Mail=_0DC2493D-10A2-49F8-BDC1-280521245584"; protocol="application/pgp-signature"; micalg="pgp-sha1"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/ygTxoVPDEb7C5ktdbcbrTevPO9A
Subject: [v6ops] Working Group Administrivia
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 05 Dec 2014 18:17:59 -0000

Joel, Lee, and I spoke this morning about the status of the working group and various drafts in it. I’d like to gauge working group consensus on the status of a number of working group drafts that have either expired or otherwise should no longer be considered working group drafts. Your opinions, pro or con (such as “I’m fine with all that but think we should still be considering draft-whatever”), please:

We think that the following can be safely set aside, by having the secretariat record (and show in the data tracker) that they are no longer working group drafts. They have expired, and are not currently being pursued:

2003-01-13                     draft-ietf-v6ops-ipv4survey      http://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv4survey/
2003-02-14                 draft-ietf-v6ops-ipv4survey-gen      http://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv4survey-gen/
2004-07-20                  draft-ietf-v6ops-v6onbydefault      http://datatracker.ietf.org/doc/draft-ietf-v6ops-v6onbydefault/
2007-02-27             draft-ietf-v6ops-routing-guidelines      http://datatracker.ietf.org/doc/draft-ietf-v6ops-routing-guidelines/
2007-03-28              draft-ietf-v6ops-campus-transition      http://datatracker.ietf.org/doc/draft-ietf-v6ops-campus-transition/
2008-05-13         draft-ietf-v6ops-nat64-pb-statement-req      http://datatracker.ietf.org/doc/draft-ietf-v6ops-nat64-pb-statement-req/
2011-07-26             draft-ietf-v6ops-v4v6tran-framework      http://datatracker.ietf.org/doc/draft-ietf-v6ops-v4v6tran-framework/
2013-08-14                draft-ietf-v6ops-monitor-ds-ipv6      http://datatracker.ietf.org/doc/draft-ietf-v6ops-monitor-ds-ipv6/

We think that draft-ietf-v6ops-balanced-ipv6-security, in its current state, is a deployment report, primarily from Swisscom. While the working group expressed interest in guidance on firewall configuration, this isn’t it. We think it should no longer be a working group draft, and invite the authors to submit it to the independent stream as a deployment report (<rfc-ise@rfc-editor.org).

2013-12-06         draft-ietf-v6ops-balanced-ipv6-security      http://datatracker.ietf.org/doc/draft-ietf-v6ops-balanced-ipv6-security/

Although the working group expressed interest in the following and the authors have been working hard on them, we think the working group is no longer interested in these, and so they should be returned to the authors and not recorded or treated as working group drafts. 

2014-09-18                 draft-ietf-v6ops-design-choices      http://datatracker.ietf.org/doc/draft-ietf-v6ops-design-choices/
2014-10-27           draft-ietf-v6ops-dhcpv6-slaac-problem      http://datatracker.ietf.org/doc/draft-ietf-v6ops-dhcpv6-slaac-problem/
2014-10-27      draft-ietf-v6ops-ula-usage-recommendations      http://datatracker.ietf.org/doc/draft-ietf-v6ops-ula-usage-recommendations/

Speaking for myself, if I have any question of the above, it is on only one of these. 

If any draft has its "WG Draft" status revoked, it will still be available from the IETF website as far as I know, but subsequent revisions should be named as individual submissions to a working group, draft-<author>-<wg>-<subject> or individual submissions to the IETF, draft-<author>-<subject>. It would be good if the authors would send a note to internet-drafts@ietf.org indicating that the old draft name were replaced by the new draft name, so that the revision history is tracked appropriately.

Opinions?