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

Ron Bonica <rbonica@juniper.net> Tue, 03 March 2020 19:30 UTC

Return-Path: <rbonica@juniper.net>
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 2A72B3A07BA for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 11:30:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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=juniper.net header.b=OmqG7upa; dkim=pass (1024-bit key) header.d=juniper.net header.b=J0UrWu7k
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 CWnVxwKiIQ7B for <spring@ietfa.amsl.com>; Tue, 3 Mar 2020 11:30:28 -0800 (PST)
Received: from mx0b-00273201.pphosted.com (mx0b-00273201.pphosted.com [67.231.152.164]) (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 1BA6C3A07B9 for <spring@ietf.org>; Tue, 3 Mar 2020 11:30:27 -0800 (PST)
Received: from pps.filterd (m0108161.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 023JMmTU022888; Tue, 3 Mar 2020 11:30:27 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=PPS1017; bh=kryP780unCl0A6ImHo9igwx+6SZXPM66W7vcB8hRTKw=; b=OmqG7upaLqsqkHYNMbMK6MoWzcqINTIZGBE8zS4IGLjV7ino6bfW5iT8SFY+6/xZqxeP sMnHfMJdltN2Vltcbr49C69KpDkb8Puebuk9A2XgdLzrl2gXvvkPNwWU0T7vJq0BBIsI 1GWVjvwACULpncaET65scZ33pTXhRKgChIWEpTmcO2N/zZxuE4T6qX++jTWG7Bv4bGzn jfIygSO0KzZelwRSGGizGCbHv6K4XmM7HeDR1ar0aR1Fb2U7t6ZPr+t5otVGSkuxHSOT RwQjp9PFjKSKtu8bx46fWcLR9kw98kp8GO1z+DsyObgAljsRUT8FqcR7BswZUcNYgK4X kA==
Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2104.outbound.protection.outlook.com [104.47.70.104]) by mx0b-00273201.pphosted.com with ESMTP id 2yh63ctngj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 03 Mar 2020 11:30:26 -0800
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; =?utf-8?q?b=3DT3fd9O3SVmb7ZlRe5L93WbYzybFKXDI9u0N62EfPLkdJHv1S4nva6MTYj9wSV?= =?utf-8?q?d9IvaR6Jwd7N2fgF/PHac2G+0CihStpHjDnMHq23Kwo3foQ8a8q422VtjwKn8zVHX?= =?utf-8?q?q4dbwBtdhvgxVZbV00+eXRx9+WscqR2uofZXvd40hn5/DAArYbvEzkqG+iOT+OZoM?= =?utf-8?q?3y67PuFMEv52OZQpJxbtjRJzImid1H16W2OCsbba7HdGbmOVA0nrcHi9G0Ah8VLDm?= =?utf-8?q?EokexMfVq3FQvMsOqEC7PV3JXJC/NeUMHhtn7RPtsUIK7Id4QW+xIBkexomF3JsBz?= =?utf-8?q?IOkeh7rX9HetMOF4yShCg=3D=3D?=
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3ACont?= =?utf-8?q?ent-Type=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DkryP780unCl0A6ImHo9igwx+6SZXPM66W7vcB8hRTKw=3D=3B_b=3DW139Pj?= =?utf-8?q?1EJCzxjuG3xXqWFRw0zwpStzAnDMeBa96FkwKJ0D3oiXPRt0YXbSo7NuQGnGYabC1?= =?utf-8?q?bNvo/EbP9xPwPMlPn5QrHJqHL5LLNdXakOvK9kGdahcqIKHmMV1dGYZ7ng2IEhk//?= =?utf-8?q?r/k6oKzn/LG17BWbQvZ0CclLO7pwKwvn4EseAR/0zmcIqTmVjB1ens8AogTXFr+Du?= =?utf-8?q?LCSjoQeZaPFZG/vJDKxhBTQOCGL4lbIxyDvLAkuuXI0OIKD1cHcwfzs270Sg9gylZ?= =?utf-8?q?nVBzfBOSdFKbgrQrjyDhd8rhBX8dRGyq7oYRB5mnDizw1yVy9D49ft0OJFDF1WUCQ?= =?utf-8?q?0VpNYczcukg=3D=3D?=
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=juniper.net; dmarc=pass action=none header.from=juniper.net; dkim=pass header.d=juniper.net; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; s=selector1; =?utf-8?q?h=3DFrom=3ADate=3ASubject=3AMessage-ID=3AContent-Typ?= =?utf-8?q?e=3AMIME-Version=3AX-MS-Exchange-SenderADCheck=3B?= =?utf-8?q?bh=3DkryP780unCl0A6ImHo9igwx+6SZXPM66W7vcB8hRTKw=3D=3B_b=3DJ0UrWu?= =?utf-8?q?7kw3JRbl4C+sL9xhtvRwE/77qZqzKNY35kot51Iyn7CPGVY/uj62A/4fMp0+ArEKN?= =?utf-8?q?ddAEdqIUjS5WGxneWcf7NaJLmPHUZdRMJWnc+n1WIRgUK8LYITgsQmzb5UGKJ7shA?= =?utf-8?q?wOY3QcNZ4uDRPwdHBE0YFm6kD1JpFejf2h8=3D?=
Received: from DM6PR05MB6348.namprd05.prod.outlook.com (2603:10b6:5:122::15) by DM6PR05MB6602.namprd05.prod.outlook.com (2603:10b6:5:122::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.5; Tue, 3 Mar 2020 19:30:25 +0000
Received: from DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02]) by DM6PR05MB6348.namprd05.prod.outlook.com ([fe80::cdd:ea54:f213:7e02%5]) with mapi id 15.20.2793.011; Tue, 3 Mar 2020 19:30:25 +0000
From: Ron Bonica <rbonica@juniper.net>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "bruno.decraene@orange.com" <bruno.decraene@orange.com>, Martin Vigoureux <martin.vigoureux@nokia.com>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xFNkTUAAAMg8IAAKLwhgAABNaWAAAHeLgAAAGe2AAAD1sGQ
Date: Tue, 3 Mar 2020 19:30:24 +0000
Message-ID: =?utf-8?q?=3CDM6PR05MB63484795948C4901C9B7A548AEE40=40DM6PR05MB6?= =?utf-8?q?348=2Enamprd05=2Eprod=2Eoutlook=2Ecom=3E?=
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> =?utf-8?q?=3C8259d37e-b460-5f76-1ce6-b0d026bccf6b=40gont=2Ecom=2Ear=3E_=3C2?= =?utf-8?q?0143=5F1583250558=5F5E5E7C7E=5F20143=5F390=5F3=5F53C29892C8575842?= =?utf-8?q?99CBF5D05346208A48DD80E6=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Einf?= =?utf-8?q?ra=2Eftgroup=3E?= =?utf-8?q?=3C5d693a5e-baa0-6ffb-4e39-2695795b7413=40joelhalpern=2Ecom=3E_?= =?utf-8?q?=3C7501=5F1583255845=5F5E5E9125=5F7501=5F499=5F1=5F53C29892C85758?= =?utf-8?q?4299CBF5D05346208A48DD84FF=40OPEXCAUBM43=2Ecorporate=2Eadroot=2Ei?= =?utf-8?q?nfra=2Eftgroup=3E?= <fc5bf8d9-073f-2eff-6041-e1610bf6e116@joelhalpern.com>
In-Reply-To: <fc5bf8d9-073f-2eff-6041-e1610bf6e116@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Enabled=True; =?utf-8?q?MSIP=5FLabel=5F0633b888-ae0d-4341-a75f-06e04137d755=5FSiteId=3Dbe?= =?utf-8?q?a78b3c-4cdb-4130-854a-1d193232e5f4=3B?= =?utf-8?q?MSIP=5FLabel=5F0633b888-ae0d-4341-a75f-06e04137d755=5FOwner=3Drbo?= =?utf-8?q?nica=40juniper=2Enet=3B_MSIP=5FLabel=5F0633b888-ae0d-4341-a75f-06?= =?utf-8?q?e04137d755=5FSetDate=3D2020-03-03T19=3A30=3A23=2E2817100Z=3B?= MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=Juniper Business Use Only; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Application=Microsoft =?utf-8?q?Azure_Information_Protection=3B_MSIP=5FLabel=5F0633b888-ae0d-4341?= =?utf-8?q?-a75f-06e04137d755=5FActionId=3Dd424af0f-9788-4af6-82bd-d289578ad?= =?utf-8?q?8f7=3B_MSIP=5FLabel=5F0633b888-ae0d-4341-a75f-06e04137d755=5FExte?= =?utf-8?q?nded=5FMSFT=5FMethod=3DAutomatic?=
dlp-product: dlpe-windows
dlp-version: 11.4.0.45
dlp-reaction: no-action
x-originating-ip: [108.28.233.91]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: fce1e34f-05b7-4f07-8f3c-08d7bfa95282
x-ms-traffictypediagnostic: DM6PR05MB6602:
x-microsoft-antispam-prvs: =?utf-8?q?=3CDM6PR05MB660277E0DD9CB6A1DC9CB168AEE?= =?utf-8?q?40=40DM6PR05MB6602=2Enamprd05=2Eprod=2Eoutlook=2Ecom=3E?=
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 03319F6FEF
x-forefront-antispam-report: SFV:NSPM; =?utf-8?q?SFS=3A=2810019020=29=284636?= =?utf-8?b?MDA5KSgzNzYwMDIpKDEzNjAwMykoMzY2MDA0KSgzOTg2MDQwMDAwMikoMzQ2?= =?utf-8?b?MDAyKSgzOTYwMDMpKDE5OTAwNCkoMTg5MDAzKSgyNjAwNSkoMTg2MDAzKSgxMTAx?= =?utf-8?q?36005=29=288676002=29=2866946007=29=2866556008=29=2866476007=29?= =?utf-8?b?KDgxMTU2MDE0KSg2NjQ0NjAwOCkoNjQ3NTYwMDgpKDMxNjAwMikoMjkwNjAwMiko?= =?utf-8?q?8936002=29=2881166006=29=2876116006=29=2866574012=29=2855016002?= =?utf-8?b?KSg5Njg2MDAzKSgzMDg2NDAwMykoNTI1MzYwMTQpKDMzNjU2MDAyKSg1NjYw?= =?utf-8?q?300002=29=28478600001=29=286506007=29=2871200400001=29=2853546011?= =?utf-8?b?KSg3Njk2MDA1KSg4NjM2MjAwMSkoOTY2MDA1KTs=?= DIR:OUT; SFP:1102; SCL:1; SRVR:DM6PR05MB6602; H:DM6PR05MB6348.namprd05.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: =?utf-8?q?31llSOnjgS4vd3Qd0oYmXYhTJbM0hn+?= =?utf-8?q?17yi/eZ3Sj0pCNO/B89+ZWWm4np3nyYAYYPi1+NWJ8w5UzPCSPy2dGTeRu0/3V+gi?= =?utf-8?q?Weqapfm1Ivn86oBmem79+wEOEM3PRLaPii96kqdCjF5BFonUNR90CrF0JFgtEKzC7?= =?utf-8?q?sakD4pCYFi7ncP8vQbIyVzCxRCGMclbI3k8GPQa6fQ2Tr21mGG4BYOn0JDJaeWCUF?= =?utf-8?q?RJvXn7xq5V3TSn88S8cVLc4bw2knAenpBnUrED0Wx4cqdA/Yawo0CE06aoIR97XC3?= =?utf-8?q?tUgn1EHkJbwAis0shyZFgZQGZEyNz72JDZwyAWIZG7kOJiit1naAlewBcQW4Je+/7?= =?utf-8?q?jcgS1V1KrKR+nl3VzoTCND8bz6G7w9I/O4epWrg39UmNp39cI5ZNLBqhpupqCcoyr?= =?utf-8?q?mwP98eQ4FXMARloM7rNyzENoEcqaL+RZJ82oaT2xDodpANieiXW4TRT4ops5omXsX?= =?utf-8?q?S6Y+0gIiUZVLXqPfvsg7wo0GbQ5rdZ841iEsnSUl2/alWuLA=3D=3D?=
x-ms-exchange-antispam-messagedata: =?utf-8?q?ZJ35QZcDanIFf1DXmj/dXLfjaDMxig?= =?utf-8?q?2rQJ8v7aXrHfCJksv2g1FD0/h3WbxKam0fPrLpmBSj/tVvGwMy7PH+5JLSLT8mHfX?= =?utf-8?q?0bdBGOQgIn+/8neJJ3zOHv7LuRCKNe21fh4YYCRsbkmfkLsOHEwwjlQ=3D=3D?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-Network-Message-Id: fce1e34f-05b7-4f07-8f3c-08d7bfa95282
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Mar 2020 19:30:24.9941 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: =?utf-8?q?xQLJRtFrPGFpsK9gxf3uw?= =?utf-8?q?yApZg07EVZbLlrVtsT7or9KRQSa6LAnEyzNkEM9ks23VEaeFK+6tV3pEXUZXo6Itw?= =?utf-8?q?=3D=3D?=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR05MB6602
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138, 18.0.572 definitions=2020-03-03_06:2020-03-03, 2020-03-03 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 mlxscore=0 suspectscore=0 lowpriorityscore=0 priorityscore=1501 bulkscore=0 phishscore=0 mlxlogscore=999 impostorscore=0 malwarescore=0 adultscore=0 clxscore=1015 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2001150001 definitions=main-2003030126
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/N4lfgQA1TT4wrIhy3wjGw1pm48k>
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: Tue, 03 Mar 2020 19:30:31 -0000

