Re: [spring] WG adoption call - draft-hu-spring-segment-routing-proxy-forwarding

bruno.decraene@orange.com Tue, 08 February 2022 11:01 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 2CF033A0C69; Tue, 8 Feb 2022 03:01:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=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 4aeaWXA63mdn; Tue, 8 Feb 2022 03:01:29 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFD0E3A0C06; Tue, 8 Feb 2022 03:01:28 -0800 (PST)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr26.francetelecom.fr (ESMTP service) with ESMTPS id 4JtKnf1gjQzycn; Tue, 8 Feb 2022 12:01:26 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1644318086; bh=elEd0i5VzrHcslFIn1Sizo+WPD8J0kqIADcpEMB3CzU=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=O5gj46nMDlpex22u7PBsXhglQC1C3pqxA4hJmgDsi7Cvp3J9XFUALBdRNrOweXT2C vnZu+ifLWl5S8FND9cNsj/xIIJfWkD0n2teX5sI0z0bg81q/hFLykL8T3j9HcxLqT/ peH8HvDHh7A8H2zKXi7bderBpQ0LpanVOiRSKzmm5HOCktQIV/GlZ5Ot34P4L6prgo j99xdwftVcGvf77IELQXB1zR+6IfrWjM2TM+3TapL2vUH70Ye5VV3KrzZynbfMD+WT RMyX7Qqth4w2KFTD/z4RdxPObB0h7wE3s5qaPJtHhcHL2egNkrbx3yEV0aJhhgQt2J tS+PeS1pn9rRw==
From: bruno.decraene@orange.com
To: "draft-hu-spring-segment-routing-proxy-forwarding@ietf.org" <draft-hu-spring-segment-routing-proxy-forwarding@ietf.org>
CC: SPRING WG <spring@ietf.org>
Thread-Topic: WG adoption call - draft-hu-spring-segment-routing-proxy-forwarding
Thread-Index: AdgIZuyr9yYdtjOrSFSQcPhMc9AmsAUck9gg
Date: Tue, 08 Feb 2022 11:01:25 +0000
Message-ID: <17506_1644318086_62024D86_17506_388_1_25c99d808d0f4185a9d9005debbbab5b@orange.com>
References: <16511_1642069161_61DFFCA9_16511_109_5_57d3682191ff4ba0af62841fa9517ecb@orange.com>
In-Reply-To: <16511_1642069161_61DFFCA9_16511_109_5_57d3682191ff4ba0af62841fa9517ecb@orange.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Enabled=true; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SetDate=2022-02-08T11:01:23Z; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Method=Standard; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Name=Orange_restricted_external.2; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_ContentBits=2
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_enabled: true
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_setdate: 2022-02-08T11:01:23Z
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_method: Standard
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_name: Orange_restricted_external.2
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_siteid: 90c7a20a-f34b-40bf-bc48-b9253b6f5d20
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_actionid: 4a8f353c-254d-4c5d-b820-b7449b42e0ab
msip_label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_contentbits: 0
x-originating-ip: [10.115.26.51]
Content-Type: multipart/alternative; boundary="_000_25c99d808d0f4185a9d9005debbbab5borangecom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/gMuGOUy_OR5RP2jccbQvsbmtOQ4>
Subject: Re: [spring] WG adoption call - draft-hu-spring-segment-routing-proxy-forwarding
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, 08 Feb 2022 11:01:35 -0000

[speaking as WG contributor]

Hi authors, all

I have some comments specific to the binding SID aspect.


§2
"   For a binding segment of a possible failed node, the node advertises
   the information about the binding segment, including the binding SID
   and the list of SIDs associated with the binding SID, to its direct
   neighbors only.  Note that the information is not advertised in the
   network domain. »

§3.2.2

   "For supporting binding SID proxy forwarding, a new IS-IS TLV, called

   Binding Segment TLV, is defined.  It contains a binding SID and a

   list of segments (SIDs).  This TLV may be advertised in IS-IS Hello

   (IIH) PDUs, LSPs, or in Circuit Scoped Link State PDUs (CS-LSP)

   [RFC7356<https://datatracker.ietf.org/doc/html/rfc7356>]. »



>From an IS-IS standpoint, it seems to me that:

-    Advertising it in the LSP PDU would flood the information in the whole area/level, hence does not match the goal stated in §2

-    Advertising it in the Hello PDU is not a reliable way to sync information (except if duplicated in all hello which implies others issues such as lack of space) and adding the reliability seem like a major change to IS-IS

In all cases, as already raised by Stéphane, this is a subject for the LSR WG.




More importantly, the binding SIDs are probably coming from "somewhere" such as configuration, PCE, BGP, BGP-LS... Why not using the exact same signaling to duplicate it on the neighbors? (this may probably require some extensions for some protocols but a priori light ones and would not impact the IGP with information which may not belong to the IGP.)

Thanks,
Regards,
--Bruno



Orange Restricted
From: spring <spring-bounces@ietf.org> On Behalf Of bruno.decraene@orange.com
Sent: Thursday, January 13, 2022 11:19 AM
To: SPRING WG <spring@ietf.org>
Subject: [spring] WG adoption call - draft-hu-spring-segment-routing-proxy-forwarding

Dear WG,

This message starts a 2 week WG adoption call, ending 27/01/2022, for draft-hu-spring-segment-routing-proxy-forwarding
https://datatracker.ietf.org/doc/draft-hu-spring-segment-routing-proxy-forwarding/

After review of the document please indicate support (or not) for WG adoption of the document to the mailing list.

Please also provide comments/reasons for your support (or lack thereof) as this is a stronger way to indicate your (non) support as this is not a vote.

If you are willing to work on or review the document, please state this explicitly. This gives the chairs an indication of the energy level of people in the working group willing to work on the document.

Thanks!
Bruno, Jim, Joel

_________________________________________________________________________________________________________________________



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.