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

"li_zhenqiang@hotmail.com" <li_zhenqiang@hotmail.com> Thu, 27 February 2020 03:26 UTC

Return-Path: <li_zhenqiang@hotmail.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 795193A0F97; Wed, 26 Feb 2020 19:26:37 -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, HTML_MESSAGE=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=hotmail.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 2_0nfefIRzgt; Wed, 26 Feb 2020 19:26:35 -0800 (PST)
Received: from APC01-HK2-obe.outbound.protection.outlook.com (mail-oln040092255020.outbound.protection.outlook.com [40.92.255.20]) (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 A91313A0F8D; Wed, 26 Feb 2020 19:26:34 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ql/XBwSBFbVdErSmniAiQ/oPhgz0mkNWxWrTyvgBv5q4OqliHs/iSkhS4FzZl4C6a4ceilIjtJPZCVJhQ/y2R/gd5lHHIPjWwYr2HPqzz4Nff635xA2h04XMEDQlF97p+rU63RASb6ADPEJMewWph/pp2EmPckWV2jMrFDwq0ez0AeJjPSM5rP1mhos2zfoYGB4wR+QW261lgx7tHbJhGIsdYZsD9jznWhyPkwt/ZR5LrILnbu3fNB6xfBM1kbQzX1Mo0/hJU4cC1jVt9QegJrth2KDoHoQYfv2XrzDHEh08Yo2UdAdBFyYCVr759L4FGVy4oRVwvgBsmvTFX+k1Jg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IVbMHOnJTEamV0BrTewD21JIHLP/rrQR+uqo7A+RMJ0=; b=djbgqPgtihUmUaU1fkUK7NQu+PxHteuCy4GAE+iMnEJnkFkN0OTCb7EFB8Sn2MngdsGb4efTpngetRffMPQisIzrKxlvfCgDFDQ4NcmwOoBSMMcTr4gHnHX5wZ8Y5hXuPICESDwAQwkfZusDGXXD+OHA3qHaWd3RmHC+bcYXxktkJizUQGUG4TmxYjkP5Gl/8XCZH7o2zzEEoFu5SdNGvyxO1dQ1a6oHIUqziSsZtjK7nUXxZzmq82eU5G0iWPQ/FAP5UZVDrq+oc3IizwQj9kGV/hlvsVtQE2alUKoKexjoElcTtdZjq4NwMfO35iZyWmdoX2aJT1HWQ2hVSgikUw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=hotmail.com; dmarc=pass action=none header.from=hotmail.com; dkim=pass header.d=hotmail.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IVbMHOnJTEamV0BrTewD21JIHLP/rrQR+uqo7A+RMJ0=; b=LhWGaz1suPttyRV8dVmNBXbzGVKiCqGZqoFOufYtRz1zDvKZvY7aeOgLe0RK9Pwoao//pT60k3LV8kGHLN1a/U6yNaCaNmfOB4moj7Whv95Hk6ewQr2k6E8nqxKrCEtwJ7Puff7JtMhrCtS/HHr1AW9Sg19Fq72LtB7f9rhuOdNNQR2Hy0cqeyE/z7J6nAdB6WcRokxonDYIyehSDg7+U4opEr94wgvtItXvSQVbC18S/CPr973rkJNDqj5WJpZUNSFfpBrS1nGkEY0J9Q5odnho1ONZbCpFJqRGnZ/yimYPPYak68qxubg8yyX3w8WHl5iP79r8YTXlJ3NKR26oig==
Received: from PU1APC01FT007.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::3a) by PU1APC01HT041.eop-APC01.prod.protection.outlook.com (2a01:111:e400:7ebe::297) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.15; Thu, 27 Feb 2020 03:26:30 +0000
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com (10.152.252.52) by PU1APC01FT007.mail.protection.outlook.com (10.152.252.99) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2772.14 via Frontend Transport; Thu, 27 Feb 2020 03:26:30 +0000
X-IncomingTopHeaderMarker: OriginalChecksum:F4E40B4ABC7CE1A85D176B0E32EE72F85F881058976C8B8F41242E88A8914D68; UpperCasedChecksum:9060F474929EA24B0235430252C7120F894FA3F8D440DEEB890AAE15A62514AF; SizeAsReceived:9069; Count:51
Received: from HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::4c01:badc:eb0c:acd3]) by HK0PR03MB4066.apcprd03.prod.outlook.com ([fe80::4c01:badc:eb0c:acd3%6]) with mapi id 15.20.2772.012; Thu, 27 Feb 2020 03:26:30 +0000
Date: Thu, 27 Feb 2020 11:26:58 +0800
From: "li_zhenqiang@hotmail.com" <li_zhenqiang@hotmail.com>
To: "warren@kumari.net" <warren@kumari.net>, John Leddy <john@leddy.net>
Cc: "spring@ietf.org" <spring@ietf.org>, "6man@ietf.org" <6man@ietf.org>, Bob Hinden <bob.hinden@gmail.com>, "Zafar Ali (zali)" <zali=40cisco.com@dmarc.ietf.org>
References: <F88E3F76-DD4B-4807-A458-85FABFF20D96@gmail.com>, <5D218BFB-0D6F-4F7D-858F-B571A67DC47F@leddy.net>, <CAHw9_iJ_ipEvU0NUx44XbK0_DrLe_GRw6G=m+chK4wZcRP8BMg@mail.gmail.com>
X-Has-Attach: no
X-Mailer: Foxmail 7.2.9.156[cn]
Message-ID: <HK0PR03MB4066515990047F7BAB086911FCEB0@HK0PR03MB4066.apcprd03.prod.outlook.com>
Content-Type: multipart/alternative; boundary="----=_001_NextPart127303300561_=----"
X-ClientProxiedBy: HK2PR04CA0050.apcprd04.prod.outlook.com (2603:1096:202:14::18) To HK0PR03MB4066.apcprd03.prod.outlook.com (2603:1096:203:9d::21)
X-Microsoft-Original-Message-ID: <2020022711265581379023@hotmail.com>
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from cmcc-PC (223.72.79.103) by HK2PR04CA0050.apcprd04.prod.outlook.com (2603:1096:202:14::18) with Microsoft SMTP Server (version=TLS1_1, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA) id 15.20.2772.14 via Frontend Transport; Thu, 27 Feb 2020 03:26:29 +0000
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.9.156[cn]
X-Microsoft-Original-Message-ID: <2020022711265581379023@hotmail.com>
X-TMN: [qnmbLVLqpwwtUIs0kKCIWVNGiPVBtERY]
X-MS-PublicTrafficType: Email
X-IncomingHeaderCount: 51
X-EOPAttributedMessage: 0
X-MS-Office365-Filtering-Correlation-Id: 334f2e03-45cb-4eaa-23b7-08d7bb34d624
X-MS-TrafficTypeDiagnostic: PU1APC01HT041:
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: XkDcysCcy7kakrDwbAE0vdkz2TQsVEng/h85WJ4o9mHnRMnYFMUmy6K0d5U8Ve4tEIQYoTqn9JKimEe1GI3UFDYF410EpEewUGkNf5AtPsvYH6XrMA9yzhfi10VpWxPZcT94poXU7XPNOox/dw8zl2E2JyKjPs17eLIYsOqOfGx1mo1Q3yzBG6mDX+hGbqjWZCDsUC91O4nfZ5ifG1kOglUR/ZQSEXSN70OrnciOQZI=
X-MS-Exchange-AntiSpam-MessageData: p/L7QtTE4ECTaYFYpRIcnndF/QSfr6fsrDqQAQilHC2unsXTNFNSaKUwpShCX8tNr+ppNcPEbvTW3+ALa1xT7rDsNgwECTKWhlCNVUjtYu1TGyOJSgTK2Mc6cuSB+5993YULIKrhqFgxau2MHTeitQ==
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 334f2e03-45cb-4eaa-23b7-08d7bb34d624
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Feb 2020 03:26:30.5912 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-FromEntityHeader: Internet
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PU1APC01HT041
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/EbbQQUWgIjUc5lMCZ29iWsQatGc>
Subject: Re: [spring] Request to close the LC and move forward//RE: 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: Thu, 27 Feb 2020 03:26:38 -0000

