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 > --------------------------------------------------------------------
- Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Michael Richardson
- Re: Next steps for rfc6874bis Nick Hilliard
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Michael Richardson
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis David Farmer
- Re: Next steps for rfc6874bis Nick Hilliard
- Re: Next steps for rfc6874bis Michael Richardson
- Re: Next steps for rfc6874bis Kerry Lynn
- Re: Next steps for rfc6874bis Michael Richardson
- Re: Next steps for rfc6874bis Mark Smith
- Re: Next steps for rfc6874bis Michael Richardson
- Re: Next steps for rfc6874bis Kerry Lynn
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Jürgen Schönwälder
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Nick Hilliard
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Bob Hinden
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Brian Carpenter
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Brian E Carpenter
- Re: Next steps for rfc6874bis Philip Homburg
- Re: Next steps for rfc6874bis Carsten Bormann