[IPv6]Re: draft-carpenter-6man-zone-ui: Call for Adoption
Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 28 May 2024 23:58 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 C8017C1840DC; Tue, 28 May 2024 16:58:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.096
X-Spam-Level:
X-Spam-Status: No, score=-6.096 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, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3O-6zoyO98uz; Tue, 28 May 2024 16:58:53 -0700 (PDT)
Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01536C14CE45; Tue, 28 May 2024 16:58:52 -0700 (PDT)
Received: by mail-pl1-x632.google.com with SMTP id d9443c01a7336-1f32448e8fbso11056475ad.1; Tue, 28 May 2024 16:58:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716940732; x=1717545532; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=miOWxl8qHT26rkHUtYY2nieS93PTQf7hnFa+DCgLbfE=; b=XCN7WqBgTRcPqpMVzPewCmrCAhawLJKfbzrAm1RKpwwTONp/T/2Cnz5Va3gx3IADGZ cnX+mMKfgXTN4Mp6FWb6LCCNhm7RHYpN7SV2n/l+k8xRjqnMFDLNdjfNgfzWeBGfpIrs k5IfrNpcKpw0dmdFcw70dbnSxPu4gK3Hsah1tYO+l0BB6Rj5mK8cqmVhXJAesd6xTAuq k4yHjSHobzjjmMQs2+Ze/hr4CIPEtRRNTSC+JbAd8B+oPsLB60Jafca87LmOmxgu/xFr Hck+zFMw2DWbgYi93xxrZu8Evsy2faOdJ9aagvH9arjMM2nTm8w4NF2IpcdrL7TkvhzB RjBA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716940732; x=1717545532; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=miOWxl8qHT26rkHUtYY2nieS93PTQf7hnFa+DCgLbfE=; b=tQbWhouR0+P7cY0XbcfxWfql0YAZIwBTVpGoYF4GaNie/STDgfApJ34r/DXPKhb1Y8 BAVT4AnOt4Ltqvuhwmksw0dXYNB8bP6BkKiDiS9gboA5QR0svrmLqFpfPb1mgyaK+WIn +Mdmbp7M9IwABDHoFkQXy+WRFBIKJFQmEeCSv55+V30ZqJtqzNiTenIFmGvL0DxuHwRa BXqRwC6874OQFNxXxv1bZWbKMd0rChSG8rJs79UqNQpIrbsaW9lvHVR0V+rnXbkyPiyd LWkwzw6099zKf/hIRzmlt3IgaNrNYUp9xX7a77NZX9e5qNiChSn0QTzGqjNaGHID0itH XVPg==
X-Forwarded-Encrypted: i=1; AJvYcCWHRG0lX3xlm+OZH+g1T3dsaR0V7VCzBxObrxbwp9vPhZbLoih84nS/5pFDp7dn4JfIhgHKnEI9JlX+qSxo+aFiIoZbJ7SWIrD/QoH+PeKjWOaL5g==
X-Gm-Message-State: AOJu0YyfZqamUlLE16BbFZrq/RnRxtwIGk1YzckuWnZ3wuMj74iwa8JM ostn/kvuThMTtflYB9j2oe14FKywTFnAnG0tEJ1MidHqN7PyHUwo
X-Google-Smtp-Source: AGHT+IFS7D3aHdyIpUW8aHUMEUEy/5KHxURKlXRskQJHxkGB/x8XZT5It7lAr2Qz7JSHzub7LyePIQ==
X-Received: by 2002:a17:902:ce82:b0:1f4:6f3a:a133 with SMTP id d9443c01a7336-1f46f3aa6a8mr104957945ad.3.1716940731970; Tue, 28 May 2024 16:58:51 -0700 (PDT)
Received: from ?IPV6:2404:4400:541d:a600:44b7:2c2e:2bc6:8707? ([2404:4400:541d:a600:44b7:2c2e:2bc6:8707]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-1f44c9d899dsm85780665ad.290.2024.05.28.16.58.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 28 May 2024 16:58:51 -0700 (PDT)
Message-ID: <18506fa1-f30a-4bba-860b-638167b1267e@gmail.com>
Date: Wed, 29 May 2024 11:58:46 +1200
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: David Schinazi <dschinazi.ietf@gmail.com>
References: <CAFU7BATtq-YRJ-g2zAmf671WB9=gUUZtiX_nhq9yvMO7xJr3rw@mail.gmail.com> <CAPDSy+49VFs_nWFYN3rw5YXaVw9pLovRPRbBGOFyOHDqJTzqWQ@mail.gmail.com> <1c6f6f9e-5395-47ad-a923-5de30a1b2cf3@gmail.com> <CAPDSy+7YntG23tR=qzsdggeaUUF28mehfB4nR5fBhQAtAoLxVw@mail.gmail.com>
Content-Language: en-US
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CAPDSy+7YntG23tR=qzsdggeaUUF28mehfB4nR5fBhQAtAoLxVw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Message-ID-Hash: RL2CW6HAA5J7RGEKNPZ345UT54QN2Y3I
X-Message-ID-Hash: RL2CW6HAA5J7RGEKNPZ345UT54QN2Y3I
X-MailFrom: brian.e.carpenter@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-ipv6.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: 6man <ipv6@ietf.org>, 6man Chairs <6man-chairs@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [IPv6]Re: draft-carpenter-6man-zone-ui: Call for Adoption
List-Id: "IPv6 Maintenance Working Group (6man)" <ipv6.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/nCDhwzuqbPU0SvQnC5GRANSwFwg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Owner: <mailto:ipv6-owner@ietf.org>
List-Post: <mailto:ipv6@ietf.org>
List-Subscribe: <mailto:ipv6-join@ietf.org>
List-Unsubscribe: <mailto:ipv6-leave@ietf.org>
On 29-May-24 10:16, David Schinazi wrote: > Hi Brian, > > This draft is currently saying "browsers SHOULD do XYZ, but by the way we don't know how one might do that at all". That's not good or helpful guidance to give to browser implementers. I'd be perfectly happy, personally, to remove all references to browsers, but earlier comments said not to do that. I don't see why the IETF should tell any particular class of UI implementers how to do their job; by removing references to URI syntax and HTTP message content, we are not impacting Web standards issues in any way. (A browser add-on to input a Zone ID a.k.a. interface identifier isn't hard to imagine, but the browser's internal handling of Zone IDs is another matter. As I think I already mentioned, even if you get an LLA plus Zone into a browser via mDNS, the result is browser-dependent. I cannot imagine any document from the IETF that would resolve this.) Regards Brian > > David > > On Tue, May 28, 2024 at 2:45 PM Brian E Carpenter <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote: > > David, > > Obviously, the authors disagree. The text says "this approach does not resolve the issue of how browsers should support link-local addresses." This makes it pretty clear that we don't expect browsers to do this any time soon. It doesn't modify URIs or what browsers might or might not include in HTTP messages, so there is no interaction with Web standards. Like all IETF standards, this is voluntary and browser implementers can choose to ignore it. > > Regards > Brian Carpenter > > On 29-May-24 09:02, David Schinazi wrote: > > Hi, > > > > I strongly oppose adoption of draft-carpenter-6man-zone-ui as currently scoped. As I've mentioned in previous messages [1,2,3], I consider it harmful for this document to place unimplementable normative requirements on Web browsers. > > > > Thanks, > > David > > > > [1] https://mailarchive.ietf.org/arch/msg/ipv6/cy8sbKEc2-nLNbJfvJuf8X2yU2c/ <https://mailarchive.ietf.org/arch/msg/ipv6/cy8sbKEc2-nLNbJfvJuf8X2yU2c/> <https://mailarchive.ietf.org/arch/msg/ipv6/cy8sbKEc2-nLNbJfvJuf8X2yU2c/ <https://mailarchive.ietf.org/arch/msg/ipv6/cy8sbKEc2-nLNbJfvJuf8X2yU2c/>> > > [2] https://mailarchive.ietf.org/arch/msg/ipv6/BxKeDKDsaeVdJk9AdTC04dmgBWg/ <https://mailarchive.ietf.org/arch/msg/ipv6/BxKeDKDsaeVdJk9AdTC04dmgBWg/> <https://mailarchive.ietf.org/arch/msg/ipv6/BxKeDKDsaeVdJk9AdTC04dmgBWg/ <https://mailarchive.ietf.org/arch/msg/ipv6/BxKeDKDsaeVdJk9AdTC04dmgBWg/>> > > [3] https://mailarchive.ietf.org/arch/msg/ipv6/kQsLE6rtwaNubyrfTptZsQte1MI/ <https://mailarchive.ietf.org/arch/msg/ipv6/kQsLE6rtwaNubyrfTptZsQte1MI/> <https://mailarchive.ietf.org/arch/msg/ipv6/kQsLE6rtwaNubyrfTptZsQte1MI/ <https://mailarchive.ietf.org/arch/msg/ipv6/kQsLE6rtwaNubyrfTptZsQte1MI/>> > > > > > > On Tue, May 28, 2024 at 1:34 AM Jen Linkova <furry13@gmail.com <mailto:furry13@gmail.com> <mailto:furry13@gmail.com <mailto:furry13@gmail.com>>> wrote: > > > > This email starts an adoption call for the following document: > > > > Title : Entering IPv6 Zone Identifiers in User Interfaces > > Authors : B. Carpenter, R. Hinden > > Pages : 9 > > Date : 2024-03-31 > > > > https://datatracker.ietf.org/doc/draft-carpenter-6man-zone-ui/ <https://datatracker.ietf.org/doc/draft-carpenter-6man-zone-ui/> <https://datatracker.ietf.org/doc/draft-carpenter-6man-zone-ui/ <https://datatracker.ietf.org/doc/draft-carpenter-6man-zone-ui/>> > > > > Please note that the draft in question is a continuation of the work > > done in draft-ietf-6man-rfc6874bis which was adopted by this WG > > previously. > > > > Substantive comments, statements of support for adopting this > > document or objections to the adoption should be sent to the mailing > > list. Editorial suggestions can be sent to the authors. > > . > > This adoption call will end on June 12th 2024. > > > > Regards, > > > > Ole & Jen > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org <mailto:ipv6@ietf.org> <mailto:ipv6@ietf.org <mailto:ipv6@ietf.org>> > > Administrative Requests: > > -------------------------------------------------------------------- > > > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org <mailto:ipv6@ietf.org> > > Administrative Requests: > > -------------------------------------------------------------------- >
- [IPv6]draft-carpenter-6man-zone-ui: Call for Adop… Jen Linkova
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Mark Smith
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Schinazi
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Farmer
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Mark Smith
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Martin J. Dürst
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Behcet Sarikaya
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Farmer
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Martin J. Dürst
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Schinazi
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Schinazi
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Nick Buraglio
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Schinazi
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Brian E Carpenter
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Farmer
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … David Farmer
- [IPv6]Re: draft-carpenter-6man-zone-ui: Call for … Weiqiang Cheng