[Lsr] SRLG usage in the IGP Flexible Algorithm draft

Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Thu, 30 April 2020 15:21 UTC

Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3FEF3A0B06; Thu, 30 Apr 2020 08:21:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.919
X-Spam-Level:
X-Spam-Status: No, score=-2.919 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_MSPIKE_H2=-0.82, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ecitele.com header.b=nCoP8QOP; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.onmicrosoft.com header.b=rs5ZB0fY
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 2b7cg1IA7NGq; Thu, 30 Apr 2020 08:21:43 -0700 (PDT)
Received: from mail1.bemta26.messagelabs.com (mail1.bemta26.messagelabs.com [85.158.142.113]) (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 D93903A0A2A; Thu, 30 Apr 2020 08:21:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ecitele.com; s=eciselector10072019; t=1588260096; i=@ecitele.com; bh=3vlCQuZjNINxjjDOoKLdonAp0fQiZ53LgDxLliXl/RM=; h=From:To:CC:Subject:Date:Message-ID:Content-Type:MIME-Version; b=nCoP8QOPZZUz0RS2xi2iHCK7s9xLw92R7qmksiL+Umz8w7kcnUcua+9SuHFmdI16Q 0Zr78EP2fQQZZ/J6dXUzXMOUgssMIJYA7cNF4GF2hi7nuxeT+SfdZJH3L62vej1QU3 mmq2VXysEQ9ZLrgnh/2qo7nIn1rVJ/wqSFRvo+mk=
Received: from [100.113.5.27] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-2.bemta.az-b.eu-central-1.aws.symcld.net id EA/BC-40482-00DEAAE5; Thu, 30 Apr 2020 15:21:36 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpnl+JIrShJLcpLzFFi42IRetuzUff/m1V xBuveiln03t7GZLFzdg+bxcO9D1gsTjxZwWqxY3c7m8WFN7+ZLW482stscfzCb0YHDo8pvzey eixZ8pPJ43rTVXaPn7u6mAJYolgz85LyKxJYM2ZteM9ccCixYlW3fwPjxtAuRi4ORoGlzBLPL i9m7WLkBHKOsUgs3SsHkdjMKHHi+CR2EIdFYC2zRHPLbCYQR0hgIZPE6snT2CGc+4wSPdMvsI D0swnYSmxafZcNxBYR+MYosfZPMUgRs8BJRonln9+AJYQFzCU2b77LDFFkI/F6xx2oBj2Jhz8 ugtmcAgISv9pngQ2VEOCVmDL3JDuIzSKgKrHxyGWwOK9AokTXt5csEIeLSXw/tYYJxGYWEJe4 9WQ+E0SvgMSSPeeZIWxRiZeP/7FCPNfNKHHt0QSgZRxACQWJb685IGpkJS7N72aECCtLbHkRC 2H6Shz5IAVRoSOx/VcLO0RYReLfoUoIs0Di0/c6iAo1iRtvOpghwjISf+f5QYTlJFb1PoR6SU biwY3tbBMY9WchuRjCzpP4t2UW2yywDwUlTs58wgIR15FYsPsTG4StLbFs4WtmGPvMgcdMyOI LGNlXMVomFWWmZ5TkJmbm6BoaGOgaGhrrmukamhroJVbpJumlluomp+aVFCUCZfUSy4v1iitz k3NS9PJSSzYxAlNgSiHbtB2MV9a+1zvEKMnBpCTKa3BhVZwQX1J+SmVGYnFGfFFpTmrxIUYZD g4lCd7dr4BygkWp6akVaZk5wHQMk5bg4FES4V31GijNW1yQmFucmQ6ROsVozzHh5dxFzBzvfi 4Gkh9XLQGS30GkEEtefl6qlDjvRpCpAiBtGaV5cENh+eMSo6yUMC8jAwODEE9BalFuZgmq/Ct GcQ5GJWHeapDlPJl5JXC7XwGdxQR0VrbwcpCzShIRUlINTLzKvm8Cw7SSpkvLrnpe3BPtfNOp qmfnzZaZIYv2dXwT+mTr0mG30f1Jz+/Je88EvXml0qQsVTXf3Sp+n+WUH0fSd145//qccdzxU yWS+sJpujWhqdI3HXr9NTc5ZjxS+3/G8d6XK5kJsT8zWa2drBfF/IvkuPD9i572HM8bgUY+Gy +vWDpPeMPeaVvS2Hdfnvj65rrMuT3aQru1emXPWU3rM37wtnB3THzGPf6t72yEFh7Osmfn8+b u3Hi/xuSAps8qs6Q7H1cX/frXIR7TG2FsfnTrjKXTL92OW3vXOHvmz5ddC61an6l/ZHbu8339 c66DzSmjs4n7JpqYL+ZzC2vMCXjNs7vIPWPS/nMWG5VYijMSDbWYi4oTAVxUtxaaBAAA
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-31.tower-238.messagelabs.com!1588260092!428446!1
X-Originating-IP: [18.237.140.177]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.50.1; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 12625 invoked from network); 30 Apr 2020 15:21:34 -0000
Received: from p01b.mail.dlp.protect.symantec.com (HELO mail.ds.dlp.protect.symantec.com) (18.237.140.177) by server-31.tower-238.messagelabs.com with ECDHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 30 Apr 2020 15:21:34 -0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hBAlNOk4nyiYfSvU2A+3w8YEw9HWn4OMkN4+VSpNvCMJlneU57F++p23md4zhFnsrp1O9R51R86OqH9npfEU+sVbIPWXDnU+22z4ziS/Ml0NOsqGr47LDoRYTiGHL2T7zXs54nJ8tKSYPmOaVIJ6O74BIO0ttyj/1c/HAcLaPTYMKvJOQbgkfLgZrtGZ0eAymw1/sIDPsJevOKh76yCOU+cvn715/blilvCxC6RJwN9vX6PkWhaNvvv5FAesPYEnvG3zUOD8izWM7RiOPKcMbAqneRGJrMjHOq8K2b6G3RzcD6vmWef0on2iB1phnmT9wR3iz3mAqhsZEQbrTAehVA==
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=PWVnTtXH5XG097xeTtqvfPinwmO+oZJDe7L9Jdod2yE=; b=AUkCBvOWFfQCQaikiuxqHe01UZH4+EpiLG6y/iQY7/DSneKpPkly8YxUSSTVfzWZXJ8XzmBx/FSrrGBFG2wqnUhJ3RO7jdUpDFmAo1IrdkRgV+8vpp3LhyOzWOLVVyU1UnkAliiYbzCRhmsH87Xejtow/a0F11iIP6o6c8fIAdxy+VQfZX+Bhx5A+e+G+BuGEH/fDCCbWxsQD3lCkcdU4bykU/PYlKRhHqJ1BWC5La9rSuY7hELyWWaEi+Vb79vQbGtNWgEXmb/8+BMcEarb3i/1OWSAxxteNMgZSan2v4JRDh7vsjJns9BV5EuY49Bjh/SJTbyaNaEVgWS2y2DWaw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ecitele.com; dmarc=pass action=none header.from=ecitele.com; dkim=pass header.d=ecitele.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector2-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=PWVnTtXH5XG097xeTtqvfPinwmO+oZJDe7L9Jdod2yE=; b=rs5ZB0fYymV2pQIQT6QW4sTI8bc46RysUUU2M90FwcLZk3jJp7591xSbpYi3uEDPUtfvvqTzGsUiGbjqQZQuBS82rWTC5OIoRz0hPGs73ZXGTyKOnX+n35xszJPvF5yB+GYv0Qw8hewgZ6keCMpfsXnbJLPjsGyX3ZKiJTaWYuE=
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com (2603:10a6:208:2::12) by AM0PR0302MB3188.eurprd03.prod.outlook.com (2603:10a6:208:9::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2958.20; Thu, 30 Apr 2020 15:21:27 +0000
Received: from AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::a0f0:9917:35:4260]) by AM0PR0302MB3217.eurprd03.prod.outlook.com ([fe80::a0f0:9917:35:4260%3]) with mapi id 15.20.2937.023; Thu, 30 Apr 2020 15:21:27 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "ppsenak@cisco.com" <ppsenak@cisco.com>, "shraddha@juniper.net" <shraddha@juniper.net>, "cfilsfil@cisco.com" <cfilsfil@cisco.com>, "ketant@cisco.com" <ketant@cisco.com>, "arkadiy.gulko@thomsonreuters.com" <arkadiy.gulko@thomsonreuters.com>
CC: "lsr@ietf.org" <lsr@ietf.org>, "spring@ietf.org" <spring@ietf.org>, "rtgwg@ietf.org" <rtgwg@ietf.org>, Michael Gorokhovsky <Michael.Gorokhovsky@ecitele.com>, Ron Sdayoor <Ron.Sdayoor@ecitele.com>
Thread-Topic: SRLG usage in the IGP Flexible Algorithm draft
Thread-Index: AdYfAAtyRauA7slnSUiSBLNPZjFKDg==
Importance: high
X-Priority: 1
Date: Thu, 30 Apr 2020 15:21:27 +0000
Message-ID: <AM0PR0302MB3217968E975EDC3B74F091849DAA0@AM0PR0302MB3217.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [79.178.58.54]
x-ms-publictraffictype: Email
x-ms-office365-filtering-ht: Tenant
x-ms-office365-filtering-correlation-id: cf2de528-c67e-4aa3-7ddd-08d7ed1a271f
x-ms-traffictypediagnostic: AM0PR0302MB3188:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM0PR0302MB3188C644B79579180F8636189DAA0@AM0PR0302MB3188.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0389EDA07F
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: B9JHMnrAlvLlkd9FAVcGOuMs65JpADqtdWIoOmLQiUZB+Ia3wImu+U3vzoCACrkAzbB+JsRZFvb19wDNhsE0x8LooMLv/xrYrm+aHYdUUB49ww3o3OTZSD+NqhZGAH85C6EbbA6V6NCSQ4QfYOdq0FvNsXBCGEDTfHV4wZcprluc+IVYmVAypphzTecnzXKjVGhVfwW/08tyPFWU1kPG5n5jUET19tNzb8bi640I6SaLSKgh8Kz4rK48c3waOBGPqKMPryv5t3o/B4g3MDoGV+TJ9IXun8OvroWE4BNHBBiSPQfWlK8zdZ07PfPDSEb5bWNrb/VIVLGAo7RlVsbli6Ow/mwYe8kWmPOnOFfMIi7Rd4rws5j4BtG3XYXhdOcolij3vHpLXHdqpaGdH47K0CCsfmvm7YSVeyPk3KRzjdQPRHhkSRTnxJsDRpkweOGKs0lZr2avnYYiXdP5CFu/iQ5exubE8EO/hRvFWaD5dFWP44PSkpcggrWZCSqG2/1OuwRjZJiDcP3qyLEGr/B6+w==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0PR0302MB3217.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(136003)(376002)(366004)(39860400002)(396003)(316002)(26005)(8676002)(8936002)(478600001)(66946007)(66446008)(66476007)(66556008)(71200400001)(186003)(2906002)(64756008)(110136005)(86362001)(7696005)(76116006)(54906003)(9686003)(33656002)(107886003)(6506007)(5660300002)(55016002)(4326008)(52536014); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: MZYNqSR5bsPk53mASx/KoubxZyENYcY9RKZIPpbcFUBMPYSpR+RTX+BPo+9iwbhwJ81vWL65NZdFK7oILyrsJIPBjowAgpLU9Cix1fmRbHowbJmcMD/qJZwq4MiFXGxtP2l/Ujiiv6FFd6guyk1iAZVv3/9IjEVfy68q164x5uyMfyewRzI+wupuQsHTJvNpo+RXo+xy/0nqcmh9JQCtv0nDpRm7Pie9nFJCGQ1uHiPw7hoQc+tt9z7jIFh9j7WnWLKq2+fTBfCEdHWIQgOo7hawqsG4bXFUs3mhqJdHTtfe7mcHq+8mtsg96/Kb4FCko0DgNeIIwePZ2qRAcW2HnCeVWrKGC+EZPI1tI+DBTdMvc6AY6jrqHhGWla7olyMRHM0lUFAxNGo38hRAuLy+0x02oaPsOJOurvHmOOx4Yhu6XP9hOm8A83wjchhxTOeTRN/bqlByYx4BH1SVGWy1CJS0NTQVngIeQGsieHTQYXU+lLPhLOgbsfwZ4TWE1VPmLosY6wfUYRYaYoHX+SCEs1lDRrrOwDaj7AMAwvlYGrpWnUwy6vjZqqBNjryrCcBZqqXwMoMym/StblIDG6uc7N+jckSdHhLJrnV3r5lQ7IVQJn2E9lroKzqinAWYD+u4ccK/dKupL7pthOTneKK/6YbGClH8a0MJz/Y5f8hbTBrMNH8KNRUMqaxdlkat+e/RmAj1/dJxqBGvKKxTT02PGs7YLmPjbVdipf7LvD7nn/YC/1XMvQXjFRpGIOaTShIjtIBPbcTqm+5jEu4gSHHZfyWyxsqD7oipeEfPSBtFuBA=
Content-Type: multipart/alternative; boundary="_000_AM0PR0302MB3217968E975EDC3B74F091849DAA0AM0PR0302MB3217_"
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cf2de528-c67e-4aa3-7ddd-08d7ed1a271f
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Apr 2020 15:21:27.6173 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: dVEo/8M2J9SCG1AsEqnLG/y5uigV7RfMIedF4BdBc5HY+J+Qw5s9MiaW/M7Hgu+oQQW14BuJVYOtetXKYo/mcQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0302MB3188
X-CFilter-Loop: Reflected
X-DetectorID-Processed: d8d3a2b3-1594-4c39-92fb-b8312fe65a8a
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/fsx-w-vxkBOgUDDialeMz9A50Cw>
Subject: [Lsr] SRLG usage in the IGP Flexible Algorithm draft
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Apr 2020 15:21:49 -0000

Hi all,
I have a question about the proposed usage of SRLG in the IGP Flexible Algorithm<https://tools.ietf.org/html/draft-ietf-lsr-flex-algo-07> draft.

This usage is defined Section 12 of the draft with the reference to the SRLG exclude rule as following:



      2.  Check if any exclude SRLG rule is part of the Flex-Algorithm

      definition.  If such exclude rule exists, check if the link is

      part of any SRLG that is also part of the SRLG exclude rule.  If

      the link is part of such SRLG, the link MUST be pruned from the

      computation.

This looks effectively undistinguishable from the usage of the exclude Admin groups rule as described in the same Section 12 of the draft:


      1.  Check if any exclude rule is part of the Flex-Algorithm

      definition.  If such exclude rule exists, check if any color that

      is part of the exclude rule is also set on the link.  If such a

      color is set, the link MUST be pruned from the computation.

>From my POV, with such a definition, there is no need in the dedicated "Exclude SRLG" rule as part of the specification of the Flexible Algorithm, since such the SRLG Exclude rule can be replaced with a matching Exclude All rule  using Admin groups.

I also think that such a usage of SRLG does not fit the needs of the TI-LFA<https://tools.ietf.org/html/draft-ietf-rtgwg-segment-routing-ti-lfa-03> draft that considers an SRLG as a resource that fails when any of the links/nodes comprising it fails. E.g., it says in Section 2:


   The Point of Local Repair (PLR), S, needs to find a node Q (a repair

   node) that is capable of safely forwarding the traffic to a

   destination D affected by the failure of the protected link L, a set

   of links including L (SRLG), or the node F itself.  The PLR also

   needs to find a way to reach Q without being affected by the

   convergence state of the nodes over the paths it wants to use to

   reach Q: the PLR needs a loop-free path to reach Q.



To me this suggests that SRLGs are only relevant when computing backup paths for specific failures, e.g., an LFA for failure of a link hat belongs to a specific SRLG must be computed in the topology from which all the links belonging to the same SRLG are pruned. This understanding matches RFC 4090 that states in Section 6.2 "Procedures for Backup Path Computation":



      - The backup LSP cannot traverse the downstream node and/or link

        whose failure is being protected against.  Note that if the PLR

        is the penultimate hop, node protection is not possible, and

        only the downstream link can be avoided.  The backup path may be

        computed to be SRLG disjoint from the downstream node and/or

        link being avoided.



If SRLGs are only relevant for computation of backup paths, it is not clear to me if they should be part of the definition of a specific Flexible Algorithm.



What, if anything, did I miss?



Regards, and lots of thanks in advance,
Sasha

Office: +972-39266302
Cell:      +972-549266302
Email:   Alexander.Vainshtein@ecitele.com


___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is 
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this 
transmission in error, please inform us by e-mail, phone or fax, and then delete the original 
and all copies thereof.
___________________________________________________________________________