Re: [v6ops] Call For Adoption: draft-ietf-v6ops-ipv6-deployment

"Joel M. Halpern" <jmh@joelhalpern.com> Tue, 08 June 2021 17:36 UTC

Return-Path: <jmh@joelhalpern.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 663FC3A37C2 for <v6ops@ietfa.amsl.com>; Tue, 8 Jun 2021 10:36:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.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 0h4O3Sd_qIsU for <v6ops@ietfa.amsl.com>; Tue, 8 Jun 2021 10:36:13 -0700 (PDT)
Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A70E83A37C1 for <v6ops@ietf.org>; Tue, 8 Jun 2021 10:36:13 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id 4Fzy8D6LlDz1nvkZ; Tue, 8 Jun 2021 10:36:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=2.tigertech; t=1623173772; bh=ZvDv9N/khY5n/nAT1Q5nDOshmH0lCma+z9dUUqh568k=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=NfI5m106mXjKZY2FMBd+j1uGhOqWFQs7I85lYduD90js3HZF3nbEbzeYzEAA1OrdA C7bQlsMwMa7j/75oTIN3/N/DPrdJ2OBTqXV1yAnAOHGbcUqpYZOmIhrRajUuzF0b6L Io4cIeetIXrD5KKu4Kyvly+5W1HLjavtrORS/UZY=
X-Quarantine-ID: <kHFldZJtPdW9>
X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net
Received: from [192.168.23.64] (50-233-136-230-static.hfc.comcastbusiness.net [50.233.136.230]) (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 mailb2.tigertech.net (Postfix) with ESMTPSA id 4Fzy8C3qGTz1nsn0; Tue, 8 Jun 2021 10:36:11 -0700 (PDT)
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>, Nick Hilliard <nick@foobar.org>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
References: <BL0PR05MB5316B21F3D035339CEE892F0AE3D9@BL0PR05MB5316.namprd05.prod.outlook.com> <7211c26d-5fe4-cf8a-f24a-afd9bb09eb64@foobar.org> <44aac8a2b6dd4b8a95e8f0499a9d631a@huawei.com> <da2e3664-6766-8c3f-d004-07aa10e945a1@foobar.org> <55464e1473f845a4965bb8101b05187a@huawei.com>
From: "Joel M. Halpern" <jmh@joelhalpern.com>
Message-ID: <12d430f6-0e5f-0207-ad89-1c63736c1d79@joelhalpern.com>
Date: Tue, 08 Jun 2021 13:36:10 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <55464e1473f845a4965bb8101b05187a@huawei.com>
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/v6ops/eGSU0ZvBpn3QcNZm2ViZ2fKT_H0>
Subject: Re: [v6ops] Call For Adoption: draft-ietf-v6ops-ipv6-deployment
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Tue, 08 Jun 2021 17:36:18 -0000

While neither you nor I speak for the WG chairs, my understanding of the 
expectation for adoption has an important additional aspect you do not 
mention below.

That is that in addition to being a topic that is within scope and 
something the WG desires to work on, the given document is seen by the 
WG participants as a good starting points for the work.

Nick's comments seem to my reading to saay that he does not see the 
document, in it's current form, as a good starting point for the working 
group effort.  That seems to me to be a legitimate concern to raise 
during an adoption call.

Yours,
Joel

On 6/8/2021 1:23 PM, Giuseppe Fioccola wrote:
> Hi Nick,
> The goal of the adoption is also to understand if the WG considers this work useful and in scope. In this way the WG can start to spend more effort and resources on it. As a matter of fact, the WG adoption does not necessarily mean that the document will be published as RFC as it is now. It can be changed in the future. Also, there are several examples of adopted drafts that did not become RFCs.
> 
> Having said that, we can surely restructure the draft and improve its readability after the possible adoption. Note that in the last version we made a lot of changes to address the high number of inputs and, this may also have affected the fluency of the text. We are open to collaborate and it would be great if you have specific suggestions on a possible new document structure.
> 
> Regards,
> 
> Giuseppe
>   
> 
> -----Original Message-----
> From: Nick Hilliard <nick@foobar.org>
> Sent: Tuesday, June 8, 2021 6:30 PM
> To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
> Cc: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>; v6ops@ietf.org
> Subject: Re: [v6ops] Call For Adoption: draft-ietf-v6ops-ipv6-deployment
> 
> Giuseppe Fioccola wrote on 08/06/2021 16:41:
>> [GF]: I agree that the document needs to be improved but I disagree
>> that this is not in scope of V6OPS WG.
> 
> The issue is not whether the content area is in scope for v6ops (clearly it is), just that there were enough fundamental problems with the structure and content of the document such that it isn't appropriate for adoption at the moment.  Specifically, 1. there seem to be three main strands in the document which don't fit together well, and 2. there's no beginning, middle and end to the document - after reading the document, I didn't have a clear picture of what it was trying to say.
> 
> I can't see a way of fixing this without complete restructuring from the beginning.  Maybe the individual strands could be made to work as standalone documents?  Possibly if the document started out with a formal design and was rewritten from scratch to fit inside this design, it would become more cohesive?  Either way, these are issues that need to be sorted before the document is adopted rather than after.
> 
> Nick
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>