Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt
Brian E Carpenter <brian.e.carpenter@gmail.com> Sat, 20 October 2018 21:08 UTC
Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC1CF130E77; Sat, 20 Oct 2018 14:08:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 c6zCTM2obY0R; Sat, 20 Oct 2018 14:08:02 -0700 (PDT)
Received: from mail-pg1-x535.google.com (mail-pg1-x535.google.com [IPv6:2607:f8b0:4864:20::535]) (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 E55E212D4E6; Sat, 20 Oct 2018 14:08:01 -0700 (PDT)
Received: by mail-pg1-x535.google.com with SMTP id s3-v6so4039011pga.12; Sat, 20 Oct 2018 14:08:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rw4R/pszyJXjbuRwSOvX1yoU18cLr04TC33eh7CW5GQ=; b=TdD4PFjf5sLm5LDsNSOEHFnYU5Heny/4mX+jVk5rTTGx7/CAuPn3s7uBBYRJsbNG4X ZFJohF+iKtxgHd2Lu55hnEWE0giRYP2XcX7qxSJ0DLJ5/VaJP1Hgg4NL8yRBXXc0NZEO 6GPzo3Rg4BWTEaXMrzvt1Qb6Ka/oPvWSV+x1A3ZgV0yBmH8Mbq7lOoUt2qmVotIqD2st yBvvfFrytra7RzCrMwRhVA2DLp2qKLPNF8BjFIbWnFsoltkJ1BC42ILZMgwHdBLhHCOA aKTKsWhn/9mElv7VRDPDNe+MeShOdXNGqrQvaXVAYiKe4QWYl5plDJYXK7aGgsWciO5Y waPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=rw4R/pszyJXjbuRwSOvX1yoU18cLr04TC33eh7CW5GQ=; b=O5wjxgoc/mD6JOgYrV6UvTkzTphnGo5U9pACdArnpmHkQwd7hZxgDK0ascct1pnLBm lb1R5W7wRjqdf8tTSByGHodWnOqEqny9QVK2CxPX+0JkKZ2+yUIzOlImIrxCDRjCqa88 X+/bwNAktWt6slKWMcR7QPlcpEEj2Q3mNbWli0o+Qydw2wLQHzmShg/DCOfuPNPabvec vlr6mF0TCbvXtxInT3+zUAYj86fWrDAP4mHbxt7jSlP6gxmexQjDXdIlfej6RkrEM0SO xc5iTNj6QQwwbXyc12YW1gOi3IAF1uo9UhDRoTnN//3542uv8xMSAgFEVXt2tmdFNNCX M08Q==
X-Gm-Message-State: ABuFfojG3xj+/p0vSCjeyOkNwedb8upWUVFiwyw2/v3i2Hx1xy7Cdn+2 h4lylaJGrZPUyC83NzzM7WlAWjQE
X-Google-Smtp-Source: ACcGV609p9jGKjFWp0Ng8u+lUQox7lNojB5/YJnf91+ClihNES4CehushqKgTobV1g+TQACS4bbNuA==
X-Received: by 2002:a63:4c4e:: with SMTP id m14-v6mr37727519pgl.173.1540069680889; Sat, 20 Oct 2018 14:08:00 -0700 (PDT)
Received: from [192.168.178.30] ([118.148.76.40]) by smtp.gmail.com with ESMTPSA id m19-v6sm6017524pgv.93.2018.10.20.14.07.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 20 Oct 2018 14:07:59 -0700 (PDT)
Subject: Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt
To: John C Klensin <john-ietf@jck.com>, ietf@ietf.org, sob@sobco.com, rsalz@akamai.com
Cc: iasa20@ietf.org
References: <4915CD062D28D607D3D4AD44@PSB>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <8906b727-f9c3-e7e1-164b-f7b88e48e74b@gmail.com>
Date: Sun, 21 Oct 2018 10:07:52 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <4915CD062D28D607D3D4AD44@PSB>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/hsVIrIqRJoAeyU9ddoBtChvO57M>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Oct 2018 21:08:05 -0000
fwiw I agree. There is no reference to IASA in 2418, for obvious reasons. >From a practical point of view, any terminology issue could be handled as an erratum with disposition "wait for update". Regards Brian On 2018-10-21 09:18, John C Klensin wrote: > Hi. > > For whatever it is worth, I've very concerned about the IASA2 > effort sliding over into replacement of fundamental process > documents. RFC 2418, like 2026, is showing its age. If we are > going to revise it, it seems to me that there is a very good > case for a comprehensive comparison of actual practices today > with the text and document revisions as appropriate and not > publishing a new document in which descriptions of obsolete > practices are repeated. > > As one example among many, the BOF description of 2418 still > discusses the decision to hold a BOF as one that can be made by > a single AD while today's procedure involves formal applications > on a community-wide schedule, IAB and IESG review, etc. We've > also relaxed the "only once or possibly a second time but never > three" rule. > > As another, RFC 2418 calls for explicit disclosure of conflicts > of interest but points to RFC 2028/ BCP 11 which, AFAICT, only > discusses IPR rights. In today's Internet and IETF, that would > seem to call for some review and perhaps some comments about AD > <-> WG Chair relationships. And, as a third, at the time 2418 > was written, saying that we do things by rough consensus was > adequate (or at least believed to be adequate). Today, we've > got RFC 7282, which should probably be referenced, and a > collection of other documents and procedures that interact > significantly with how WGs do their work, how people > participate, and how conclusions are reached. > > Those are not the only examples. > > Most of those are not huge issues, but it does not seem > appropriate to issue a document that replaces / obsoletes 2418 > without addressing them (and several others). > > In addition, replacing fundamental IETF process documents > appears to be clearly outside the scope of the IASA2 effort. > The last paragraph of the WG charter begins: > > "Aside from instances where they presently relate to > IASA, it is outside the scope of this working group to > consider any changes to anything related to the > oversight or steering of the standards process as > currently conducted by the IESG and IAB,...". > > The only sense in which this work "presently relates to IASA" is > the title of the IETF Executive Director. The I-D affirms that > by listing that as the only non-"insignificant" change from > 2418. The new term appears exactly once in this draft and the > old one appeared exactly once in 2418. It might make sense to > completely replace 2418 if it appeared many times and was > tightly woven in the text, but it isn't. > > FWIW, there are also a number of (other) obsolete references or > missing references in this I-D. Given that they authors have > not found and fixed them by -01, getting them out presumably > implies extra work for them and the community. > > I strongly suggest that, > > -- to avoid reissuing a fundamental process document and > thereby explicitly reaffirming procedures and mechanisms > that do not precisely align with current practices, > -- to avoid creating confusion about the status of every > document that references these old process documents, > -- to avoid the risks of a supposedly insignificant > change actually having some substantive consequences, > and > -- to reduce the number of documents and page count > coming out of the IASA2 WG and process so the community > can concentrate on reviewing changes that actually are > important, > > this I-D and any others for which the changes to the relevant > base documents are limited to updating a title (or something > equally trivial) be replaced by a single "IASA2-related > terminology update" draft that simply lists the replacement > terms and the documents that are updated to reflect them. I > haven't made a careful study, but it appears to me after quick > glances that a "gather together into one document and update > only the terminology" model could include 3005bis, possibly > 4844bis, and perhaps others. > > john > > > --On Saturday, October 20, 2018 09:47 -0700 > internet-drafts@ietf.org wrote: > >> >> A New Internet-Draft is available from the on-line >> Internet-Drafts directories. This draft is a work item of the >> IETF Administrative Support Activity 2 WG of the IETF. >> >> Title : IETF Working Group Guidelines and >> Procedures Authors : Scott Bradner >> Rich Salz >> Filename : draft-ietf-iasa2-rfc2418bis-01.txt >> Pages : 27 >> Date : 2018-10-20 >> >> Abstract: >> The Internet Engineering Task Force (IETF) has >> responsibility for developing and reviewing specifications >> intended as Internet Standards. IETF activities are >> organized into working groups (WGs). This document >> describes the guidelines and procedures for formation and >> operation of IETF working groups. It also describes the formal >> relationship between IETF participants WG and the Internet >> Engineering Steering Group (IESG) and the basic duties of >> IETF participants, including WG Chairs, WG participants, >> and IETF Area Directors. > > > > > _______________________________________________ > iasa20 mailing list > iasa20@ietf.org > https://www.ietf.org/mailman/listinfo/iasa20 >
- Re: draft-ietf-iasa2-rfc2418bis-01.txt John C Klensin
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Brian E Carpenter
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt John C Klensin
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Scott O. Bradner
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Bob Hinden
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt John C Klensin
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Scott Bradner
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Scott Bradner
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Alissa Cooper
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Peter Saint-Andre
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Livingood, Jason
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Livingood, Jason
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Livingood, Jason
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt John C Klensin
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt Joseph Lorenzo Hall
- Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt John C Klensin
- fundamental brokenness of iasa2 updates (was Re: … Scott Bradner
- Re: fundamental brokenness of iasa2 updates (was … Scott Bradner
- Re: [Iasa20] fundamental brokenness of iasa2 upda… Alissa Cooper
- Re: [Iasa20] fundamental brokenness of iasa2 upda… Scott Bradner
- Re: [Iasa20] fundamental brokenness of iasa2 upda… Joel M. Halpern
- Re: [Iasa20] fundamental brokenness of iasa2 upda… Scott O. Bradner
- Re: [Iasa20] fundamental brokenness of iasa2 upda… Livingood, Jason
- Re: fundamental brokenness of iasa2 updates (was … Bob Hinden