Re: [spring] Status of draft-ietf-spring-srv6-network-programming?

Fernando Gont <fernando@gont.com.ar> Wed, 11 March 2020 18:36 UTC

Return-Path: <fernando@gont.com.ar>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 169483A110C for <spring@ietfa.amsl.com>; Wed, 11 Mar 2020 11:36:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Nxd68CQ5_e6v for <spring@ietfa.amsl.com>; Wed, 11 Mar 2020 11:36:41 -0700 (PDT)
Received: from fgont.go6lab.si (fgont.go6lab.si [91.239.96.14]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 435733A110B for <spring@ietf.org>; Wed, 11 Mar 2020 11:36:41 -0700 (PDT)
Received: from [192.168.0.10] (unknown [181.45.84.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by fgont.go6lab.si (Postfix) with ESMTPSA id 6FCA180A3E; Wed, 11 Mar 2020 19:36:38 +0100 (CET)
To: bruno.decraene@orange.com, Martin Vigoureux <martin.vigoureux@nokia.com>
Cc: "spring@ietf.org" <spring@ietf.org>
References: <9be305c6-feca-9ff7-60cd-32f3b4fee123@gont.com.ar> <8ec5f424-4d15-6e23-c26f-d51c13506c0b@gont.com.ar> <26051_1583950351_5E692A0F_26051_192_1_53C29892C857584299CBF5D05346208A48DE621C@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
From: Fernando Gont <fernando@gont.com.ar>
Message-ID: <52745075-61f9-fa0f-2ab8-35bd7d369bde@gont.com.ar>
Date: Wed, 11 Mar 2020 15:36:32 -0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <26051_1583950351_5E692A0F_26051_192_1_53C29892C857584299CBF5D05346208A48DE621C@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
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/spring/K33FE9df8yBg4KJHxgumy3k5-QA>
Subject: Re: [spring] Status of draft-ietf-spring-srv6-network-programming?
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2020 18:36:43 -0000

On 11/3/20 15:12, bruno.decraene@orange.com wrote:
[....]
> The call for comments is closed and I believe people had ample time to review the document and make comments.

Shouldn't the datatracker state be updated?


> Till then, authors have been working on addressing the received comments, and updating the document.
> Some occasional new questions or points are been raised, but I don't see anything wrong with this. This may happen after the WGLC (e.g. during AD review, during IETF last call, during IESG review, and when the RFC is published via email or errata).

How come consensus was declared before there was agreement on the 
changes to address the received feedback?

e.g., what if the updates do not satisfy the folks providing comments 
during WGLC?




> Reviewing all the diff on all versions of the document, I don't see large technical changes that would require a formal review of those changes though a second WG last call.  Except one change regarding the processing of the upper layer, that has recently been raised by Chris. Let's see the solution on this.
> Other than that, the changes are:
> - some editorial clarifications
> - removal of OAM references & counters (Greg's comment)
> - large editorial changes in the PSP section to provide more clarification and context and explicit the consequences. But with no change to the technical behavior.
> 
> Do you see a need for a formal review of some changes?

I do see a need for a second WGLC, because my understanding is that 
several comments from wg participants have not been addressed.

I'd rather have a second WGLC and have the wg ship a document that the 
wg largely feels comfortable with, as opposed to have wg participants 
rehash the same discussions during IETF LC because they were dismissed 
during WGLC.

Thanks,
-- 
Fernando Gont
e-mail: fernando@gont.com.ar || fgont@si6networks.com
PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1