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

bruno.decraene@orange.com Tue, 03 March 2020 15:49 UTC

Return-Path: <bruno.decraene@orange.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 6B0023A22C2; Tue, 3 Mar 2020 07:49:22 -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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=orange.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 SnfMMysRhf6G; Tue, 3 Mar 2020 07:49:20 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5F7BF3A0901; Tue, 3 Mar 2020 07:49:20 -0800 (PST)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id 48X1f63xBzz5wBF; Tue, 3 Mar 2020 16:49:18 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1583250558; bh=6TwLnnpGcdjTOHnertqB9+NWk5skwx8UEg/M5ukszW0=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=vTnHtiBHYzTmhKf5A9SFO9OOai77b2tw2L//uINMpWX7l8lne2igIwDljzWFgp2xl kDWfut01ktjQKVrJ5O4ftM70MqPaBzKALo2va8SvHfOs53Hivcn1Y6p2HfhO+sU9Rk CNwyvkwroPVNOlHaSVbbJaogsFNXmyfsA2E2IuBq1NDYULBc2QH4A9/EFa2voDk4PF x96fWZ2MajGPWdp72KUYnWXgKN+vhizRYRQnC0LL07pxo9W8ibDKFPe8vOeyhHs+bq CMn/onNJwGz4H2bYZqLWPAhOmauN8Lh9BXwMNt4OdWM/lJZ74YvSaqsb1iDUnX0LKh p0hBAeITtcvXQ==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.35]) by opfednr01.francetelecom.fr (ESMTP service) with ESMTP id 48X1f637kSzDq7y; Tue, 3 Mar 2020 16:49:18 +0100 (CET)
Received: from OPEXCAUBM43.corporate.adroot.infra.ftgroup ([fe80::b846:2467:1591:5d9d]) by OPEXCAUBM6C.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0487.000; Tue, 3 Mar 2020 16:49:17 +0100
From: <bruno.decraene@orange.com>
To: Fernando Gont <fernando@gont.com.ar>, Martin Vigoureux <martin.vigoureux@nokia.com>, "spring@ietf.org" <spring@ietf.org>
CC: "6man@ietf.org" <6man@ietf.org>, "'ietf@ietf.org'" <ietf@ietf.org>, draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>
Thread-Topic: [spring] WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AQHV8NBru4b9jfrAREi+K7Tmn9W8fag3AOXg
Date: Tue, 3 Mar 2020 15:49:17 +0000
Message-ID: =?utf-8?q?=3C20143=5F1583250558=5F5E5E7C7E=5F20143=5F390=5F3=5F5?= =?utf-8?q?3C29892C857584299CBF5D05346208A48DD80E6=40OPEXCAUBM43=2Ecorporate?= =?utf-8?q?=2Eadroot=2Einfra=2Eftgroup=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> <8259d37e-b460-5f76-1ce6-b0d026bccf6b@gont.com.ar>
In-Reply-To: <8259d37e-b460-5f76-1ce6-b0d026bccf6b@gont.com.ar>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/X9EPERpXBX81ka43pjvm3z3zk2g>
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 15:49:23 -0000

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://mailarchive.ietf.org/arch/msg/spring/or8086G4iYfee5_Icw4PnhkPLBo/):
> 
> ---- 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://mailarchive.ietf.org/arch/msg/spring/ErcErN39RIlzkL5SKNVAeEWpnAI/

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://mailarchive.ietf.org/arch/msg/spring/CMSX7ijacRdG8qHlla61ylJNggo/


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://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
> > .
> > 
> 
> 
> -- 
> 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://www.ietf.org/mailman/listinfo/spring

_________________________________________________________________________________________________________________________

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.