Re: Next steps for rfc6874bis

Mark Smith <markzzzsmith@gmail.com> Thu, 12 August 2021 19:21 UTC

Return-Path: <markzzzsmith@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 4FB493A46FB for <ipv6@ietfa.amsl.com>; Thu, 12 Aug 2021 12:21:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.598
X-Spam-Level:
X-Spam-Status: No, score=-0.598 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 2hXKfEiROMi1 for <ipv6@ietfa.amsl.com>; Thu, 12 Aug 2021 12:21:33 -0700 (PDT)
Received: from mail-io1-xd32.google.com (mail-io1-xd32.google.com [IPv6:2607:f8b0:4864:20::d32]) (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 7BB473A46F7 for <ipv6@ietf.org>; Thu, 12 Aug 2021 12:21:33 -0700 (PDT)
Received: by mail-io1-xd32.google.com with SMTP id q16so7551745ioj.0 for <ipv6@ietf.org>; Thu, 12 Aug 2021 12:21:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=JU00iIpZXCdPZhmH4m1VQM65+/uBwcyztq/hCeDi8MU=; b=fRAjkA86Ps6h6UtPUFEg+Iie3EoqH/Fj9hEXgns9l9rSD40PULi3yaGJcSpVwJHX9+ HlfYYp/poWZ/X4z+i8/teas5D94q0Iiqdr1HmxjkW+ImGM0r84+uRE6n+o4etEaBr5ev jiZusHNedXjkpuTNPuwAcfWby0wceR64BXUkSUUJrZihTxd95VDkiuM73qRrNqJKC0kT s4AsLRoOYzPJsu6/C3nE6TssbfwIkyuPXoItG6EKlpUhEhhoNRDfcZgIt22Jv6EGGzsG GSibYvXE7YcrXlpV18yBO3XimBQyT9U5HoqCuTSK/JiGTFaO2FlXlF3l3U/clb9EqaYh UtwQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=JU00iIpZXCdPZhmH4m1VQM65+/uBwcyztq/hCeDi8MU=; b=eCUY5kYsgTOSRodvuqwI+tUaGbmIJf+RnyQ2h1PG7xlIHtLZNYemCZFG3+lbRLWw4a a+cL/mqvgKU4vtLZELEhkxnaRPXC7NLbP4rPV9P/PVWMvVQwoiNAkt86G6DrxlxZE3sK a8BKGljFzCs2ovJE9/fZ038WbXpmP+9yP8UNDnMfScjaA5fkDx9+ZMzdTDowIN2UOMcN JRgtjO8BnvWUrapLOdFGNHz8U6iRyLqv40zb/v2szoKpnDQxuoACH+6sh89TdPKqUZdp t6n9v06CGsohpoyYfmLt7KK5VQPE2sDZow0Q1NxeQ8Abs/mtkPGCFJlxVC/Rti+PEsNT 82iQ==
X-Gm-Message-State: AOAM531of6q5uh0OFmE/K6MvkOSieiizJpv/eSa7ajTeMbsxnApmHdTe GNR33eS+uOYUfM7hEv4aB8xu7l/+GVjBTLMwmpU=
X-Google-Smtp-Source: ABdhPJzhCk3gMvfIq3M/QvDlCJ5dUZLCdOS7ob1+4WLOalt5hG8mHEz7abQVDp0LHYXBdl8uSSPkzsCTJ46+CIN6Hp8=
X-Received: by 2002:a05:6638:3889:: with SMTP id b9mr5111952jav.83.1628796092125; Thu, 12 Aug 2021 12:21:32 -0700 (PDT)
MIME-Version: 1.0
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> <406d13b3-4b30-1a1a-5cd7-27a36157a3ea@gmail.com> <31519.1628777761@localhost> <CABOxzu0k9siJ_JuERi9COgt966iP4Xe3Yq=AcpXOFL14qSW3UQ@mail.gmail.com>
In-Reply-To: <CABOxzu0k9siJ_JuERi9COgt966iP4Xe3Yq=AcpXOFL14qSW3UQ@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Fri, 13 Aug 2021 05:21:05 +1000
Message-ID: <CAO42Z2z05rVv8eEEjxzW+QN1fwonr1hovhVY1sYhRZuj+FjtXQ@mail.gmail.com>
Subject: Re: Next steps for rfc6874bis
To: Kerry Lynn <kerlyn=40ieee.org@dmarc.ietf.org>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 6man <ipv6@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/hW7k86Jt2sD9gzGKddQFeHjTb1s>
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: Thu, 12 Aug 2021 19:21:38 -0000

On Fri, 13 Aug 2021 at 03:24, Kerry Lynn
<kerlyn=40ieee.org@dmarc.ietf.org> wrote:
>
> If I could add my $0.02 (even though I'm not current on all the
> discussions and details):

As I'm not either, however another 2c.

Non-technical end users shouldn't be exposed or have to even enter
IPv6 addresses, including link-locals. While convenient to be able to
enter them into a URL field in a browser, it shouldn't be a common
thing to do.

For user friendly end user access to device web GUIs over link-local
addresses, the devices announcing themselves via MDNS would be better.
I have a laser printer that already uses MDNS to announce its IPv6
address.

Web browsers could provide a user-friendly selection list showing
devices discovered via MDNS. An extension for Firefox that looks to do
this already exists -
https://addons.mozilla.org/en-US/firefox/addon/mdns-discover/

For technical users who need to enter link-local addresses and
interface/zone IDs, having a technical dialog box, with separate IPv6
address and interface/zone ID fields, hidden away under more technical
menu options (like Firefox's "More Tools" menu) should be adequate to
resolve this thread's issue by avoiding it.

Regards,
Mark.

> - I believe http://[fe80::%eth0] _used to work_ in Mozilla browsers;
>   we're talking maybe early 2000s. The earliest version I can find online
>   is c. 2015. Pretty sure I might have old VMs that can demonstrate
>   the functionality. (Let's assume there's an existence proof for parsing
>   a naked '%' between square brackets.)
> - If this has to be approved by the browser community as a condition
>   of it becoming widely available, do we know if they will support link
>   local addresses in principle? (If not, then the utility of this for e.g.
>   consumer router setup is moot.)
> - If the browser community can support this in principal, then we can
>   discuss EBNF. I strongly favor the syntax above, but any single char
>   is better than "%25". Certain OSes (not naming any names) use
>   numeric ZoneIDs and I think the cognitive dissonance of "%25<nn>"
>   is problematic.
> - If the browser community cannot support this, then we could perhaps
>   develop a patch for cURL to make it available at least for the engineering
>   community (I haven't checked cURL to see if it's already supported).
>
> Cheers, Kerry
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------