IETF Logo Mail Archive

Re: I-D Action: draft-carpenter-6man-rfc6874bis-00.txt

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 07 July 2021 15:44 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 91BCD3A1C4C for <ipv6@ietfa.amsl.com>; Wed, 7 Jul 2021 08:44:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, 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 fnZnKVXOXFmc for <ipv6@ietfa.amsl.com>; Wed, 7 Jul 2021 08:44:28 -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 913A83A1C4A for <ipv6@ietf.org>; Wed, 7 Jul 2021 08:44:28 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id BB84838A1E; Wed, 7 Jul 2021 11:46:57 -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 x2ZwpEE1yIIo; Wed, 7 Jul 2021 11:46:54 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id 37AB838A1D; Wed, 7 Jul 2021 11:46:54 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 26AA1213; Wed, 7 Jul 2021 11:44:22 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com>, ipv6@ietf.org
Subject: Re: I-D Action: draft-carpenter-6man-rfc6874bis-00.txt
In-Reply-To: <m1m19WD-0000EXC@stereo.hq.phicoh.net>
References: <162545101341.19246.8566193740265797873@ietfa.amsl.com> <95a7dbe5-e0a3-4676-9dcc-005ff53725e0@gmail.com> <CA+9kkMD3iSgo-KMM5Ed8bVnVCu_G3f2kB6zHKoOx2ta=x8QucA@mail.gmail.com> <CANMZLAbmdWHDRBPpHgy_e4_0-WUVW2gjnbXWwu2pF_xi-S0vWQ@mail.gmail.com> <87a6n13y0j.fsf@ungleich.ch> <CA+9kkMBx4F0FGZasdk11ogyCOwQZecAEkO4JbECDr4osySN-4w@mail.gmail.com> <01289d8c-a470-1867-448f-3d616647ba5f@gmail.com> <87bl7flww8.fsf@ungleich.ch> <6771.1625578366@localhost> <m1m19WD-0000EXC@stereo.hq.phicoh.net>
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, 07 Jul 2021 11:44:22 -0400
Message-ID: <2106.1625672662@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/PBbK6nKprNZUbZ_9VFNm2p2Bdzw>
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, 07 Jul 2021 15:44:34 -0000


Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com> wrote:
    >> Nico Schottelius <nico.schottelius@ungleich.ch> wrote:
    >> > While copy & paste won't work with this proposal, I believe the %25
    >> > escape should be "good enough" for most daily usage.
    >>
    >> Also, ping and/or getaddrinfo() could become tolerant of %25 as a special
    >> case (and given that few Windows machines have 25 interfaces), which would
    >> let the copy&paste work the other way.

    > Instead of doing this, maybe we should pick a new character in an update of
    > RFC 4007 and deprecate '%' as a mistake?

I think it's worth thinking about again.

    > Aternatively, if we make fe80::ABCD%0 a valid address in the socket API
    > (and do something sensible in operating systems to select a default interface)
    > then we can reduce the use of scoped addresses and thus the copy paste problem.

Actually, that pretty much is the case,
(assuming that you consider getaddrinfo() to be part of the API).
A problem is that browsers don't use it directly, because
reasons... including Happy Eyeballs, and because the location bar is also
search, etc.
That's why Curl trivially works, but chrome doesn't.


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

v2.23.0 | Report a Bug | By Email