[v6ops] Status of draft-ietf-v6ops-v4v6tran-framework

Fred Baker <fred@cisco.com> Mon, 07 March 2011 21:40 UTC

Return-Path: <fred@cisco.com>
X-Original-To: v6ops@core3.amsl.com
Delivered-To: v6ops@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D1EEE3A6844 for <v6ops@core3.amsl.com>; Mon, 7 Mar 2011 13:40:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -109.813
X-Spam-Level:
X-Spam-Status: No, score=-109.813 tagged_above=-999 required=5 tests=[AWL=-0.454, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_LWSHORTT=1.24, USER_IN_WHITELIST=-100]
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 H3hJwp3rJfaN for <v6ops@core3.amsl.com>; Mon, 7 Mar 2011 13:40:27 -0800 (PST)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id B71D43A682C for <v6ops@ietf.org>; Mon, 7 Mar 2011 13:40:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fred@cisco.com; l=1305; q=dns/txt; s=iport; t=1299534102; x=1300743702; h=mime-version:subject:from:in-reply-to:date: content-transfer-encoding:message-id:references:to; bh=ZDthKWMQmxTzTW9wzQMmouUDX1RbfnwkUQkg9Qt9yQY=; b=UEaxVLk0oUKFE3wY8/A+03On94uGJJb79c0x+E4OVUG26QskLuEyWgi0 9hJB6PMANPUKOOPUqzuqlLkwja/duKXghA9ABMgjdSeJk/yBP7rHMt8u+ //0MxdA8JH77PdLmXeLCrNTHdgwICMBUrBWPB5vdgbeAVW1VsB9ad9bYt c=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAEPfdE2rR7H+/2dsb2JhbACmV3SiQ5wChWIEhRyHFA
X-IronPort-AV: E=Sophos;i="4.62,279,1297036800"; d="scan'208";a="272089615"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 07 Mar 2011 21:41:41 +0000
Received: from stealth-10-32-244-219.cisco.com (stealth-10-32-244-219.cisco.com [10.32.244.219]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p27Lff4D025947 for <v6ops@ietf.org>; Mon, 7 Mar 2011 21:41:41 GMT
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Apple Message framework v1082)
From: Fred Baker <fred@cisco.com>
In-Reply-To: <4D6FE6F5.2040200@gmail.com>
Date: Mon, 07 Mar 2011 13:41:41 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <B9EE35CF-4140-44C5-BB96-09C54B7390AD@cisco.com>
References: <13205C286662DE4387D9AF3AC30EF456B774BC0EED@EMBX01-WF.jnpr.net> <4D6EA100.1060809@gmail.com> <47C53154-8EEF-47AB-9A7C-8E5BB76B9899@cisco.com> <4D6FE6F5.2040200@gmail.com>
To: IPv6 Ops WG <v6ops@ietf.org>
X-Mailer: Apple Mail (2.1082)
Subject: [v6ops] Status of draft-ietf-v6ops-v4v6tran-framework
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 07 Mar 2011 21:40:28 -0000

The chairs and Ron Bonica had a brief discussion about 

http://tools.ietf.org/html/draft-ietf-v6ops-v4v6tran-framework
  "Framework for IP Version Transition Scenarios", Brian Carpenter, Sheng
  Jiang, Victor Kuarsingh, 1-Feb-11

In short, the working group agreed to take the draft on as a working group document and had a last call, and I sent it to Ron. However, the other documents that it suggests were discussed at IETF-79 and panned, and have not been updated. On that basis, Ron questions the utility of publishing the framework. 

What we agreed is that the Framework ID will be treated as a short term agreement within the WG, binding for the period of time that the WG is producing transition documents. If the WG sees a subsequent transition document that does not abide by the guideline, if will fix the subsequent document before sending it on. When the last transition document has been published, we will let the Framework ID expire.

Because the Framework ID is a short term agreement within the WG, it doesn't require IETF consensus. It requires WG consensus only (which it already has). Furthermore, the document might not be very interesting to anyone outside of the WG.

                                                    Ron