Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt> (Internet Protocol, Version 6 (IPv6) Specification) to Internet Standard
"C. M. Heard" <heard@pobox.com> Sat, 18 February 2017 23:15 UTC
Return-Path: <heard@pobox.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 2C127129675 for <ietf@ietfa.amsl.com>; Sat, 18 Feb 2017 15:15:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.202
X-Spam-Level:
X-Spam-Status: No, score=-2.202 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_LOW=-0.7, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=pobox.com; domainkeys=pass (1024-bit key) header.from=heard@pobox.com header.d=pobox.com
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 dxvTTliHMFNs for <ietf@ietfa.amsl.com>; Sat, 18 Feb 2017 15:15:38 -0800 (PST)
Received: from sasl.smtp.pobox.com (pb-smtp1.pobox.com [64.147.108.70]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D75F129667 for <ietf@ietf.org>; Sat, 18 Feb 2017 15:15:38 -0800 (PST)
Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id C6F586AAF6 for <ietf@ietf.org>; Sat, 18 Feb 2017 18:15:32 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=mime-version :from:date:message-id:subject:to:cc:content-type; s=sasl; bh=0ir ndjj8PjILfcnXOsRWeYZyK4I=; b=xpife6wdh4/rQPJrYNGMzgvO4jMsLkcapFS XUisV8r1JKUVs68LWV8SWJeIqnsD0js3VhzJiYSGKp4xqsQnT4MIOcqjrWPP2xc2 ZJWT1j/FG4kt50cLRAHLoRaYea5+w6YNKXtThrfCG+zuUTb80GV7x9cG+OEYpP5I wAMAJ2fM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=pobox.com; h=mime-version :from:date:message-id:subject:to:cc:content-type; q=dns; s=sasl; b= gf9IfeQZIbQiW3djz4g2qMGqj4wMP/SiCA6wTpg+kWZeVVfMBMjFXbGJAOXUYk4t dj2f1u2ybRQ72fkQl5IJWphREq7JDclfAExcPvtUcr2fFh4VCleAqqaM3q9XEcqM vgioaEaUj3kFPEERkzSjMCmxxWbBT3CcSLRJIJ+qgF0=
Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id BEC9A6AAF5 for <ietf@ietf.org>; Sat, 18 Feb 2017 18:15:32 -0500 (EST)
Received: from mail-qt0-f179.google.com (unknown [209.85.216.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id B9FB26AAF1 for <ietf@ietf.org>; Sat, 18 Feb 2017 18:15:31 -0500 (EST)
Received: by mail-qt0-f179.google.com with SMTP id b16so15514076qte.0 for <ietf@ietf.org>; Sat, 18 Feb 2017 15:15:31 -0800 (PST)
X-Gm-Message-State: AMke39l8tpIAY1J60als1sHpsQ+3soqGQbCHP5zwtuE64oyvL/Py5MG/gTy000LPmfAiwarNFo501/qj2E0Lcg==
X-Received: by 10.200.49.167 with SMTP id h36mr13255506qte.11.1487459731289; Sat, 18 Feb 2017 15:15:31 -0800 (PST)
MIME-Version: 1.0
Received: by 10.140.18.106 with HTTP; Sat, 18 Feb 2017 15:15:10 -0800 (PST)
From: "C. M. Heard" <heard@pobox.com>
Date: Sat, 18 Feb 2017 15:15:10 -0800
X-Gmail-Original-Message-ID: <CACL_3VG2WW_gKbdKznYMMdHTofAweSS1xrHo1Kahg85rsUutSA@mail.gmail.com>
Message-ID: <CACL_3VG2WW_gKbdKznYMMdHTofAweSS1xrHo1Kahg85rsUutSA@mail.gmail.com>
Subject: Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt> (Internet Protocol, Version 6 (IPv6) Specification) to Internet Standard
To: "Joel M. Halpern" <jmh@joelhalpern.com>
Content-Type: text/plain; charset="UTF-8"
X-Pobox-Relay-ID: 24CEF378-F630-11E6-B247-FE3F13518317-06080547!pb-smtp1.pobox.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Kp7UTbAhztvYx63E8vKLaPeCNGA>
Cc: Ole Troan <ot@cisco.com>, IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sat, 18 Feb 2017 23:15:40 -0000
On 2017-02-17 Joel M. Halpern wrote: > I disagree with your interpretation of the bar the document must meet. > I believe I have clearly stated my concern. > I will leave that judgment to the relevant ADs and IESG when they > review the last call results. Thank you for saying this. I am glad to see that someone who was not involved in the WG discussion has chosen to speak out in support of that position. During the WG discussion, I said: "If I were on the IESG and a spec came to me with a known ambiguity, I would vote to send it back to the WG with instructions to resubmit it after the ambiguity was fixed." I would base that on the following language from RFC 2127, Section 3.1 (which replaces similar language in RFC 2026, Section 4.1.1): A Proposed Standard will have no known technical omissions with respect to the requirements placed upon it. The relevant ADs and IESG may see this differently, but in my view, language that has been shown to admit conflicting interpretations, either by implementors or by authors of subsequent specifications, constitutes a "known technical omission," and if that's not good enough for PS, it's clearly not good enough for IS, either. There is ample evidence in the record that the language in both 2460 and now in 2460bis has led to conflicting interpretations regarding the admissibility of insertion of extension headers by any node other than the one originating the packet. The main discussion in 6man focused on the segment routing header, where versions of draft-previdi-6man-segment-routing-header up through 07 called for insertion of that header by a border router, and according to https://www.ietf.org/mail-archive/web/ipv6/current/msg20892.html and https://www.ietf.org/mail-archive/web/ipv6/current/msg24145.html, that behavior was actually implemented (for further evidence, see also https://lwn.net/Articles/698841/). That behavior was removed in favor of encapsulation in the -08 version of the draft and also in the version adopted by 6man (draft-ietf-6man-segment-routing-header), but the older implementations apparently linger on. The early SRH drafts, however, are not the only examples of conflicting interpretations of the language in 2460. RFC 6621 Section 6.1.3 says: If a digest collision is detected at an SMF ingress point, the H-DPD option header is constructed with a randomly generated HAV. An HAV is recalculated as needed to produce a non-colliding hash value prior to forwarding. The multicast packet is then forwarded with the added IPv6 SMF_DPD option header. By contrast, RFC 4782 (Quick Start) and RFC 6971 (Depth-First Forwarding) were careful to specify that the HBH options defined therein were either inserted by the source node or that encapsulation was used if inserted by a non-originating node. I couldn't find any discussion of 6621 or 6971 in the 6man archive. I did see 4782 mentioned as problematic, but I didn't get that from reading the RFC, which carefully discussed compatibility with AH. On 2017-02-17, Ole Troan wrote: > Do we agree that you can see this at two different angles? > > 1) Are there any interoperability issue or ambiguity in the protocol > specification of 2460 and how implementors of 2460 have interpreted > that? > > 2) Is 2460 "future-ambiguous", i.e it is unclear if 2460 permits a > future extension? Like ECMP, Header insertion NAT... Question #1 is incomplete, as it fails to ask if there is an ambiguity that has tripped up authors of specifications extending IPv6. That is demonstrably the case. And it is equally clear from the discussion on record that insertion of extension headers by intermediate nodes breaks fundamental assumptions of IPv6 and causes some of the core specifications to fail. Question #2 is also incomplete, as it fails to acknowledge the difference between extensions that break parts of the core specifications and those that do not. > I'm trying out the argument of declaring the whole question of > ambiguity out of scope. To see if there is better consensus for > that. And I am hoping that the community and the IESG do not buy this. Best regards, Mike Heard
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- RE: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Manfredi, Albert E
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Stefano Previdi (sprevidi)
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… tom p.
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… C. M. Heard
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… 神明達哉
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Pete Resnick
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Suresh Krishnan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Pete Resnick
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… tom p.
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Enno Rey
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Enno Rey
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… John Leslie
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Mark Smith
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Randy Bush
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Sander Steffann
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Greg Skinner
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joe Touch
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joe Touch
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joe Touch
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joe Touch
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Pete Resnick
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Philip Homburg
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… 神明達哉
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Randy Bush
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Ted Lemon
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Randy Bush
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Scott Bradner
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Randy Bush
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Randy Bush
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Suresh Krishnan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Suresh Krishnan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Suresh Krishnan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Eric Vyncke (evyncke)
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Leddy, John
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Tal Mizrahi
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Mark Smith
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Mark Smith
- RE: [EXT] Re: Last Call: <draft-ietf-6man-rfc2460… Tal Mizrahi
- RE: [EXT] Re: Last Call: <draft-ietf-6man-rfc2460… David Mozes
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joel M. Halpern
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joel M. Halpern
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: [EXT] Re: Last Call: <draft-ietf-6man-rfc2460… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: [EXT] Re: Last Call: <draft-ietf-6man-rfc2460… Mark Smith
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joel M. Halpern
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Scott O. Bradner
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joel M. Halpern
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Joel M. Halpern
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Scott O. Bradner
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Stewart Bryant
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Alejandro Acosta
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Stewart Bryant
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… james woodyatt
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… otroan
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… C. M. Heard
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Philip Homburg
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… C. M. Heard
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… C. M. Heard
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Mark Andrews
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… heasley
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Sander Steffann
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Sander Steffann
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Fernando Gont
- Address types [was: Last Call: <draft-ietf-6man-r… Brian E Carpenter
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Erik Kline
- Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt… Alexandre Petrescu