Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt> (Internet Protocol, Version 6 (IPv6) Specification) to Internet Standard

Fernando Gont <> Fri, 17 February 2017 13:37 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 9B276129A20 for <>; Fri, 17 Feb 2017 05:37:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id KY0iueFXs9iH for <>; Fri, 17 Feb 2017 05:36:58 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 14EEB1295E1 for <>; Fri, 17 Feb 2017 05:36:58 -0800 (PST)
Received: from [IPv6:2001:1291:200:42e::2] ( [IPv6:2001:1291:200:42e::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPSA id 4174880EBC; Fri, 17 Feb 2017 14:36:50 +0100 (CET)
Subject: Re: Last Call: <draft-ietf-6man-rfc2460bis-08.txt> (Internet Protocol, Version 6 (IPv6) Specification) to Internet Standard
References: <> <> <> <> <> <> <> <> <> <> <> <> <> <> <> <> <> <> <>
From: Fernando Gont <>
X-Enigmail-Draft-Status: N1110
Message-ID: <>
Date: Fri, 17 Feb 2017 09:40:19 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Archived-At: <>
Cc: IETF discussion list <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 17 Feb 2017 13:37:00 -0000

On 02/15/2017 07:18 AM, wrote:
>>>> Ole, it is true that we write in English, and there is always room for
>>>> "interpretation", sometimes reasoanble room, sometimes not.
>>>> But in this case we have a demonstrated difference in how people
>>>> understand the existing text.  When we have such a demonstrated
>>>> difference, we have an obligation to address it.
>>> This particular issue has caused no interoperability issue,
>> May I ask what's the data that support this statement?
> From the shepherd's writeup:
>    IPv6 is implemented on most platforms (hosts, routers, servers, etc.),
>    including proprietary and open source.  A list of products that have
>    received the IPV6 Ready logo can be found at:

This has nothing to do wth the interoperability problems that may be
caused by a middlebox that inserts EHs.

>> You certainly have no way of knowing this, or whether interoperability
>> issues may arise in the future.
> Yes, we do know if our protocols have interoperability issues.
> Have you implemented RFC2460? I have. So have many others on this list.
> In the context of implementing 2460 there just is no ambiguity and this issue will never arise.

Huh?  Yes, if you connect two IPv6 devices, without a middle-box
inserting EHs in the middle, you will not experience the associated
possible problems. What's the news here?

> What you are talking about is something else. You are talking about the hypothetical "What if someone standardised something new in the future?"


C'mon, Ole. Take a look at the initial versions of the SR I-D -- and, EH
insertion has reportedly been deployed as a result of the implementation
of such initial versions of the I-D.

You can clarify that EH insertion is banned, and move rfc2460bis to full
stanard (since that's what's supposed to be mature)

You can delay rfc2460->std, and work to update rfc2460.

Now, moving rfc2460 to full std knowingly leaving a hole there such that
after rfc2460 is std you completely change the architecture (e2e vs
!e2e) with EH insertion doesn't seem a serious thing to do, IMO.

Fernando Gont
SI6 Networks
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492