Folks,

I don't think that you can compare MPLS PHP with SRv6 PSP. MPLS PHP is a clear case of de-encapsulation. We do that all the time. In SRv6 PSP, we are removing something from the middle of a packet. That is quite a different story.

                                                                                                                                      Ron


Juniper Business Use Only

-----Original Message-----
From: spring <spring-bounces@ietf.org> On Behalf Of Joel M. Halpern
Sent: Tuesday, March 3, 2020 12:29 PM
To: bruno.decraene@orange.com; Martin Vigoureux <martin.vigoureux@nokia.com>om>; spring@ietf.org
Subject: Re: [spring] WGLC - draft-ietf-spring-srv6-network-programming

Note, I said "is not usually, in and of itself".  Recognizing that there are exceptions.  There appears to be significant disagreement as to whether the MPLS case was a good one. )There are lots of other aspects for that case which do not apply here.)

Yours,
Joel

On 3/3/2020 12:17 PM, bruno.decraene@orange.com wrote:
>> From: Joel M. Halpern [mailto:jmh@joelhalpern.com]
>> Sent: Tuesday, March 3, 2020 5:24 PM
>> To: DECRAENE Bruno TGI/OLN; Martin Vigoureux; spring@ietf.org
>> Subject: Re: [spring] WGLC - 
>> draft-ietf-spring-srv6-network-programming
>>
>> I'm sorry, but "in my gear I want an option to move some work around, 
>> so I need a protocol behavior for that" is not usually, in and of 
>> itself, enough reason to add an optional feature to a protocol.
> 
> I can't speak on 'usually', but it certainly happened before. Cf the "Penultimate Hop Popping" section in RFC3031 (MPLS):
> 
> "   However, some hardware switching engines may not be able to pop the
>     label stack, so this cannot be universally required."
> https://urldefense.com/v3/__https://tools.ietf.org/html/rfc3031*sectio
> n-3.16__;Iw!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6iuY
> Atn0aGSZEOQCiyxWF1i$
> 
> Yours,
> --Bruno
> 
>> At one point there was an argument that PSP was needed for compliant 
>> devices that would not be able to process the packet.  It has been 
>> pointed out since that such devices would not comply to 8200 (not 
>> because of PSP, but because being able to ignore an exhausted routing 
>> header is required in 8200).  Having an optional feature to take care 
>> of devices which violate a standard again requires some strong 
>> evidence to justify it.
>>
>> So no, from where I sit I have not seen a clear explanation of the 
>> value for PSP.
>>
>> I also do not understand why the authors have resisted the usual 
>> solution to this sort of disagreement, namely moving the feature to a 
>> separate document.  Given the structure of the network programming 
>> draft, and that it is not exhaustive in either flavors or programming 
>> behaviors, there is no violence done to the draft by removing this flavor.
>>
>> Yours,
>> Joel
>>
>> On 3/3/2020 10:49 AM, bruno.decraene@orange.com wrote:
>>> Fernando
>>>
>>>> From: spring [mailto:spring-bounces@ietf.org] On Behalf Of Fernando 
>>>> Gont
>>>> Sent: Monday, March 2, 2020 9:23 PM
>>>> To: Martin Vigoureux; spring@ietf.org
>>>> Cc: 6man@ietf.org; 'ietf@ietf.org'org'; 
>>>> draft-ietf-spring-srv6-network-programming
>>>> Subject: Re: [spring] WGLC - 
>>>> draft-ietf-spring-srv6-network-programming
>>>>
>>>> Martin,
>>>>
>>>> As an Area Director, what are your thoughts regarding Bruno's claim 
>>>> that this working group (Spring) doesn't have the necessary skills 
>>>> for evaluating the need of a functionality (PSP) that this wg is 
>>>> including in draft-ietf-spring-srv6-network-programming?
>>>>
>>>> Specifically, Bruno has noted (in
>>>> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/spring/or8086G4iYfee5_Icw4PnhkPLBo/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCsdZKzc2$ ):
>>>>
>>>> ---- cut here ----
>>>> Independently of RFC 8200, the question has been raised with 
>>>> regards to the benefit of PSP.
>>>> My take is that PSP is an optional data plane optimization. Judging 
>>>> its level of usefulness is very hardware and implementation 
>>>> dependent. It may range anywhere from "not needed" to "required for my platform"
>>>> (deployed if you are network operator, or been sold if you are a 
>>>> vendor), with possible intermediate points along "n% packet 
>>>> processing gain", or "required when combined with a specific other 
>>>> feature". I don't think that the SPRING WG can really evaluate this 
>>>> point (lack of hardware knowledge, lack of detailed information on the hardwares).
>>>> ---- cut here ----
>>>>
>>>>
>>>> Doesn't this sound a bit like a group is shipping something that it 
>>>> cannot really understand?
>>>
>>>
>>> There have been replied and statement from the WG. E.g. From Dan (network operator) & Jingrong (vendor).
>>> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/sp
>>> ring/ErcErN39RIlzkL5SKNVAeEWpnAI/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOz
>>> OPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCqGhzAlS$
>>>
>>> My comment is that a statement such as "(1) reduce the load of final destination.", while true in general, is difficult to evaluate, e.g. in term of packet processing gain, or NPU processing resource gain.
>>> One can say "not on my hardware", but nobody can say "not in your hardware".
>>>
>>> And I think that this is along Joel reply (although I would not want 
>>> to speak for Joel) "Do you have any comments on what appears to be 
>>> the significant increase in complexity on the device performing PSP?  
>>> The question I am trying to get at is about the tradeoff, which needs one to evaluate both sides."
>>> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/sp
>>> ring/CMSX7ijacRdG8qHlla61ylJNggo/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOz
>>> OPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCsnVf_mA$
>>>
>>>
>>> So in the end, what we have is the statement "(1) reduce the load of final destination.".
>>>
>>> Thanks,
>>> --Bruno
>>>    
>>>> Thanks,
>>>> Fernando
>>>>
>>>>
>>>>
>>>>
>>>> On 2/3/20 15:53, Martin Vigoureux wrote:
>>>>> 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://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/
>>>>> spring/67ZG76XRezPXilsP3x339rGpcso/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7y
>>>>> ckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCqR0ymms$
>>>>> [2]
>>>>> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/
>>>>> spring/plidxjZFBnd4_mEzGsLC76FZmQ0/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7y
>>>>> ckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCkr-7fYe$
>>>>> [3]
>>>>> https://urldefense.com/v3/__https://mailarchive.ietf.org/arch/msg/
>>>>> spring/uBYpxPyyBY6bb86Y2iCh3jSIKBc/__;!!NEt6yMaO-gk!R8IpdFJzyoCo7y
>>>>> ckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCizDGW--$
>>>>>
>>>>> 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://urldefense.com/v3/__https://tools.ietf.org/html/draft-iet
>>>>>> f-spring-srv6-network-programming-05__;!!NEt6yMaO-gk!R8IpdFJzyoCo
>>>>>> 7yckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCvuKcbMU$
>>>>>>
>>>>>> _________________________________________________________________
>>>>>> ________________________________________________________
>>>>>>
>>>>>>
>>>>>> 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://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo
>>>>>> /spring__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b
>>>>>> 6iuYAtn0aGSZEOQCie_a0dh$
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> spring mailing list
>>>>> spring@ietf.org
>>>>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/
>>>>> spring__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6i
>>>>> uYAtn0aGSZEOQCie_a0dh$
>>>>> .
>>>>>
>>>>
>>>>
>>>> --
>>>> Fernando Gont
>>>> e-mail: fernando@gont.com.ar || fgont@si6networks.com PGP 
>>>> Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> spring mailing list
>>>> spring@ietf.org
>>>> https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/s
>>>> pring__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6iuY
>>>> Atn0aGSZEOQCie_a0dh$
>>>
>>> ____________________________________________________________________
>>> _____________________________________________________
>>>
>>> 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.
>>>   
> 
> ______________________________________________________________________
> ___________________________________________________
> 
> 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://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spri
> ng__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aG
> SZEOQCie_a0dh$
> 

_______________________________________________
spring mailing list
spring@ietf.org
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!R8IpdFJzyoCo7yckOzOPMieJAOSnyq5AODMxwdW0b6iuYAtn0aGSZEOQCie_a0dh$