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
- Request to close the LC and move forward//RE: WGL… Lizhenbin
- RE: Request to close the LC and move forward//RE:… Dongjie (Jimmy)
- RE: Request to close the LC and move forward//RE:… Huzhibo
- Re: [spring] Request to close the LC and move for… xiechf@chinatelecom.cn
- RE: Request to close the LC and move forward//RE:… Gengxuesong (Geng Xuesong)
- RE: Request to close the LC and move forward//RE:… Chengli (Cheng Li)
- Re: Re: [spring] Request to close the LC and move… liupengyjy@outlook.com
- RE: Request to close the LC and move forward//RE:… bruno.decraene
- Re: Request to close the LC and move forward//RE:… Fernando Gont
- RE: Request to close the LC and move forward//RE:… bruno.decraene
- Re: [spring] Request to close the LC and move for… Zafar Ali (zali)
- Re: [spring] Request to close the LC and move for… Dirk Steinberg
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Bob Hinden
- Re: [spring] Request to close the LC and move for… John Leddy
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: [spring] Request to close the LC and move for… Mike Simpson
- Re: Request to close the LC and move forward//RE:… 神明達哉
- Re: [spring] Request to close the LC and move for… john leddy.net
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: Request to close the LC and move forward//RE:… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… Mark Smith
- RE: [spring] Request to close the LC and move for… Voyer, Daniel
- Re: [spring] Request to close the LC and move for… Bob Hinden
- Re: [spring] Request to close the LC and move for… Satoru Matsushima
- Re: [spring] Request to close the LC and move for… Eric Vyncke (evyncke)
- Re: [spring] Request to close the LC and move for… Gaurav Dawra
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- RE: [spring] Request to close the LC and move for… Weiqiang Cheng
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: [spring] Request to close the LC and move for… =?utf-8?B?WWlzb25nIExpdQ==?=
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- Re: Re: [spring] Request to close the LC and move… li_zhenqiang@hotmail.com
- Re: [spring] Request to close the LC and move for… Bernier, Daniel
- Re: [spring] Request to close the LC and move for… Ahmed Bashandy
- RE: Re: [spring] Request to close the LC and move… Ketan Talaulikar (ketant)
- Re: [spring] Request to close the LC and move for… Dirk Steinberg
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Mark Smith
- RE: [spring] Request to close the LC and move for… bruno.decraene
- Re: [spring] Request to close the LC and move for… Fernando Gont
- RE: Request to close the LC and move forward//RE:… Maojianwei (Mao)
- Re: Request to close the LC and move forward//RE:… Ted Lemon
- RE: Request to close the LC and move forward//RE:… Andrew Alston
- Re: Request to close the LC and move forward//RE:… Fernando Gont
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- RE: [spring] Request to close the LC and move for… bruno.decraene
- RE: Request to close the LC and move forward//RE:… Xiejingrong (Jingrong)
- RE: Request to close the LC and move forward//RE:… Voyer, Daniel
- RE: Request to close the LC and move forward//RE:… Voyer, Daniel
- Re: Request to close the LC and move forward//RE:… Ted Lemon
- Re: Request to close the LC and move forward//RE:… Ted Lemon
- Re: [spring] Request to close the LC and move for… Stefano Salsano
- RE: [spring] Request to close the LC and move for… Alexander Vainshtein
- RE: [spring] Request to close the LC and move for… Andrew Alston
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: Request to close the LC and move forward//RE:… Nick Hilliard
- Re: [spring] Request to close the LC and move for… John Scudder
- Re: Request to close the LC and move forward//RE:… Stefano Salsano
- RE: [spring] Request to close the LC and move for… James Guichard
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: [spring] Request to close the LC and move for… Robert Raszuk
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: [spring] Request to close the LC and move for… Ted Lemon
- Re: [spring] Request to close the LC and move for… Joel M. Halpern
- Re: [spring] Request to close the LC and move for… Warren Kumari
- Re: Request to close the LC and move forward//RE:… 神明達哉
- Re: Request to close the LC and move forward//RE:… Pablo Camarillo (pcamaril)
- Re: Request to close the LC and move forward//RE:… Pablo Camarillo (pcamaril)
- Re: Request to close the LC and move forward//RE:… Ted Lemon
- Re: [spring] Request to close the LC and move for… Pablo Camarillo (pcamaril)
- Re: Request to close the LC and move forward//RE:… Pablo Camarillo (pcamaril)
- RE: [spring] Request to close the LC and move for… Ron Bonica
- Re: [spring] Request to close the LC and move for… Sander Steffann
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… 神明達哉
- Re: [spring] Request to close the LC and move for… Suresh Krishnan
- Re: [spring] Request to close the LC and move for… Fernando Gont
- Re: [spring] Request to close the LC and move for… Mark Smith
- RE: [spring] Request to close the LC and move for… Ron Bonica
- Re: Request to close the LC and move forward//RE:… Darren Dukes (ddukes)
- RE: [spring] Request to close the LC and move for… Ron Bonica
- Re: [spring] Request to close the LC and move for… Keyur Patel
- Re: Request to close the LC and move forward//RE:… 神明達哉
- "penultimate segment" [Re: [spring] Request to cl… Brian E Carpenter
- Re: Request to close the LC and move forward//RE:… Brian E Carpenter
- Re: "penultimate segment" [Re: [spring] Request t… Stefano Salsano
- Re: "penultimate segment" [Re: [spring] Request t… Brian E Carpenter
- RE: "penultimate segment" [Re: [spring] Request t… Ketan Talaulikar (ketant)
- RE: Request to close the LC and move forward//RE:… Ketan Talaulikar (ketant)
- 答复: Request to close the LC and move forward//RE:… huruizhao
- Re: Request to close the LC and move forward//RE:… Tim Chown
- 答复: [spring] Request to close the LC and move for… Chenxia (D)
- Re: [spring] Request to close the LC and move for… Darren Dukes (ddukes)
- RE: [spring] Request to close the LC and move for… Alexander Vainshtein
- Re: [spring] Request to close the LC and move for… Brian E Carpenter
- RE: [spring] Request to close the LC and move for… Alexander Vainshtein
- Re: [spring] Request to close the LC and move for… Darren Dukes (ddukes)
- Re: [spring] Request to close the LC and move for… Alexander Vainshtein