Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Satoru Matsushima <satoru.matsushima@gmail.com> Wed, 04 March 2020 22:39 UTC

Return-Path: <satoru.matsushima@gmail.com>
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 06F403A0AEF for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 14:39:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 6MmDZO_ExjEs for <spring@ietfa.amsl.com>; Wed, 4 Mar 2020 14:39:12 -0800 (PST)
Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 581FE3A0AEB for <spring@ietf.org>; Wed, 4 Mar 2020 14:39:12 -0800 (PST)
Received: by mail-pl1-x636.google.com with SMTP id w12so1531482pll.13 for <spring@ietf.org>; Wed, 04 Mar 2020 14:39:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GMbBISTWjxje9r0A2SN0R3iQ3e0fbsQ5aQtuN1xLTY4=; b=aassirN6R3KHxaa6bAv5eoSCp8BeNTEy1hXHPL7Q3xnMqP+EoA+pg/1K4BIxTmbkXJ WBRJx59iHU6L5QLUUDys0+l6qxFQ86qLu05qEj+eoKsUUHfSL/a47cxVZc6VL8RbTfm/ ngmy1XgjPp+OtlIOK9aVF0vMLRjzu0gzrSsBLc5xr2timW3l1O843cRXWPgsTrP7j9So S/7YHYH9jSmInAV97BKrN7Zqr1qjKJlIUkdF5wXuz0/VeZY6M2tSNwp4ymjyq43XWc0t jDE0Qwu/XkzFpg18pc0+84pjowMtWLKBOApsCiEqLbxuJHXydTVgvi07uXj7xQjv6IzM GQNg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=GMbBISTWjxje9r0A2SN0R3iQ3e0fbsQ5aQtuN1xLTY4=; b=b9IXn3WkfpPV1lI7BnYGSZ5UYdhwyiW4jWYSdYC8xdoXhnHXaRroX0NDE1UBsvwjPY V8QpN33G1D6YiY++c1Ls7G5N9aCY9w3X4LrzO8XTOzMtuAZcnIpA9SKxFOiWG6BvLa3u Qx56WBl4dwRoM8C9ALBnp6x1otwTWNRHoKqzR7AJ+KahplNivYJ0K3zeBuCj1L9pdW6h yuAMCEMezWT/T68Q/HU1F7xHpATgEtu7Zodobg8gg0aw5HqisV+horRPQZABee2F+rTT Pavi9rbxM8n1vJfh015GD+WKtuQogDeUOKtIaxZUiFThoxVJTfaqU2QPycDcgtvkJEjD 5G9Q==
X-Gm-Message-State: ANhLgQ0B7//HufipXjZNIKFT9ChC5tBx9849I8vBBTzTq+8K+RDEqJUm 4kB80bAx/APV6kq0ItIB3eM=
X-Google-Smtp-Source: =?utf-8?q?ADFU+vuh79IG+m0/MVJ+QcskexOZ18Wg1kRQm55SPd5M?= =?utf-8?q?RLXB86Sxn1igBB2k+vxz52/jU9jW5ZV8kQ=3D=3D?=
X-Received: by 2002:a17:902:6b03:: with SMTP id o3mr4899024plk.331.1583361551562; Wed, 04 Mar 2020 14:39:11 -0800 (PST)
Received: from ?IPv6:2400:2411:8900:0:9567:57c0:b13c:f328? ([2400:2411:8900:0:9567:57c0:b13c:f328]) by smtp.gmail.com with ESMTPSA id r198sm31614947pfr.54.2020.03.04.14.39.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Mar 2020 14:39:09 -0800 (PST)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
From: Satoru Matsushima <satoru.matsushima@gmail.com>
In-Reply-To: <3c909d31-5520-2f3d-d51a-547d634e7cbe@nokia.com>
Date: Thu, 5 Mar 2020 07:39:07 +0900
Cc: spring@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <71125238-D13E-4150-8CDD-F78179EEA883@gmail.com>
References: =?utf-8?q?=3C17421=5F1575566127=5F5DE93B2F=5F17421=5F93=5F1=5F53?= =?utf-8?q?C29892C857584299CBF5D05346208A48D1A3DA=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=3E?= <3e2da3a5-5d1b-10a0-aeb4-320c57584241@nokia.com> <3c909d31-5520-2f3d-d51a-547d634e7cbe@nokia.com>
To: Martin Vigoureux <martin.vigoureux@nokia.com>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/BlLlPiDz8pZaX4iQck_Bclg9Eh4>
Subject: Re: [spring] WGLC - 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, 04 Mar 2020 22:39:14 -0000

