RE: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

"Voyer, Daniel" <daniel.voyer@bell.ca> Thu, 27 February 2020 13:02 UTC

Return-Path: <prvs=319be707e=daniel.voyer@bell.ca>
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 E25F63A0786; Thu, 27 Feb 2020 05:02:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 z3quxPwphXmx; Thu, 27 Feb 2020 05:02:07 -0800 (PST)
Received: from ESA1-Dor.bell.ca (esa1-dor.bell.ca [204.101.223.58]) (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 D8BEB3A0784; Thu, 27 Feb 2020 05:02:06 -0800 (PST)
Subject: RE: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Received: from dc5cmy-d00.bellca.int.bell.ca (HELO DG1MBX02-WYN.bell.corp.bce.ca) ([198.235.121.229]) by esa01corp-dor.bell.corp.bce.ca with ESMTP; 27 Feb 2020 08:02:05 -0500
Received: from DG1MBX04-WYN.bell.corp.bce.ca (2002:8eb6:120e::8eb6:120e) by DG1MBX02-WYN.bell.corp.bce.ca (2002:8eb6:120c::8eb6:120c) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Thu, 27 Feb 2020 08:02:04 -0500
Received: from DG1MBX04-WYN.bell.corp.bce.ca ([fe80::75af:23bf:bdc5:ef10]) by DG1MBX04-WYN.bell.corp.bce.ca ([fe80::75af:23bf:bdc5:ef10%22]) with mapi id 15.00.1473.003; Thu, 27 Feb 2020 08:02:04 -0500
From: "Voyer, Daniel" <daniel.voyer@bell.ca>
To: Ted Lemon <mellon@fugue.com>
CC: "Maojianwei (Mao)" <maojianwei@huawei.com>, Lizhenbin <lizhenbin@huawei.com>, "bruno.decraene@orange.com" <bruno.decraene@orange.com>, SPRING WG List <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Thread-Topic: [EXT]Re: Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdXtUHCBbvZKbuXWME2X5fQfMDHe0AAMfkSA///XZGQ=
Date: Thu, 27 Feb 2020 13:02:04 +0000
Message-ID: <C69945CF-0ED0-4CCB-96F6-03DA533A41B6@bell.ca>
References: <6B803B308679F94FBD953ABEA5CCCCD701089509@dggema524-mbx.china.huawei.com>, <6E7A3022-DEC7-4E35-9A56-0F708CD41180@fugue.com>
In-Reply-To: <6E7A3022-DEC7-4E35-9A56-0F708CD41180@fugue.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_C69945CF0ED04CCB96F603DA533A41B6bellca_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/y2yoWg5u-o6RmUKQiU6x8H6ktG4>
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: Thu, 27 Feb 2020 13:02:12 -0000


On Feb 27, 2020, at 05:27, Ted Lemon <mellon@fugue.com> wrote:


The IETF serves users, not “industry”.
Wrong - it’s not the users that fund you to be here, it’s the industry - everything is about the money
The IETF does not promote. Our job is to make the internet work interoperably. Brian has raised an objection that could be answered, but has not been. It is inappropriate to say that this document has passed last call.
You should rephrase that - 1 objection can’t prevent the rest of us to move forward hence why sometime we need to go with a rough consensus.

In my experience, when it is hard to get consensus in situations like this it is because there is a wish to not address a concern that has been raised, not because the concern could not be addressed or should not have been raised.
Yep, rough consensus

Clearly in this thread, along with the few presentations out there, there is more than 10 vendors that has implementation of SRv6, which is time and money invested, and there’s few operators running this already (time & money), so its in the field already. I expect the working to be conscious of that and “quickly” resolved this situation.

Dan

It may feel unreasonable, and like an imposition, but it is not. It is part of the process.

Rather than trying to steamroll over the objection, why not simply answer it?

On Feb 27, 2020, at 04:30, Maojianwei (Mao) <maojianwei@huawei.com> wrote:


Hi friends,

Internet standard is aimed to promote deployment and innovation, but not to be a barrier.

While this WG LC has been extended again and again,
if we have reached an agreement that SRv6 can bring many advantages for our network in future,
we should shelve the dispute and promote industry.

Meanwhile, we can have a discussion in the future about how to resolve the problem, bis 8200 or what else.


So, I agree we close the WG LC now, and go ahead.


Cheers~
Mao



发件人: spring [mailto:spring-bounces@ietf.org] 代表 Lizhenbin
发送时间: 2020年2月26日 19:55
收件人: bruno.decraene@orange.com; 'SPRING WG List' <spring@ietf.org>
抄送: 6man@ietf.org; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
主题: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming

Hi Bruno and WG,
The LC has lasted for almost 3 months which greatly exceeds the expected 2 week. In the process all the comments have been resolved while some issues is raised again and again with little value.
On the other hand, there have been multiple commercial implementation and inter-op test and almost 20 deployments for SRv6 which justify the solution proposed by the draft in practice.

We sincerely request to close the LC of the draft and move forward.



Best Regards,
Zhenbin (Robin)


From: bruno.decraene@orange.com<mailto:bruno.decraene@orange.com> [mailto:bruno.decraene@orange.com]
Sent: Friday, December 06, 2019 1:15 AM
To: 'SPRING WG List' <spring@ietf.org<mailto:spring@ietf.org>>
Cc: 6man@ietf.org<mailto:6man@ietf.org>; draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org<mailto:draft-ietf-spring-srv6-network-programming@ietf.org>>
Subject: WGLC - draft-ietf-spring-srv6-network-programming


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.

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
________________________________
External Email: Please use caution when opening links and attachments / Courriel externe: Soyez prudent avec les liens et documents joints