RE: Last Call: <draft-arkko-ipv6-only-experience-04.txt> (Experiences from an IPv6-Only Network) to Informational RFC

"George, Wes" <wesley.george@twcable.com> Fri, 16 December 2011 13:18 UTC

Return-Path: <wesley.george@twcable.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB88F21F8801 for <ietf@ietfa.amsl.com>; Fri, 16 Dec 2011 05:18:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.551
X-Spam-Level:
X-Spam-Status: No, score=-0.551 tagged_above=-999 required=5 tests=[AWL=-0.088, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zyuhIMz6gkQP for <ietf@ietfa.amsl.com>; Fri, 16 Dec 2011 05:18:24 -0800 (PST)
Received: from cdpipgw02.twcable.com (cdpipgw02.twcable.com [165.237.59.23]) by ietfa.amsl.com (Postfix) with ESMTP id D50E421F8586 for <ietf@ietf.org>; Fri, 16 Dec 2011 05:18:23 -0800 (PST)
X-SENDER-IP: 10.136.163.12
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="4.71,362,1320642000"; d="scan'208";a="295978648"
Received: from unknown (HELO PRVPEXHUB03.corp.twcable.com) ([10.136.163.12]) by cdpipgw02.twcable.com with ESMTP/TLS/RC4-MD5; 16 Dec 2011 08:11:43 -0500
Received: from PRVPEXVS03.corp.twcable.com ([10.136.163.26]) by PRVPEXHUB03.corp.twcable.com ([10.136.163.12]) with mapi; Fri, 16 Dec 2011 08:18:22 -0500
From: "George, Wes" <wesley.george@twcable.com>
To: "ietf@ietf.org" <ietf@ietf.org>
Date: Fri, 16 Dec 2011 08:18:22 -0500
Subject: RE: Last Call: <draft-arkko-ipv6-only-experience-04.txt> (Experiences from an IPv6-Only Network) to Informational RFC
Thread-Topic: Last Call: <draft-arkko-ipv6-only-experience-04.txt> (Experiences from an IPv6-Only Network) to Informational RFC
Thread-Index: Acy2wrNdvVJBamVfQfa9iYWVKADGpwEdtt5A
Message-ID: <DCC302FAA9FE5F4BBA4DCAD4656937791736B134B1@PRVPEXVS03.corp.twcable.com>
References: <20111209223344.19805.45779.idtracker@ietfa.amsl.com>
In-Reply-To: <20111209223344.19805.45779.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Dec 2011 13:18:24 -0000

I support the work behind this document, but I do have a concern that gives me pause regarding publishing it as an RFC in its current form.

I worry that it will serve as a disincentive for people to attempt IPv6-only deployments. This is not because of the way that it's written, nor a commentary on the quality of the document itself. I think that it does a good job of noting that it is a snapshot and that things will continue to improve, etc. but it runs afoul of the limitations of the IETF's document process- a static document reporting "current" test findings is almost instantly obsolete. This is a much larger problem than this draft, but it is something to consider when thinking about the content of this draft and how it will be interpreted, the audience, etc.

If the draft were to focus strictly on things which the *IETF* must fix in order to resolve outstanding problems with IPv6-only operation, those would be clearly actionable and new drafts written to resolve those issues could "update" this one, so that it's clear to future readers when something materially changes. In its current form, most of the noted "broken" things are related to specific implementations and therefore largely beyond the IETF's control (eg Skype, video game consoles, mobile phone stacks, etc). Unless it is updated with bis versions periodically when those issues are found to be resolved, it has the potential to mislead people as a source of information that they might use to determine if they should even consider trying this. Some of that information perhaps is better suited to a curated wiki, since it is easier to update it as the situation improves. FWIW, draft-donley-nat444-impacts has similar problems - very useful information, but not well-suited to static documents.

I don't know if that's enough to block the document, and I'm not going to be upset if it's published as-is, but I thought it was something that IESG should consider in their evaluation of the document. Perhaps it's a matter of delaying it for a bit and touching the document with updates to keep it active until we feel like we've reached an equilibrium after a bit more IPv6 deployment over the next 6-12 or even 18 months.

Thanks,

Wes George


> -----Original Message-----
> From: ietf-announce-bounces@ietf.org [mailto:ietf-announce-
> bounces@ietf.org] On Behalf Of The IESG
> Sent: Friday, December 09, 2011 5:34 PM
> To: IETF-Announce
> Subject: Last Call: <draft-arkko-ipv6-only-experience-04.txt>
> (Experiences from an IPv6-Only Network) to Informational RFC
>
>
> The IESG has received a request from an individual submitter to
> consider
> the following document:
> - 'Experiences from an IPv6-Only Network'
>   <draft-arkko-ipv6-only-experience-04.txt> as an Informational RFC
>
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2012-01-06. Exceptionally, comments may
> be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of the Subject line to allow automated sorting.
>
> Abstract
>
>
>    This document discusses our experiences from moving a small number
> of
>    users to an IPv6-only network, with access to the IPv4-only parts of
>    the Internet via a NAT64 device.  The document covers practical
>    experiences as well as road blocks and opportunities for this type
> of
>    a network setup.  The document also makes some recommendations about
>    where such networks are applicable and what should be taken into
>    account in the network design.  The document also discusses further
>    work that is needed to make IPv6-only networking applicable in all
>    environments.
>
>
>
>
> The file can be obtained via
> http://datatracker.ietf.org/doc/draft-arkko-ipv6-only-experience/
>
> IESG discussion can be tracked via
> http://datatracker.ietf.org/doc/draft-arkko-ipv6-only-experience/
>
>
> No IPR declarations have been submitted directly on this I-D.
>
>
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce

This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.