Thank you Martin,

I support this clear statement. Even WG/AD management is expected to find the essence from bunch of emails, it shouldn't be easy task. Great job, thanks.

Best regards,
--satoru


> 2020/03/05 6:02、Martin Vigoureux <martin.vigoureux@nokia.com>のメールt;のメール:
> 
> WG,
> 
> I wanted to bring more context to my decision.
> 
> This document has received a lot of valuable reviews and comments which improved it. That served me as a base to determine consensus on the overall document.
> 
> The point I'd like to insist on is the one I was mentioning in my previous e-mail. In my view, the remaining prominent discussion (and tension) point was about the text of 8200, its implications on the optional PSP capability, and the ramifications of it.
> I have determined there is rough consensus, in SPRING, on the way to read the specific text of 8200, but also that certain aspects go beyond SPRING and would benefit from being discussed with a wider community.
> 
> 
> I'd like to remind that this was a WG Chair level decision. Indeed, Bruno still needs to produce the shepherd write-up and submit the document for publication.
> 
> Martin
> 
> Le 2020-03-02 à 19:53, Martin Vigoureux a écrit :
>> WG,
>> as I had indicated in a previous message I am the one evaluating consensus for this WG LC.
>> I have carefully read the discussions on the list. I acknowledge that disagreements were expressed regarding what a particular piece of text of RFC 8200 says, and on which this document builds to propose an optional capability. Since RFC 8200 is not a product of the SPRING WG, I have paid specific attention to the messages ([1], [2], and [3]) sent by the responsible AD of 6MAN and of RFC8200.
>> My overall conclusion is that there is support and rough consensus to move this document to the next stage.
>> Bruno will handle the immediate next steps.
>> Martin
>> [1] https://mailarchive.ietf.org/arch/msg/spring/67ZG76XRezPXilsP3x339rGpcso/
>> [2] https://mailarchive.ietf.org/arch/msg/spring/plidxjZFBnd4_mEzGsLC76FZmQ0/
>> [3] https://mailarchive.ietf.org/arch/msg/spring/uBYpxPyyBY6bb86Y2iCh3jSIKBc/
>> Le 2019-12-05 à 18:15, bruno.decraene@orange.com a écrit :
>>> Hello SPRING,
>>> 
>>> This email starts a two weeks Working Group Last Call on draft-ietf-spring-srv6-network-programming [1].
>>> 
>>> Please read this document if you haven't read the most recent version, and send your comments to the SPRING WG list, no later than December 20.
>>> 
>>> You may copy the 6MAN WG for IPv6 related comment, but consider not duplicating emails on the 6MAN mailing list for the comments which are only spring specifics.
>>> 
>>> If you are raising a point which you expect will be specifically debated on the mailing list, consider using a specific email/thread for this point.
>>> 
>>> This may help avoiding that the thread become specific to this point and that other points get forgotten (or that the thread get converted into parallel independent discussions)
>>> 
>>> Thank you,
>>> 
>>> Bruno
>>> 
>>> [1] https://tools.ietf.org/html/draft-ietf-spring-srv6-network-programming-05
>>> 
>>> _________________________________________________________________________________________________________________________ 
>>> 
>>> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>>> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>>> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>>> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>>> 
>>> This message and its attachments may contain confidential or privileged information that may be protected by law;
>>> they should not be distributed, used or copied without authorisation.
>>> If you have received this email in error, please notify the sender and delete this message and its attachments.
>>> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>>> Thank you.
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> spring mailing list
>>> spring@ietf.org
>>> https://www.ietf.org/mailman/listinfo/spring
>>> 
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
> 
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring