Re: Next steps for rfc6874bis

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 17 August 2021 20:39 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94C813A1FF1 for <ipv6@ietfa.amsl.com>; Tue, 17 Aug 2021 13:39:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 ZA_MXFv4By-Z for <ipv6@ietfa.amsl.com>; Tue, 17 Aug 2021 13:39:46 -0700 (PDT)
Received: from mail-pl1-x62f.google.com (mail-pl1-x62f.google.com [IPv6:2607:f8b0:4864:20::62f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A06C03A1FEE for <ipv6@ietf.org>; Tue, 17 Aug 2021 13:39:46 -0700 (PDT)
Received: by mail-pl1-x62f.google.com with SMTP id w6so390678plg.9 for <ipv6@ietf.org>; Tue, 17 Aug 2021 13:39:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=lbAYyMs1KkBm34scZ7e7MJQWn6CbbbNE4Y7HMy1p2jw=; b=mZmm9wir+mGcGxE6lvsag2vD1u7XJGmEMWMhqijGmboewlaIV7gYawMQDUSbg4oH5A mxXdAxX4II0DQ1L2OKwMZwORAUOamHbuzLvBDJmi1zRICVbKXcSJeCXVNReKllQoGRAz rlVD1q0fMUH4eJS6Ufol4JIDnQovuTmEYp6PcPJNYPJkCFCTrPv9iirGLmx1AeCaXEwn cPsRXYbbDZ0334u5z29DY/ZElOH7uB27OrV1lQT5VBlyZIM9pQ++Lff8apAIYM2Yc0in CmdxwSHJDb9JX5L9zdJz4Xz/MeixndftuJBoMZ3nQTgDaUeEf9nV4r5L4NRKCJnMSAii hZoA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=lbAYyMs1KkBm34scZ7e7MJQWn6CbbbNE4Y7HMy1p2jw=; b=bN/n3Yhhw71RZyxkpfIwD0csTpW+H2dPO9KrTs+3f6oY1jTnKjVaQ5wxGr8mZ0uc8X LT87sHxH1YCI+8aawZ5zTXDn/GLb2QNpsNuS0OOuoqew4SfvRgeXC+lUP7n90q1DVmTJ kIFh2ZExTnjeQj4peukzb31oov86XId0seL8RSrkMaivMw2luXxQVu9GwePB1I857Vg3 bmrkT0L9C5ONzJd9K8X+ZCGV8hagMViWI5jERcM19c3c8m5rPVGcXRfzQACHb6ScyyqN /+eABlOwbFK8//zxd6MRsyne/b5UPfu5Xo9qkc9CySJTKhMSffUMz3oN87FPqVIXTNqV 0imw==
X-Gm-Message-State: AOAM530E2O1tYEb5vgj6B5hRZGuBFDbNo2+Jc/LhCQE5SrQqIl4tA9+a oUtghtf1/icWLeErG4x9tHg75n/i3elzdQ==
X-Google-Smtp-Source: ABdhPJz+ylzC4feO2M24sS4VMeDbySMI4HoCsD82AURHCvAVPT1+RjvX/tJ7kMWMoPsBlMFcRNR6PQ==
X-Received: by 2002:a63:d14c:: with SMTP id c12mr5154188pgj.412.1629232785142; Tue, 17 Aug 2021 13:39:45 -0700 (PDT)
Received: from ?IPv6:2406:e003:1188:5b01:80b2:5c79:2266:e431? ([2406:e003:1188:5b01:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id c12sm3281041pfl.56.2021.08.17.13.39.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 17 Aug 2021 13:39:44 -0700 (PDT)
Subject: Re: Next steps for rfc6874bis
To: Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com>, ipv6@ietf.org
References: <667b9ebb-3c99-8c5b-fa57-796e5bb84b4c@gmail.com> <3269d750-2e97-9bb2-550a-94b652d689a4@foobar.org> <1ea4c0e5-fd7c-c39a-28a6-681f6c40af8c@gmail.com> <27470.1628692112@localhost> <m1mFccG-0000I3C@stereo.hq.phicoh.net> <20210816134703.meb4pfloazkco22n@anna.jacobs.jacobs-university.de> <m1mFdCV-0000HvC@stereo.hq.phicoh.net> <e1dd5e83-31d2-8b8b-2608-309f8d8d9cd0@foobar.org> <m1mFfMh-0000JWC@stereo.hq.phicoh.net> <29350bb2-a132-2196-c68e-e8d3614ecff8@gmail.com> <m1mFvPJ-0000JPC@stereo.hq.phicoh.net> <CANMZLAbhWbuEBRM63kQ_5=8Bz8cu_WzZ6kUV=9-TydzYgXSuOw@mail.gmail.com> <m1mFwMx-0000IdC@stereo.hq.phicoh.net>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <e684bfb5-d4f3-4c02-454b-c34428882852@gmail.com>
Date: Wed, 18 Aug 2021 08:39:41 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <m1mFwMx-0000IdC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/gXhaIGviuJcPudXnmusbfO3nzaM>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Aug 2021 20:39:52 -0000

On 17-Aug-21 22:30, Philip Homburg wrote:
>> Andrew offered ABNF to back up his assertion, I can't point to it from my
>> phone but you'll find it upthread somewhere. Whether real world parsers can
>> respect it is a question for the parser authors.
> 
> If I got it correct he is basically saying that RFC 3986 is wrong. 
>>From https://mailarchive.ietf.org/arch/msg/ipv6/ocNXw2Tl7YnOXOVjnUJ_VS7PI88/
> "That is a bug.  The '%' must be treated as the syntactic delimiter it is.

Well, the issue is that the prose in RFC3986 isn't really consistent
with the ABNF, where the pct-encoded construct is precisely defined and used.
A parser that strictly follows the ABNF will only apply percent encoding
(and decoding) where the ABNF tells it to, not to the whole string. That's
exactly the point we need to discuss with the implementers in WHATWG.
 
> If RFC 3986 is wrong, then that must be updated. I don't know how tricky
> that will be, it is an old RFC and the original RFC 1738 dates from 1994
> and also has text that '%' needs to be encoded.
> 
> I'm curious how they want to update RFC 3986.

We (the IETF) are "they". Unfortunately, there's another "they", the
implementers, and in the end the implementers win, because running
code trumps rough consensus.

   Brian