Re: [v6ops] IPv6 link-local and URLs @ IETF119

"Murray S. Kucherawy" <superuser@gmail.com> Wed, 20 March 2024 01:21 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F01CFC1CAF3D; Tue, 19 Mar 2024 18:21:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 08bp3zk-C0K4; Tue, 19 Mar 2024 18:21:04 -0700 (PDT)
Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (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 65B62C151539; Tue, 19 Mar 2024 18:21:00 -0700 (PDT)
Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-a469dffbdfeso150390166b.0; Tue, 19 Mar 2024 18:21:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710897658; x=1711502458; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=4ktitM5nQ4DUNUB5ob/F4dnOJEYUq4INKDmtAHbAmvw=; b=c2OTaqGvArvbSFM5EMl2fSBYWlHbrTJbL+FRcCCuikIb7aq0CSvu1y/MbnTPEUXvZX BAq2CsKHrNTfwrcQyBaJm3Fp9TnCIurv/7dqibNJKH4NY4sIOzh9+YMli4TAP0FX1X+F 4S/JAW7U1vEEegP/+yoDOK6h46pYV0ydJw9xfbnple/v56OQGPm8A18laVd5giqrTEKK J68/qzVeU+/VQSXrFVuhlnc3x4RstEBDnUEPv4K0krj2kAU9/5Oi/KrqLFe+iiuUF0rx Zgd5euNAgaykU27jvaUQeE7AcSI+49sfICYtnp1QIbzZu3e2R2In7vDaYsJPzYlNnG5i e2lA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710897658; x=1711502458; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=4ktitM5nQ4DUNUB5ob/F4dnOJEYUq4INKDmtAHbAmvw=; b=ttBLGv9pUEKWeSJHRPsgg0FO31Sgoxy+he8uha0h6vA9S1HJnEhC8nyMtF2KwnmRLn GWUvect3KkHwcxQIiVUgkdTEuvSVSWKQmZp4fdssAI41C5b9NO8W6tTC2TuknU+1L7Al UU609AXnF1I/mF1NTFddMtdQGthXNXCKb22NgJEByRAXxDD3fnBiHKR1d6CaPbvqH4VY QI4QOC2lPwLhCg75x+c+gv+3H4sopibW2tP5rjdyrzIo8DHsqzGW9azyb6IkEASP6/VU pSaXgmI3sDRQM9Pxpxrx5yuP1wp0sdDbUvs4ol0SQwKQXS8RpZV+45sJl6M/s9jex/qv fiSQ==
X-Forwarded-Encrypted: i=1; AJvYcCWzsYEJtC1xyCoyKu5aR+mrS0wUsD5pXTxtk0JOnEVENsGwAiaTsTMI6FUpKqjPmQKLOXg1piVUlTZkJOHNwTMb1A7Q+hKHHozwEOWQPVOUxjIsYLB6WLraGAbNz959nLYY2uE=
X-Gm-Message-State: AOJu0YyDXXE6+BI53R8uQcN3GW6R/naSvL0eT5KXkU8xob+HXt0QgVbL ESX4EjuaWoztJr0Uoua1H6MF8gjX9Mxz+6Nm1kkosWpkByO6l0aYxAu+sbnKPGM9ycfUsIg+zaC 4Apef+Q/hv89DOncl63xhbtx/sB0=
X-Google-Smtp-Source: AGHT+IHUWWb7z5Xxr8XFNZ7UXNJxn+X32mNwhZM9JeViiJ4fWq33bvnrjgqVgSg+Iqan4yI++OOuJaN9stUfVmy1unA=
X-Received: by 2002:a17:906:5619:b0:a46:e921:ae40 with SMTP id f25-20020a170906561900b00a46e921ae40mr1558635ejq.2.1710897657923; Tue, 19 Mar 2024 18:20:57 -0700 (PDT)
MIME-Version: 1.0
References: <CAL0qLwZ2WELSG868Hcc=dYH_zcm+ecEbavt8Oq7GSTT8st0hWg@mail.gmail.com> <e9387f40-408a-15fb-3f2c-afaa05c5a7ce@gmail.com> <CAKD1Yr09GvBdHFqPAujGaJ-j4cLYX2yMLhMDB4b_GfEM-1SNYw@mail.gmail.com> <CAKr6gn3ektAdcMz2g230S3UZKoyMohc_3_t9Xi1QtAcDem3P1Q@mail.gmail.com> <bc63fd8e-4a04-535d-977d-cd102ae0fbae@gmail.com> <CAKD1Yr3hQOKYZ0JwOXf6z8d9r4cwggmUXApLWwdgCyNG9XYWVw@mail.gmail.com> <dd8b103c-33ad-962e-f26f-40bc89175a96@gmail.com> <CAMGpriVH2b_V5U9HMg5cz=zGB67qRZh=SZVrEyEWs=mTfbtvJw@mail.gmail.com> <Zfn_q3Q9duxGNXcf@faui48e.informatik.uni-erlangen.de> <394964de-7c3f-135e-6925-8bf7642eb486@gmail.com> <ZfoFtHD5oXVCczZq@faui48e.informatik.uni-erlangen.de>
In-Reply-To: <ZfoFtHD5oXVCczZq@faui48e.informatik.uni-erlangen.de>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Wed, 20 Mar 2024 11:20:45 +1000
Message-ID: <CAL0qLwbSqjA5Kmq3eGwkNrFW_LgUCgeNMgRGwOz2XxBiJ8ycpQ@mail.gmail.com>
To: Toerless Eckert <tte@cs.fau.de>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, ipv6@ietf.org, Erik Kline <ek.ietf@gmail.com>, ipv6-chairs@ietf.org, Lorenzo Colitti <lorenzo@google.com>, George Michaelson <ggm@algebras.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000025d01506140d6712"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/v3tTcenNd6YtvMmxt3h13JW-oR8>
Subject: Re: [v6ops] IPv6 link-local and URLs @ IETF119
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Mar 2024 01:21:05 -0000

On Wed, Mar 20, 2024 at 7:37 AM Toerless Eckert <tte@cs.fau.de> wrote:

> > > Why again is it not in the IESG queue ? Is this not something that
> 6MAN would have to agree upon,
> > > aka: stop pursuing the document, stop discussing Murrays DISCUSS ?
>

It has passed through the IESG queue.  It's still sitting in "IESG
Evaluation" state because it hasn't been moved to its next step (either
"Approved, "Dead", or back to the WG for more development), which isn't
uncommon for documents that need adjustment of some kind before proceeding,
especially when there exist one or more unresolved DISCUSS positions, or
when it hasn't enough ballot positions on the record to support approval.

> The IESG is at liberty to return a document to a WG when it has no chance
> of getting approved in its present form.
>
> Ok. Did this happen ?


Not as of right now.  It's done at the supporting AD's discretion.


> No IESG member beside Murray had a discuss, and it would be a sad state of
> affairs if now all of a sudden, the rest of the IESG would buy into his
> business argument.
>

Rob also has a DISCUSS, though it is unrelated.  My DISCUSS is expressly
supported by Francesca at least.  A handful of other ADs are about to join
the IESG and will have an opportunity to express their positions should
they choose.  The absence of express support from others in their ballot
positions isn't indicative that they do or don't support my position.  If
you want to poll them to be more explicit, you certainly could.

(Rob's DISCUSS will expire tonight, but I wouldn't be surprised to see one
of the incoming ADs pick its issues up.)

An example refrain from these discussions in the hallway track goes like
this: "How would 6MAN react if HTTPBIS started registering V6 options
without talking to anyone?"

I don't know what you mean by a "business argument".  I think the technical
details are one concern, but the other -- perhaps larger -- issue is that
changes in URL space impacting the web coming from 6MAN without support (or
in some cases garnering explicit objection or rejection) from WHATWG, W3C,
or even our own HTTP community here (HTTPBIS or HTTPDIR, for instance) is
cause for alarm.  You can look to the ARTART review for some of the
specific technical issues that led to this position.  Proposed alternatives
more palatable to those communities have been presented but rejected.
There have also been arguments presented claiming the adverse feedback is
in the rough, or that they need to be summarily dismissed because this work
is important.  I found those to be unpersuasive.  Thus, to date, the issues
raised have not been resolved, and my ballot stands.

I have been threatened with an appeal if I don't get out of the way, and we
have been threatened with an appeal if I do and this document gets
approved.  We have been encouraged to show leadership by forcing this
forward, dissent be damned.  But I don't think we should operate that way
when other more cooperative options exist.  Frankly, as I said at the WG
chairs forum in Prague, I would've welcomed[1] the appeal to the IESG so
that we might make progress in one direction or another, and I don't have
to be the focus of 6MAN's displeasure, but I would also have found the
resulting procedural maelstrom to be a rather unfortunate use of valuable
resources.

In short, I don't dispute that this has 6MAN consensus to proceed, but
based on the foregoing, I am not convinced that it has IETF consensus to
proceed.  That's mandatory for a Proposed Standard, and its absence plainly
meets the DISCUSS criteria as published.

I will attempt to be at both 6MAN on Thursday and HTTPBIS on Friday to
participate in discussion as needed, but I have conflicts during both slots
with my own working groups so I can't make any promises.  I welcome the
recent appearance of alternative proposals in those venues.

-MSK

[1] Past tense, because RFC 2026 says an appeal has to be submitted within
two months of the decision being appealed, but this DISCUSS just passed its
first birthday.