Based on the value of this doc, it deserves an extension of WGLC, even a second WGLC.
It is obvious that some technical isssues and comments are still boiled in this list. So, in my opinion I am afraid that the WGLC can not reach the rough consensus that the doc is ready to move forward.

Since the issues are mainly ralated to the flavor section, why not extract this part from this main doc to a separate doc and try to move the main doc forward. We can discuss the separate flavor doc further. 

Best Regards,
Zhenqiang Li


li_zhenqiang@hotmail.com
 
From: Warren Kumari
Date: 2020-02-27 03:15
To: John Leddy
CC: SPRING WG List; 6man@ietf.org; Bob Hinden; Zafar Ali \(zali\)
Subject: Re: [spring] Request to close the LC and move forward//RE: WGLC - draft-ietf-spring-srv6-network-programming
I would suggest that people read RFC 7282 - "On Consensus and Humming
in the IETF", especially Sections 3 & 6 (it is a short document, you
should read the whole thing, but pay special attention to these
sections).
 
It doesn't really matter how many people say +1 for moving it forwards
-- if there are valid technical objections these have to be dealt with
- and I think that the relationship with RFC8200 falling into this
category...
 
W
 
On Wed, Feb 26, 2020 at 2:01 PM John Leddy <john@leddy.net> wrote:
>
> +1 in support of moving the document forward.
>
> John Leddy
>
> Sent from my iPhone
>
> > On Feb 26, 2020, at 10:22 AM, Bob Hinden <bob.hinden@gmail.com> wrote:
> >
> > Zafar,
> >
> >> On Feb 26, 2020, at 9:43 AM, Zafar Ali (zali) <zali=40cisco.com@dmarc.ietf.org> wrote:
> >>
> >> +1,
> >>
> >> Just to add, in the spirit of IETF https://www.ietf.org/how/runningcode/ …
> >> implementation, commercial deployment and Inter-op status has been documented in https://datatracker.ietf.org/doc/draft-matsushima-spring-srv6-deployment-status/
> >
> > I think the proper question is there a consensus to advance this document.
> >
> > There seems to be questions about its relationship with RFC8200.  I am not seeing this as being resolved.
> >
> > Bob
> >
> >
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
 
 
 
-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf
 
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------