Re: Next steps for rfc6874bis

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 11 August 2021 14:28 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 914693A1851 for <ipv6@ietfa.amsl.com>; Wed, 11 Aug 2021 07:28:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 p4xO1Kt-6RbQ for <ipv6@ietfa.amsl.com>; Wed, 11 Aug 2021 07:28:43 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 234293A188D for <ipv6@ietf.org>; Wed, 11 Aug 2021 07:28:42 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id CD234389AD; Wed, 11 Aug 2021 10:33:19 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yiDqwKXMLw3U; Wed, 11 Aug 2021 10:33:14 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 882C4389AB; Wed, 11 Aug 2021 10:33:14 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 01EF8736; Wed, 11 Aug 2021 10:28:33 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, 6man <ipv6@ietf.org>
Subject: Re: Next steps for rfc6874bis
In-Reply-To: <1ea4c0e5-fd7c-c39a-28a6-681f6c40af8c@gmail.com>
References: <667b9ebb-3c99-8c5b-fa57-796e5bb84b4c@gmail.com> <3269d750-2e97-9bb2-550a-94b652d689a4@foobar.org> <1ea4c0e5-fd7c-c39a-28a6-681f6c40af8c@gmail.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Wed, 11 Aug 2021 10:28:32 -0400
Message-ID: <27470.1628692112@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/PBK7EZChVsXKIRgQe7yVeZMYc4E>
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: Wed, 11 Aug 2021 14:28:57 -0000

Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
    >> Brian E Carpenter wrote on 01/08/2021 23:17:
    >>> During the original discussion in 2012, and again recently, it was
    >>> suggested to change the delimiter from "%" to something else.  (The
    >>> discussion in 2012 suggested "-", e.g. http://[fe80::abcd-en1].)
    >>> This was rejected in 2012 because it "Requires all IPv6 address
    >>> literal parsers and generators to be updated in order to allow simple
    >>> cut and paste; inconsistent with existing tools and practice."
    >>>
    >>> Do we want to revisit this?
    >>
    >> Definitely, but can we deal with more tractable issues first, e.g.
    >> global warming, slaac vs dhcpv6, world peace, etc?

    bc> Since nobody has argued against Nick, can we put this issue to one
    bc> side (as we did 9 years ago)? If we do that, we can have a fairly
    bc> straightforward discussion with the URI and browser community,
    bc> focusing entirely on % vs %25.

I disagree.
I think that changing the delimiter should be on the table in the discussion.
If the browser community doesn't like it, then fine, but let's let the group
make the decision.

My argument is:

1) in order to maintain cut&paste, if we do %25, then we have to change
   everything anyway.

2) people using command-line tools probably can cope with swapping around
   stuff in the short-term.

3) On GNU-Linux glibc systems, it's probably an update to getaddrinfo() only.
   A new character is probably easier to put in than %25.
   That could happen really quickly.  Of course, it doesn't have to stop
   understanding %.
   Ditto BSD systems.  Few utilities parse that stuff themselves.

4) If we'd started in 2012, we'd already be done.  We don't have
   interoperability now anyway.

[I abhor %25, btw]

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide