Re: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths

Shraddha Hegde <shraddha@juniper.net> Mon, 17 August 2020 05:52 UTC

Return-Path: <shraddha@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 0C8113A09A0; Sun, 16 Aug 2020 22:52:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.987
X-Spam-Level:
X-Spam-Status: No, score=-1.987 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, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=juniper.net header.b=nFThk2Yw; dkim=pass (1024-bit key) header.d=juniper.net header.b=YDB6wt2M
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 AYwX71lwSNw0; Sun, 16 Aug 2020 22:52:51 -0700 (PDT)
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 A414E3A09A3; Sun, 16 Aug 2020 22:52:51 -0700 (PDT)
Received: from pps.filterd (m0108160.ppops.net [127.0.0.1]) by mx0b-00273201.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 07H5l2L2016997; Sun, 16 Aug 2020 22:52:47 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=juniper.net; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=PPS1017; bh=eBILp7L+/ETuEoif+4PTxT/SdfzSYu8Ersx9iYey7BU=; b=nFThk2YwzV6P06TEzKHU6wd8tY3YZ+8mg44f/qYGGluXLU+v+qyT3uke8rfvVGFcbJ2P eYZrAbEv8swvjwVTZLBjCGk0Lg1v8XbiMi6YtIeRf7V3/aal4sWyXp45lXM59S7PgkvF vTdbTVPYocZHEZc//+v2A+8CI5R1jdFENl0lxot/eNIpRVXRf4LGJX4ZSMKtowQDPxEK VhooHxh0vDWJM1Wv1cvD2K5rAcGF9bMFGUxKThqtsrh+5NiN4qmJM0FwMdQP3XfEI9aw g2Lph5tRjRlPvWOEOVAHYPqOU6Y1MsF0VeQjrdibah4hWHxIQGMjFGjRfojt1G2D/NRA zQ==
Received: from nam10-bn7-obe.outbound.protection.outlook.com (mail-bn7nam10lp2108.outbound.protection.outlook.com [104.47.70.108]) by mx0b-00273201.pphosted.com with ESMTP id 32xdmhsw1v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 16 Aug 2020 22:52:47 -0700
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CwuVQb3bBq1NuaFDxa9xH00eLuhbQtG/zwFLrVg8EHhu9oOUNcbNdeYqZB3NLRbT9jzwEFHPmbYHwpD17XEeCHNm9DFaquScIcp/pMnwaSeKvdFrQgc7Idj9Dnd/HBl7qVVXH7aca7iuBSLaGefU01Hhcm6W2j3aRSqqOMm6dCcMe1XeBpnmdablqbxnJL495tnSMdiTXyr6yo+oRE5FPvSctwWUMmruC4j8IBTWkR/s9sk1ei8Y5E3ganGZsGvplSVPQv21oSIcpFMFshqKmxl5NdpPNKWuWnrf1IeZzey8hSMe3DxtUg4kCJu0RtaryJvxoA9a0YxgFhD/T80NRQ==
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=eBILp7L+/ETuEoif+4PTxT/SdfzSYu8Ersx9iYey7BU=; b=cyVG1j12QWjL0nuEfaczi1Ac9y+diWYv/TyvSRjNUTP1mOu8xgxn0/BXbDwAoKkreRU7xxQHN1DzEp50UhuosvKcoW8VeAr5HCgUYhlv08iU0e5ggOoYlX5ShuGKL3B8bbrcxuIPtG3igXsYDWnC5yP++t3/2IRDfLfer0egA9qF+ADEzAsyjqWkR0qnx4K2aOsLacWTcIPPM2R2jqCyTMp1hPGywc8PUIJ3onipAgOybKO47SL6N3htn10PjxPM0LIRaM9I3AqTeb00VRbI/SQG568e5pSLaJFrT+BiKoabkgDpXhhMTbwXyHVbYMdJPG/bbAu0XBlMKo9vgUUjxg==
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; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eBILp7L+/ETuEoif+4PTxT/SdfzSYu8Ersx9iYey7BU=; b=YDB6wt2MVaBbg8uicBVzyVfBH9Laj+8oeS3CbxBUwgTO9NMmcIr5si3bmYmmUitmTrQ7k044j+973Bjmh2s0anqBM6xDNkkd/NQYG3F57NO88TvPSi3QNzqYmlpws5n0BE7eIdlOUaNXLUynpOm5kM1gwRa/vn5ofbSkID2eH1Q=
Received: from CY4PR05MB3576.namprd05.prod.outlook.com (2603:10b6:910:52::22) by CY4PR05MB3301.namprd05.prod.outlook.com (2603:10b6:910:55::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3305.13; Mon, 17 Aug 2020 05:52:45 +0000
Received: from CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::9e0:8539:4bfd:ee3e]) by CY4PR05MB3576.namprd05.prod.outlook.com ([fe80::9e0:8539:4bfd:ee3e%7]) with mapi id 15.20.3305.021; Mon, 17 Aug 2020 05:52:45 +0000
From: Shraddha Hegde <shraddha@juniper.net>
To: Gyan Mishra <hayabusagsm@gmail.com>, "Ketan Talaulikar (ketant)" <ketant=40cisco.com@dmarc.ietf.org>
CC: "bruno.decraene@orange.com" <bruno.decraene@orange.com>, "draft-hegde-spring-node-protection-for-sr-te-paths@ietf.org" <draft-hegde-spring-node-protection-for-sr-te-paths@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths
Thread-Index: AdZmaxBja895PvK+QsirQTKFBBYlewLx82dwACZ1mwAAYw1R8A==
Date: Mon, 17 Aug 2020 05:52:45 +0000
Message-ID: <CY4PR05MB35767668A49B33F84D618644D55F0@CY4PR05MB3576.namprd05.prod.outlook.com>
References: <3815_1596111875_5F22BC03_3815_57_2_53C29892C857584299CBF5D05346208A48F028F5@OPEXCAUBM43.corporate.adroot.infra.ftgroup> <MW3PR11MB457084F193199C18C0987047C1400@MW3PR11MB4570.namprd11.prod.outlook.com> <CABNhwV2WaH8WYDnp_C5z7JGpsi3egRHRs4H=BT6D2Db6Zd5z9w@mail.gmail.com>
In-Reply-To: <CABNhwV2WaH8WYDnp_C5z7JGpsi3egRHRs4H=BT6D2Db6Zd5z9w@mail.gmail.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; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SetDate=2020-08-17T05:52:42Z; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Method=Standard; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_Name=0633b888-ae0d-4341-a75f-06e04137d755; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_SiteId=bea78b3c-4cdb-4130-854a-1d193232e5f4; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ActionId=a0eb2daa-165e-4012-94cb-297e4c34c1c9; MSIP_Label_0633b888-ae0d-4341-a75f-06e04137d755_ContentBits=2
dlp-product: dlpe-windows
dlp-version: 11.2.0.14
dlp-reaction: no-action
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=juniper.net;
x-originating-ip: [116.197.184.12]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: 6f014c31-bd30-4d3c-09a6-08d84271c39c
x-ms-traffictypediagnostic: CY4PR05MB3301:
x-microsoft-antispam-prvs: <CY4PR05MB330123C298A1D67A70968919D55F0@CY4PR05MB3301.namprd05.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: nTlcFlmx7QmuAXvtbvm9PNoelQ+ExelD3WhwK80KZ4P+Ae/OFQ0z4JJsdWmVr2lpEuOcGvhaULcKz6q+DwKYklE4xyaghRmscuZNXolGJw1N9eiyZeeABhzSrqUTzDu0B2sTSsT2iGCglx9xJkTD9zNGJrRTUOyQjzARgMZ/4Y+5r8EMNrU+jca+VUKdvSwvPqkFqjuPpSdC+NI2RfE373+khlqy2ChAv1jzs4pFmMQQSqYAjfcEpDSTTYFr5RvVjrH0s2LbwNeLZ++TXT3pmecYQZ3fnHEu9mjbF5v0ZmKJA8hiej1j79DIwWz19EEIr1VqqApv9b+tskhMkGiV3Aqr5VzjjlFNVkCswPGGguA6vJm2TJem0O0THkhyRNILvLSrkvJSx57GDtwl5jmXyw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CY4PR05MB3576.namprd05.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(346002)(376002)(366004)(396003)(136003)(76116006)(66946007)(166002)(2906002)(71200400001)(66476007)(186003)(66556008)(83380400001)(66446008)(26005)(64756008)(4326008)(54906003)(52536014)(9326002)(7696005)(33656002)(8936002)(6506007)(478600001)(966005)(55016002)(86362001)(9686003)(316002)(53546011)(110136005)(5660300002)(8676002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: 4PbOy9EabAMINrFejHzJAZNAV+eYXBfImyz/i8MEvPtrRcH6tPBiRS9xquJwrwT08SKaLzb/KG0mfBSlFaIMDU9aJ5ymAmkMicpNRFDfs71DVLg/ICfszI8/mXdK32hZwDbM5noRp6iOUwLlDNEH1+UlifT4yRvhROQUb9CMcE/GnMzWTVMPlOthF3OX1TH8WNfYZSepbv5THfIrWzmCnOAFBEnU2iIMKX7zkZE6CqBNJoxRYGv+jXEstu3qf6GHYTgJyPbjP//9T1RdYyLfBG766+NjWIcxxzf6Z0o84ewZ5ix2d/arZckEjS2+jHpVqz0tihNKMZ1zUi8URga5c6lfU23WVJFiFTquIx5k04vP8UhVs5zseB26dhdgyOJUQpJvKlXwMsmAMaA/PP/XipTYdY4RQbvjzY6hf2PE4oN301OJDLoM1Rkjh3fi2yx9J1RLwNJ12RHd3iW/Y5OiEzPQ4Mliv3MwO3glsGiFgWFjty2OEtc7kGBBMy+WVWvZZZkSXHqa1pNGwstLahenmSC7i+/BKY7NZkftrUKt8FRad1lsG7d+QgSuxlAXi7FSa+aE+8wNMaqROlQekdirrmF/6HpEPwmQSezeFNlXvx6seP1nLnc5xnnJlTRGySOm86l/k3OP4LrgEbkTZWT1DA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_CY4PR05MB35767668A49B33F84D618644D55F0CY4PR05MB3576namp_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CY4PR05MB3576.namprd05.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6f014c31-bd30-4d3c-09a6-08d84271c39c
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Aug 2020 05:52:45.2266 (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: itXWvzTMWVHAcp2UQZ9wiwgH4IyAuzkyiWvGoTIFnS7Zj1Xi2zwhUdQtwBGer9y2fHWFezzOSw7Snbuod+c/pg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR05MB3301
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-08-17_02:2020-08-17, 2020-08-17 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_spam_notspam policy=outbound_spam score=0 clxscore=1011 impostorscore=0 bulkscore=0 suspectscore=0 adultscore=0 mlxscore=0 spamscore=0 priorityscore=1501 malwarescore=0 mlxlogscore=999 phishscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008170046
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/d2i-11A3cipKnl4rTI_VcP1dENs>
Subject: Re: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths
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: Mon, 17 Aug 2020 05:52:57 -0000

Hi Gyan,

Thank you for the support.
Pls see inline or replies



Juniper Business Use Only
From: Gyan Mishra <hayabusagsm@gmail.com>
Sent: Saturday, August 15, 2020 11:54 AM
To: Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org>
Cc: bruno.decraene@orange.com; draft-hegde-spring-node-protection-for-sr-te-paths@ietf.org; spring@ietf.org
Subject: Re: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths

[External Email. Be cautious of content]


I support WG adoption adoption of this draft.

For operators moving towards SR technology, RSVP FRR is widely deployed by operators, so SR node protection is a critical feature for operators.

>From the thread started by Joel Halpern I think path protection is as well critical to operators.

With regards to SR FRR node protection,  how does TI-LFA FRR work in conjunction with SR FRR node protection for the  same PLR junction to the merge point bypass loop.
<Shraddha>SR path consists of a stack of labels. At any node the forwarding in based on top label.
When there is node failure, the PLR of the failure node applies the procedures described in drat-hegde-spring-node-protection-for-sr-te-paths When the top label is adjacency SID or when the top label is a node-sid which is the nexthop.
If the top label is a node-sid which is multiple hops away TI-LFA protection is applied.

Is the concept of context table a requirement for node FRR as it will consume more resources.
<shraddha> It is not absolutely necessary. Section 5 of the draft explains a mechanism that does not use context tables.

In the bypass loop if their is only one next next hop path Neighbor or a few would a context table be necessary.
<shraddha> Context table is generally necessary if the SRGB in the network is not uniform and if there are locally significant adjacency-sids used in the network. Since SR uses IGP SIDs and the paths for the labels change based on cost change etc
The concept of next-nexthop is very dynamic. The recommendation is to use non context table based solution only when the
Whole network has same SRGB and  has global adj-sids deployed.

For the node protection this does seem similar conceptually to RSVP node protection with the additional label to signal lsp  to the merge point.
<shraddha> You are right, this draft solves the same problem that RSVP node-protection solved.
Kind Regards

Gyan

On Fri, Aug 14, 2020 at 8:25 AM Ketan Talaulikar (ketant) <ketant=40cisco.com@dmarc.ietf.org<mailto:40cisco.com@dmarc.ietf.org>> wrote:












Hi All,



I believe this topic is relevant and something for the WG to adopt and work on.



I have some concerns though on it's applicability and more specifically it's implications on existing deployments/use-cases. I've share the same on the thread started by Joel on this specific aspect [1]. Some discussion and clarity on this

would help before adoption.



One other bit, for the example in Sec 2.3, perhaps some text is required to clarify that this applies only for segments signalled via IGPs and if the 9054 was a BSID or BGP-EPE SID then this approach would not work. May I suggest to add

a section 2.4 to capture these aspects (it would be some what on the lines of Sec 3.4 but not related to the context table solution).



The document is well-written and detailed. It does a very good job of describing the node protection scenarios and options.



Thanks,

Ketan



[1]

https://mailarchive.ietf.org/arch/msg/spring/8UIcjT9HMPc4XUp_WAiClFwpOmM/<https://urldefense.com/v3/__https:/mailarchive.ietf.org/arch/msg/spring/8UIcjT9HMPc4XUp_WAiClFwpOmM/__;!!NEt6yMaO-gk!QzQI1170ozGt2-POB1lhKY0DsjgDQPWB4RHkvxot707UY1_o3x7ZuestASWY56dz$>





From: spring <spring-bounces@ietf.org<mailto:spring-bounces@ietf.org>>

On Behalf Of bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>



Sent: 30 July 2020 17:55


To: spring@ietf.org<mailto:spring@ietf.org>


Cc: draft-hegde-spring-node-protection-for-sr-te-paths@ietf.org<mailto:draft-hegde-spring-node-protection-for-sr-te-paths@ietf.org>


Subject: [spring] WG adoption call for draft-hegde-spring-node-protection-for-sr-te-paths





Hi SPRING WG,



Authors of draft-hegde-spring-node-protection-for-sr-te-paths  [1] have asked for WG adoption.



Please indicate your support, comments, or objection, for adopting this draft as a working group item by August 20th 2020. (*)



Could those who are willing to work on this document, please notify the list. That gives us an indication of the energy level in the working group to work on this.



Thanks,

Regards,

Bruno, Jim, Joel



[1]

https://tools.ietf.org/html/draft-hegde-spring-node-protection-for-sr-te-paths-07<https://urldefense.com/v3/__https:/tools.ietf.org/html/draft-hegde-spring-node-protection-for-sr-te-paths-07__;!!NEt6yMaO-gk!QzQI1170ozGt2-POB1lhKY0DsjgDQPWB4RHkvxot707UY1_o3x7ZuestAXKFzg0B$>

(*) 3 weeks to account for the IETF meeting week and the august/summer period.




_________________________________________________________________________________________________________________________





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<mailto:spring@ietf.org>

https://www.ietf.org/mailman/listinfo/spring<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/spring__;!!NEt6yMaO-gk!QzQI1170ozGt2-POB1lhKY0DsjgDQPWB4RHkvxot707UY1_o3x7ZuestARYLRezd$>
--

[http://ss7.vzw.com/is/image/VerizonWireless/vz-logo-email]<https://urldefense.com/v3/__http:/www.verizon.com/__;!!NEt6yMaO-gk!QzQI1170ozGt2-POB1lhKY0DsjgDQPWB4RHkvxot707UY1_o3x7ZuestAXMBxTLz$>

Gyan Mishra

Network Solutions Architect

M 301 502-1347
13101 Columbia Pike
Silver Spring, MD