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

<bruno.decraene@orange.com> Fri, 28 February 2020 17:19 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 36EE23A0C2C; Fri, 28 Feb 2020 09:19:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, HTML_MESSAGE=0.001, 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 NY_JPNCHKixx; Fri, 28 Feb 2020 09:19:15 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC1E43A1C39; Fri, 28 Feb 2020 09:19:13 -0800 (PST)
Received: from opfednr04.francetelecom.fr (unknown [xx.xx.xx.68]) by opfednr27.francetelecom.fr (ESMTP service) with ESMTP id 48Tbqg4JPvz4wBc; Fri, 28 Feb 2020 18:19:11 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1582910351; bh=kW9TBEPp+6T+IQCcYvdUGdSzrHDzhRLflknIoD9+EcM=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=R5sdY7kiASz1KP3+v+xcFLMrc2gX/qDz7JpKs+J/hc1fa5RroDsx5RgRgVhfR0g76 ZVp8kjc7KtrBn/VYW2Qf6bsmAy3mkPEAj+eNUnQkL2NWbM/KpaLEv68+pKQfvVD7u0 FLRF8uyPkKfNIlnCzgn7mODaFNCiEMRS3gd6n1u9Zn8pWVh4wFwVvTSfY9gx+oIca1 2JetW9QrO2vz0S0+l1Cop8vzBHi9LKv15jtzLrI6YPAn7rZjCZnlQRvv7iK0a3wfwV ebGF1CvZ201pqii80gVSYJO+KtsJj6dU8+m6p9nAxu95ri8yMX0SqB5EuxYzNfksT4 T/B8ZgrVw2tow==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.64]) by opfednr04.francetelecom.fr (ESMTP service) with ESMTP id 48Tbqg317dz1xq5; Fri, 28 Feb 2020 18:19:11 +0100 (CET)
Received: from OPEXCAUBM43.corporate.adroot.infra.ftgroup ([fe80::b846:2467:1591:5d9d]) by OPEXCAUBMA3.corporate.adroot.infra.ftgroup ([::1]) with mapi id 14.03.0487.000; Fri, 28 Feb 2020 18:19:11 +0100
From: <bruno.decraene@orange.com>
To: draft-ietf-spring-srv6-network-programming <draft-ietf-spring-srv6-network-programming@ietf.org>, "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
CC: Brian E Carpenter <brian.e.carpenter@gmail.com>, 'SPRING WG List' <spring@ietf.org>
Thread-Topic: WGLC - draft-ietf-spring-srv6-network-programming
Thread-Index: AdWrjZKMyJw/FcG0Qj29O28HuDn7+xCyhYFA
Date: Fri, 28 Feb 2020 17:19:10 +0000
Message-ID: <21607_1582910351_5E594B8F_21607_111_1_53C29892C857584299CBF5D05346208A48DD1C51@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
References: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
In-Reply-To: <17421_1575566127_5DE93B2F_17421_93_1_53C29892C857584299CBF5D05346208A48D1A3DA@OPEXCAUBM43.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: multipart/alternative; boundary="_000_53C29892C857584299CBF5D05346208A48DD1C51OPEXCAUBM43corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/VPDFqCjvKe_2AhubMbhqPhbrKPs>
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: Fri, 28 Feb 2020 17:19:22 -0000

Pablo, authors, WG,

Section 4.16.1 [1] is the subject of multiple comments and clarification questions. Most notably some comments from Brian.

Its current text is very focused on the technical specification. Technical specification is good and this is the primary objective to achieve interoperability. But some would say that it is a bit terse, especially given the amount of context behind it. So I think that it could benefit from some introduction text.

Could you work on some text to better introduce PSP and put it in context? Possibly working with Brian who is kind enough to work on improving the clarity of this section for everyone.
Quoting Brian "simply need more explanation in elementary terms".

I personally have a few points in mind:

-          Clarifying what "Penultimate" refers to. This is required as there are multiple reading such "penultimate IPv6/SRv6 transit node" (which we all agree is not allowed by RFC 8200, so let's make things clear that the document is not talking or suggesting or allowing this) or "penultimate SR Segment Endpoint Node indicated in the IPv6 destination address of the received IPv6 header".

-          Clarify what you mean by "Pop". (as this terminology is heavily borrowed from MPLS and may not be crystal clear for everyone, especially since the MPLS RFC is not a normative reference (and it should not be))

-          Clarify that given the nodes A-B-C,  the PSP flavor is done by penultimate Segment Endpoint "B" at the request of the IPv6 source node "A" as an outsourced service from the ultimate SR End Point "C". "A", "B" and "C" been within the same control domain.

Agreed that this is not changing anything in the spec, and may be obvious to you, and hopefully clear for people having read the relevant document, however from the comments it seems clear that some additional context may help to clarify. Also it's plausible that some persons may only read this specific PSP section and react on it.

Thank you,
--Bruno

[1] https://tools.ietf.org/html/draft-ietf-spring-srv6-network-programming-10#section-4.16.1


From: ipv6 [mailto:ipv6-bounces@ietf.org] On Behalf Of bruno.decraene@orange.com
Sent: Thursday, December 5, 2019 6:15 PM
To: 'SPRING WG List'
Cc: 6man@ietf.org; draft-ietf-spring-srv6-network-programming
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.

_________________________________________________________________________________________________________________________

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.