Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05

Nick Hilliard <nick@foobar.org> Mon, 29 April 2019 11:03 UTC

Return-Path: <nick@foobar.org>
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 C77D21200C3 for <ipv6@ietfa.amsl.com>; Mon, 29 Apr 2019 04:03:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham 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 xczqCMz_IvmN for <ipv6@ietfa.amsl.com>; Mon, 29 Apr 2019 04:03:37 -0700 (PDT)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DB8912008F for <ipv6@ietf.org>; Mon, 29 Apr 2019 04:03:37 -0700 (PDT)
X-Envelope-To: ipv6@ietf.org
Received: from cupcake.local (089-101-195156.ntlworld.ie [89.101.195.156] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.15.2) with ESMTPSA id x3TB3SQd038782 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Apr 2019 12:03:29 +0100 (IST) (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-195156.ntlworld.ie [89.101.195.156] (may be forged) claimed to be cupcake.local
Subject: Re: Confirmation to advance: draft-ietf-6man-ipv6only-flag-05
To: Ole Troan <otroan@employees.org>
Cc: 6man WG <ipv6@ietf.org>
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org>
From: Nick Hilliard <nick@foobar.org>
Message-ID: <a2465e81-a17f-ab48-efda-20fe12a70077@foobar.org>
Date: Mon, 29 Apr 2019 12:03:27 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/6.1.15
MIME-Version: 1.0
In-Reply-To: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/I4fekQnLyuo6Di6cLALLfSfcfUg>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Apr 2019 11:03:40 -0000

Ole Troan wrote on 29/04/2019 11:02:
> At the 6man meeting at IETF 104 in Prague there was support to close
> the working group last call and advance 
> draft-ietf-6man-ipv6only-flag-05 to the IESG.
> 
> This call is to confirm that decision on the mailing list.
> 
> Please give objections and comments to this decision to the mailing
> list, by 2019-05-13.

Ole,

There have been extensive objections to this draft during the various 
discussions on the WG, during which a wide variety of fundamental 
problems were raised which were either left unaddressed or were only 
partially addressed.  Some relatively minor edits were introduced in 
-05, and I believe only a single comment was made about -05 on the 
mailing list, which incidentally did not indicate support.

Very few of the objections I've raised over the last 18 months have 
actually been addressed to the point that I'm happy with them.  I didn't 
raise them again in -05 because I assumed that they were still 
outstanding, as they were neither addressed adequately on the mailing 
list or in the draft itself.

Last September, the document moved to WGLC without prior notice to the 
mailing list that this would happen.  This was a surprising move, given 
the extent of the objections over the lifetime of the document, and the 
minimal scope of the changes in -02.  It was remarkable was that the 
scale of the historical disagreement about this document was ignored.

Now again, after another period of quiet and again, after only minimal 
changes, you're proposing moving the document forward.

So, is this ID proceeding on a point of procedure at this point?  I.e. 
is the the slate going to be wiped clean every time an update is issued, 
no matter how minor, and all previous objections are automatically 
invalidated?

If so, I'm inclined to think that this is bordering on abuse of process, 
but if it's the case, please let us know and I'll bring up all the 
previous issues that haven't been addressed.  Again.

Nick