Re: Last Call: RFC 6346 successful: moving to Proposed Standard
Lee Howard <Lee@asgard.org> Fri, 12 December 2014 17:15 UTC
Return-Path: <Lee@asgard.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF1B31A6FD6 for <ietf@ietfa.amsl.com>; Fri, 12 Dec 2014 09:15:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.553
X-Spam-Level:
X-Spam-Status: No, score=-0.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347] autolearn=no
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 ydGoDunaBC-g for <ietf@ietfa.amsl.com>; Fri, 12 Dec 2014 09:15:11 -0800 (PST)
Received: from atl4mhob16.myregisteredsite.com (atl4mhob16.myregisteredsite.com [209.17.115.109]) by ietfa.amsl.com (Postfix) with ESMTP id 6EE081A6F62 for <ietf@ietf.org>; Fri, 12 Dec 2014 09:15:05 -0800 (PST)
Received: from mailpod.hostingplatform.com ([10.30.71.206]) by atl4mhob16.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id sBCHF0L7008171 for <ietf@ietf.org>; Fri, 12 Dec 2014 12:15:00 -0500
Received: (qmail 27724 invoked by uid 0); 12 Dec 2014 17:14:57 -0000
X-TCPREMOTEIP: 204.235.115.164
X-Authenticated-UID: lee@asgard.org
Received: from unknown (HELO ?10.71.36.68?) (lee@asgard.org@204.235.115.164) by 0 with ESMTPA; 12 Dec 2014 17:14:57 -0000
User-Agent: Microsoft-MacOutlook/14.4.5.141003
Date: Fri, 12 Dec 2014 12:15:01 -0500
Subject: Re: Last Call: RFC 6346 successful: moving to Proposed Standard
From: Lee Howard <Lee@asgard.org>
To: dcrocker@bbiw.net
Message-ID: <D0B052C7.7B29B%Lee@asgard.org>
Thread-Topic: Last Call: RFC 6346 successful: moving to Proposed Standard
References: <20141201223832.20448.34524.idtracker@ietfa.amsl.com> <A4CFF3FB-A9C5-47EA-A1CA-B900CDBF776E@gmail.com> <547F451C.3010507@dcrocker.net> <D0AE1053.7AA8A%Lee@asgard.org> <AF1B977B-75D4-4AF2-B231-300AF2429317@nominum.com> <CAMm+Lwji9860CKaJB_9xi3ztiVUtP3NZ8AgO1wZAVTKVWW76Nw@mail.gmail.com> <D0AF7BE2.7B0CF%Lee@asgard.org> <548A3EA1.3070800@dcrocker.net>
In-Reply-To: <548A3EA1.3070800@dcrocker.net>
Mime-version: 1.0
Content-type: text/plain; charset="ISO-8859-1"
Content-transfer-encoding: quoted-printable
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/gErycFrAwE5bsYDjZOf-SEsSmSE
Cc: Bob Hinden <bob.hinden@gmail.com>, IESG <iesg@ietf.org>, IETF Discussion Mailing List <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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, 12 Dec 2014 17:15:13 -0000
On 12/11/14 8:02 PM, "Dave Crocker" <dhc@dcrocker.net> wrote: >On 12/11/2014 2:11 PM, Lee Howard wrote: >> The goal isn't IPv6, thoughthe goal is a functioning, interoperable >> Internet. I believe we have consensus that IPv6 is the best mechanism to >> achieve that. I think I see consensus that some transition tools are >> temporarily useful as people wait for others to deploy. Do we need a >> Proposed Standard for those temporary transition tools? > > >The goal isn't Proposed Standard for temporary transition tools. The >goal is a functioning, interoperable Internet. Agreed! > >Standardization is a means of providing common, interoperable >capabilities. If a tool will facilitate interoperability, then >standardizing it can facilitate its adoption. By definition of "Proposed Standard," yes. > >When pursuing transitions in open, diverse environments, calling a tool >'temporary' is mostly a political statement that seeks to marginalize >the tool, since transition on the Internet is often measured in decades. I see your point, but it wasn't really my intent; if it was considered a temporary workaround, it would seem weird to advance it. The point here is whether RFC 6346 can be moved to Proposed Standard. Others have already pointed out problematic text, so we need a new draft to evaluate. The other gates to Proposed Standard (RFC2026): * A Proposed Standard specification is generally stable, * has resolved known design choices, * is believed to be well-understood, * has received significant community review, and * appears to enjoy enough community interest to be considered valuable. Are we arguing about "enough community interest"? Also: * The IESG may require implementation and/or operational experience prior to granting Proposed Standard status to a specification that materially affects the core Internet protocols or that specifies behavior that may have significant operational impact on the Internet. I think this qualifies under that sentence. There is probably real operational experience, and I think it is reasonable for the IESG to require that some of it be documented (in the document to be moved) before advancing. Other text changes: * Update discussions of the status of transition * Update references to current versions of documents (e.g., PCP, stateless-4v6, everything that was "Work in Progress" when the doc was originally written) * Mention other port-allocation methods and considerations, e.g., draft-chen-sunset4-cgn-port-allocation-05 and the RFCs listed in its Security Considerations document, draft-donley-behave-deterministic-cgn, * Update the Security Considerations section (as in the previous point) * Add more logging discussion, as documented in the above docs and elsewhere * Replace "Double-NAT" with NAT444 and refer to documents discussing it * Redefine "CPE" to refer to a layer 3 device, not a layer 2 device * A previous comment indicated that ports 0-1024 are usually reserved; further discussion (and maybe update the examples to exclude them) * Additional discussion of PCP experience relevant to A+P * ICMP handling says "gateway device must rewrite the "Identifier" and perhaps "Sequence Number" fields" and I would like to see more detail/experience under that "perhaps." Until at least these items are addressed, I oppose moving this document to Proposed Standard. > >I suppose the other approach we can take is to say that we will ignore >95% of Google's users, until they adopt IPv6. That seems to be the >implication of refusing to pursue IPv4-based tools in the IETF. This sounds like "mostly a political statement." Trying to get this back onto the specific question here, rather than another round of ranting about the IPv4-IPv6 transition in general. Lee
- Re: Last Call: RFC 6346 successful: moving to Pro… Christian de Larrinaga
- Re: Last Call: RFC 6346 successful: moving to Pro… Bob Hinden
- Re: Last Call: RFC 6346 successful: moving to Pro… Dave Crocker
- Re: Last Call: RFC 6346 successful: moving to Pro… Ralph Droms
- Re: Last Call: RFC 6346 successful: moving to Pro… John Curran
- Re: Last Call: RFC 6346 successful: moving to Pro… Dave Cridland
- Re: Last Call: RFC 6346 successful: moving to Pro… Fred Baker (fred)
- Re: Last Call: RFC 6346 successful: moving to Pro… George Michaelson
- Re: Last Call: RFC 6346 successful: moving to Pro… 🔓Dan Wing
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… George Michaelson
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Brian E Carpenter
- Re: Last Call: RFC 6346 successful: moving to Pro… l.wood
- IPv6 Adoption Curve (was Re: Last Call: RFC 6346 … Dave Crocker
- Re: IPv6 Adoption Curve (was Re: Last Call: RFC 6… George Michaelson
- Re: Last Call: RFC 6346 successful: moving to Pro… Andrew Sullivan
- Re: IPv6 Adoption Curve (was Re: Last Call: RFC 6… Olivier MJ Crepin-Leblond
- Re: IPv6 Adoption Curve (was Re: Last Call: RFC 6… Randy Bush
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Fernando Gont
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Ralph Droms
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Dave Crocker
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Andrew Sullivan
- Re: Last Call: RFC 6346 successful: moving to Pro… Eggert, Lars
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Andrew Sullivan
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Randy Bush
- Re: Last Call: RFC 6346 successful: moving to Pro… Bob Hinden
- Re: Last Call: RFC 6346 successful: moving to Pro… Phillip Hallam-Baker
- Re: Last Call: RFC 6346 successful: moving to Pro… George Michaelson
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Phillip Hallam-Baker
- Re: Last Call: RFC 6346 successful: moving to Pro… Fernando Gont
- Re: Last Call: RFC 6346 successful: moving to Pro… 🔓Dan Wing
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Phillip Hallam-Baker
- Re: Last Call: RFC 6346 successful: moving to Pro… Lee Howard
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Phillip Hallam-Baker
- Re: Last Call: RFC 6346 successful: moving to Pro… Doug Royer
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Doug Royer
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Doug Royer
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Lee Howard
- Re: Last Call: RFC 6346 successful: moving to Pro… Phillip Hallam-Baker
- Re: Last Call: RFC 6346 successful: moving to Pro… Dave Crocker
- Re: Last Call: RFC 6346 successful: moving to Pro… heasley
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… Dave Crocker
- Re: Last Call: RFC 6346 successful: moving to Pro… Lee Howard
- Re: Last Call: RFC 6346 successful: moving to Pro… John Levine
- Re: [eX-bulk] : Re: Last Call: RFC 6346 successfu… Christopher LILJENSTOLPE
- Re: [eX-bulk] : Re: Last Call: RFC 6346 successfu… Christopher LILJENSTOLPE
- Re: Last Call: RFC 6346 successful: moving to Pro… Brian E Carpenter
- Re: Last Call: RFC 6346 successful: moving to Pro… James Woodyatt
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… John R Levine
- Re: Last Call: RFC 6346 successful: moving to Pro… Douglas Otis
- RE: Last Call: RFC 6346 successful: moving to Pro… Christian Huitema
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- RE: Last Call: RFC 6346 successful: moving to Pro… Christian Huitema
- Re: Last Call: RFC 6346 successful: moving to Pro… Ted Lemon
- Re: Last Call: RFC 6346 successful: moving to Pro… Stewart Bryant (stbryant)
- Re: Last Call: RFC 6346 successful: moving to Pro… heasley
- Re: Last Call: RFC 6346 successful: moving to Pro… heasley
- Re: Last Call: RFC 6346 successful: moving to Pro… Brian E Carpenter
- Re: Last Call: RFC 6346 successful: moving to Pro… Mark Andrews
- Re: Last Call: RFC 6346 successful: moving to Pro… 🔓Dan Wing
- Re: Last Call: RFC 6346 successful: moving to Pro… 🔓Dan Wing
- Re: Last Call: RFC 6346 successful: moving to Pro… Stewart Bryant