Re: fundamental brokenness of iasa2 updates (was Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt)

Scott Bradner <sob@sobco.com> Mon, 22 October 2018 21:17 UTC

Return-Path: <sob@sobco.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 60B8E12D4EA; Mon, 22 Oct 2018 14:17:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.108
X-Spam-Level:
X-Spam-Status: No, score=-1.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_PASS=-0.001] autolearn=no autolearn_force=no
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 2droq1Rid8Z4; Mon, 22 Oct 2018 14:17:51 -0700 (PDT)
Received: from sobco.sobco.com (unknown [136.248.127.164]) by ietfa.amsl.com (Postfix) with ESMTP id 55A651292AD; Mon, 22 Oct 2018 14:17:51 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by sobco.sobco.com (Postfix) with ESMTP id A8B577658FA3; Mon, 22 Oct 2018 17:17:50 -0400 (EDT)
X-Virus-Scanned: amavisd-new at sobco.com
Received: from sobco.sobco.com ([127.0.0.1]) by localhost (sobco.sobco.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U8mvOuAApDoj; Mon, 22 Oct 2018 17:17:50 -0400 (EDT)
Received: from [10.10.10.1] (g2.sobco.com [136.248.127.171]) by sobco.sobco.com (Postfix) with ESMTPSA id 008C87658F96; Mon, 22 Oct 2018 17:17:49 -0400 (EDT)
From: Scott Bradner <sob@sobco.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
Subject: Re: fundamental brokenness of iasa2 updates (was Re: [Iasa20] draft-ietf-iasa2-rfc2418bis-01.txt)
Date: Mon, 22 Oct 2018 17:17:49 -0400
References: <4915CD062D28D607D3D4AD44@PSB> <8906b727-f9c3-e7e1-164b-f7b88e48e74b@gmail.com> <1C77C07809EFB402E3E10907@PSB> <DE6E9C0D-C46B-4010-9E6D-8438DE687275@sobco.com> <2A42A5D2-9785-4350-92A5-0FDFD54AD17F@cable.comcast.com> <9A5B610BA33D4336A91409DA@PSB> <CABtrr-UdUaZpoy8JroUL8oNkibc=F8hJ1ksnmvar0a1x3VCNrQ@mail.gmail.com> <541E68A8540C1AB8D39A96E4@PSB> <313EA233-92B1-4D61-AECA-099ADEECD063@sobco.com>
To: IETF Discussion Mailing List <ietf@ietf.org>, IASA 2 WG <iasa20@ietf.org>
In-Reply-To: <313EA233-92B1-4D61-AECA-099ADEECD063@sobco.com>
Message-Id: <2AA3FE01-5723-4792-829C-3F6E596EEA1B@sobco.com>
X-Mailer: Apple Mail (2.3445.100.39)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/SRzvTwFkRwtVLC5dKZAOJ8fGuLc>
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: Mon, 22 Oct 2018 21:17:53 -0000

in addition you need to say why changes are being made - for example Joel mentioned that the appeals process
is being removed from 5377 

5377 says "the appeals procedure documented in BCP 101 (currently [RFC4371]) is applicable.” 

this text has been removed from the bis ID -

what does this mean?  is the new board immune from all review other than noncom at end of term?
suddenly do we have an imperial board?

without some explanation should people worry on just what planet has the iasa2 WG has been?

so please update the IDs with a changes section that says what & why for each proposed change

Scott

> On Oct 22, 2018, at 5:08 PM, Scott Bradner <sob@sobco.com> wrote:
> 
> this is a separate issue about the iasa2 proposed updates
> 
> come on - you update an RFC without including a section that says what changes you are making???
> 
> are you purposely trying to make it harder for IETF participants to understand what’s going on?
> 
> every RFC that updates another RFC needs (MUST?) have a section that tells the reader what has
> changed - this is vital for any technical speck so the implementor knows what they have to change in
> their implementation but its also very important in process documents so participants can understand 
> if they need to change how they do things
> 
> so, be nice to the participants and admit (in writing) what changes you are proposing
> 
> Scott
> 
>