Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice

Rob Sayre <sayrer@gmail.com> Sat, 25 January 2020 19:44 UTC

Return-Path: <sayrer@gmail.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41269120074 for <last-call@ietfa.amsl.com>; Sat, 25 Jan 2020 11:44:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vs8YbI1H_6Yo for <last-call@ietfa.amsl.com>; Sat, 25 Jan 2020 11:44:23 -0800 (PST)
Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (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 DD28512001E for <last-call@ietf.org>; Sat, 25 Jan 2020 11:44:22 -0800 (PST)
Received: by mail-io1-xd41.google.com with SMTP id c16so5668823ioh.6 for <last-call@ietf.org>; Sat, 25 Jan 2020 11:44:22 -0800 (PST)
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=n3BjFC8cXhh0aLAlYZuvIec+9yW0Wk74YfQOJ63WDMM=; b=aTPWOqMySf+ql8v/4KprTHbE4nv2zSFofiyYUvWpqAC8jaaMDiNVxWwsnNaF8PjOpD nj7j6kddKMnbbTiQ5CjUnsvVeSWeHIUpatEpwdyCIvvgzGVy3ZF++hcK+5DYknGFCOj/ 4hRRzY4JZbaAqZ9xlmawdsjwSFVTLAaliiAvrfzHBx+hi8P/KRSy06Y3eeo9WYNmJ30R TNCv+oXXeUVoD4gVGHslzysf8atkF5M+ivqOArAqQ4HpgHHVohVSqHLyqg8isJnXlNAw 9fz1XmFXZWrT3MAOsHki52XcH+cV02SqlfMd2KtuVvOwu1cnGgvFB8qODD2OLbQlGIAp GICQ==
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=n3BjFC8cXhh0aLAlYZuvIec+9yW0Wk74YfQOJ63WDMM=; b=EaU/Xp9HJ1MHtuLRMOMIgKSq+kETCaz5Za1IMdDuhxMXJnluldNSTfgEO965f0LlIV W1okd2PCjspmzlUntZrf8QWqUKoncJ6Z3Byc6Q3skF6k/UmUGwW0XvBWuTkinqiTYUj2 eEcLS1vTn3twVzt/GiHaPmZ96WusSqibaOy81wItwfhsoo47OTkeANbUkPV6MaowPnTA LPFN9vegwcA5Vq40IVG3VsipI4NLPqjo5X3thaO9M2Si3P2jIimD4UWjfo0/NOmNdgk/ 8B5K36O+MZQ9zEGrZ4ZjHaPpkFSM53wz8+ZGSmsq+xxyPDdeRM5enWoBqR4kfgMbLPFB gePg==
X-Gm-Message-State: APjAAAXQkyZd3qaYkGKbIDnBZ2u2elB85NOi51AWFSYpFzHgolZrxI54 SDsR0E4rfTlu9ROaYkyFvft527wJ2XUjkG6BE34=
X-Google-Smtp-Source: APXvYqwuRPcIuNuQfuL6PY13brt1494sFLpvjuCZJN9XdXrBDt3ztlk3vge7yGjL83I/DbkWAE4ZyLGkC4qVTVDKRTw=
X-Received: by 2002:a02:cbd9:: with SMTP id u25mr7620597jaq.106.1579981462168; Sat, 25 Jan 2020 11:44:22 -0800 (PST)
MIME-Version: 1.0
References: <CABcZeBOMVYpEYaEUzYsa0ApDfGtA6oD5P67A40=HQVBN+yTuKQ@mail.gmail.com> <CAChr6Sz7vihWaoeG8H11JzQ5YqrbYLPLneuY3PD4syMYEaKQ4w@mail.gmail.com> <99d34ee9-8ea6-a77f-39fc-f1889a050358@joelhalpern.com> <CAChr6SwHd2=Qf2SSbQeKs1CS_c1UuBqPEtO_x4MmF71iv0zE9Q@mail.gmail.com> <CABcZeBMdonehuZ3re4UnGY2_B6A2sOBqkoE+m4SfBa8N3vYEhg@mail.gmail.com> <CAChr6Sw1LSXj=L2WAu=R1QfBi4UFDXC5Z6EODqwJ6-z9o5Z5vw@mail.gmail.com> <CABcZeBPBhGZDxnh2p=trL8yHveBiMsy38+-G_7oQu_eR+45d5w@mail.gmail.com> <CAChr6SyNTsz9uZNiN16OHLj6e=Xhcn1A8pr105Of+y_Jw8HSFw@mail.gmail.com> <994c4462-ef24-6d46-3bec-8aa5e14b9f78@joelhalpern.com> <CAChr6Sy80-74g4cgKESwmdn3WSNjU_2XsjkChH9_8-ELnytC_Q@mail.gmail.com> <20200125184550.GF77560@kduck.mit.edu>
In-Reply-To: <20200125184550.GF77560@kduck.mit.edu>
From: Rob Sayre <sayrer@gmail.com>
Date: Sat, 25 Jan 2020 11:44:10 -0800
Message-ID: <CAChr6SzXFPbcPL++gftey9T_nCVBds+Sb1Z4MpkC2GraZCNfKw@mail.gmail.com>
To: Benjamin Kaduk <kaduk@mit.edu>
Cc: "Joel M. Halpern" <jmh@joelhalpern.com>, last-call@ietf.org, Eric Rescorla <ekr@rtfm.com>
Content-Type: multipart/alternative; boundary="000000000000cde855059cfc19cb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/sw68zKtQWaCr1BS3xSfk4I9QFcI>
Subject: Re: [Last-Call] Last Call: <draft-halpern-gendispatch-consensusinformational-02.txt> (IETF Stream Documents Require IETF Rough Consensus) to Best Current Practice
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 25 Jan 2020 19:44:25 -0000

On Sat, Jan 25, 2020 at 10:45 AM Benjamin Kaduk <kaduk@mit.edu> wrote:

> Apologies for the pedanticism, but there are some frequently confused
> items in here (and the terminology of
> https://ietf.org/about/groups/iesg/statements/iesg-discuss-criteria/ has
> since evolved).
>

Perhaps we need an ITAB (IESG Terminology Architecture Board). :)


>
> On Fri, Jan 24, 2020 at 08:25:32PM -0800, Rob Sayre wrote:
> > 2) Document Actions (WG)
> > 3) Document Actions (Individual)
> ...
> >
> > That leaves #2 or #3. If the draft is concerned about #3, I think it
> > should state what the IESG is to do if the draft reappears as individual
> > submission.
>
> I assume you mean Independent Submission here (i.e., via ISE).
>

Yes.

> If the document is about #2, that would be good to state as well.
>
> In light of the above, it seems clear that this draft is proposing changes
> to (2) and (3).
>

OK. The questions in my original message are still unanswered. Currently,
dissenting or non-consensus Informational or Experimental documents can be
published through any of the channels, with the rationale that they don't
require consensus anyway. While I understand (and have understood this
entire time...) that this document only intends to change the IETF stream
process, my question is whether it would also add to the set of documents
that are considered an "end run".

thanks,
Rob