RE: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

Sikhivahan Gundu <sikhivahan.gundu@ericsson.com> Mon, 07 August 2017 05:45 UTC

Return-Path: <sikhivahan.gundu@ericsson.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 046E0128BC8; Sun, 6 Aug 2017 22:45:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 9BDZD4wxDdv6; Sun, 6 Aug 2017 22:45:06 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 42B68128A32; Sun, 6 Aug 2017 22:45:04 -0700 (PDT)
X-AuditID: c1b4fb2d-c3b2c9c000005f66-37-5987fe5e3df0
Received: from ESESSHC014.ericsson.se (Unknown_Domain [153.88.183.60]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id 8B.95.24422.E5EF7895; Mon, 7 Aug 2017 07:45:03 +0200 (CEST)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.60) with Microsoft SMTP Server (TLS) id 14.3.352.0; Mon, 7 Aug 2017 07:45:02 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=k58lMElRRsJ1jKtluyOa3crrdbS6a2okvsW4jyAuxVg=; b=Za86J8T8Zb55+PHeZCNgEB6YyFKRgKaShdlv6iQMVisGSjK0V3st+U5HSVm8Pa4QqanF5JIY++TMbRK2lAt/hlA4JstMFl1tPEUXfm1ZIs7HddO2g+8T6URYqO8hRBakb0aqYMcoWQee/8ONV0582a+g+fe885B2u3427XC7VUU=
Received: from HE1PR07MB1708.eurprd07.prod.outlook.com (10.166.124.150) by HE1PR07MB3162.eurprd07.prod.outlook.com (10.170.245.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.1.1341.9; Mon, 7 Aug 2017 05:45:00 +0000
Received: from HE1PR07MB1708.eurprd07.prod.outlook.com ([fe80::3540:7f26:748d:aa71]) by HE1PR07MB1708.eurprd07.prod.outlook.com ([fe80::3540:7f26:748d:aa71%13]) with mapi id 15.01.1320.012; Mon, 7 Aug 2017 05:45:00 +0000
From: Sikhivahan Gundu <sikhivahan.gundu@ericsson.com>
To: "Ahmed Bashandy (bashandy)" <bashandy@cisco.com>, "rtgwg@ietf.org" <rtgwg@ietf.org>
CC: "rtgwg-chairs@ietf.org" <rtgwg-chairs@ietf.org>, "pfrpfr@gmail.com" <pfrpfr@gmail.com>, Stewart Bryant <stewart@g3ysx.org.uk>
Subject: RE: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt
Thread-Topic: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt
Thread-Index: AQHS/s4TUl1vutply0WzIUPGFdTcIaJvH4nQgAWYTgCAApE/AA==
Date: Mon, 07 Aug 2017 05:45:00 +0000
Message-ID: <HE1PR07MB170870985873654D8C0BC340EAB50@HE1PR07MB1708.eurprd07.prod.outlook.com>
References: <150027597752.32726.7270829130613224040@ietfa.amsl.com> <596C668E.9050106@cisco.com> <HE1PR07MB1708E945640F865CA32D85F7EAB30@HE1PR07MB1708.eurprd07.prod.outlook.com> <5984CFB0.3070908@cisco.com>
In-Reply-To: <5984CFB0.3070908@cisco.com>
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [125.16.128.122]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; HE1PR07MB3162; 6:R084WSYKN7ui1GCvBMS0mpKqMfI1sTKwQ4YhMP4nxkZK0HLf84IyPt/KuXdfUn+yl0R64fwSvg8QLnhdl/ADN5qskJjAX0NtYECLcmXCymIf2d2oDI6XLGKogzaBDNT0VcKu3HO4NUZHczyQkYdeZF+MYfJyY/W7JCfPXSrt9ShsZrjfNA0srwRBlAUogOdJDNUekR97DDfVVVIEpcTPJJK9xA2MZXEcmlEj9VhnMAnnBq9Jd5Q2bg8kekixqOYZuregPlAKmHuQUJNoXlRwlcBAFJpe0UHG4mPKFa/Rp+elHkxUfUmDYvA8bD95+menovpqWrUSFkqgvBLB+fY5IQ==; 5:vwZ4I8/dCKCCCNLNAvp3/BNmxXsbd9HjrGGAdRwRjpDTvBy+MA4AS/drO+qOt3e0FgpvbKBObH0kobqwYxCeSGnmaWY7UEiMPiij9DUt9zBEM711hPSBPhVoBYRaZGl4NJDdiO4n7ddNAsBGsNMT3w==; 24:Yv/WIBjuT+DUS80aDPZJzII4mGQ0rSFjZ7TCjZw1oRurnYkmoOTYMZ1yAi1s6js+finXkUIcR17BC/AH1V8Nf4ao2mfyX6XY/+a6ri4eoy8=; 7:v4Lt4PrFoApx/k8zbKqDyV7sRPjseTwwRp1dmU8i5irBP11g5k8vTJrmi3dFX9Tf9jUOB4qOsoIqm8EjxXtYuunAT6rSBLfgStv7dJVhGBDtaKffsvk007h6vhc6Ca+e5YuFWPKmVnmzYNu7ZGdB4u55rW5pb7IAgrEZHjGgxP3t6uMsrCtAhn0HkPaK80+bqhZzGwJErS0cmjvy2xstWNCc+AN/i4WbLEMsp4E/E9s=
x-ms-office365-filtering-correlation-id: 107ac9dc-9ac3-4122-4cbe-08d4dd577193
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(300000503095)(300135400095)(2017052603120)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:HE1PR07MB3162;
x-ms-traffictypediagnostic: HE1PR07MB3162:
x-exchange-antispam-report-test: UriScan:(37575265505322)(120809045254105)(95692535739014)(21748063052155);
x-microsoft-antispam-prvs: <HE1PR07MB3162DE5DF2C2FC270C7E3BF2EAB50@HE1PR07MB3162.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(8121501046)(5005006)(93006095)(93001095)(100000703101)(100105400095)(10201501046)(3002001)(6041248)(20161123562025)(20161123564025)(20161123560025)(20161123555025)(20161123558100)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:HE1PR07MB3162; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:HE1PR07MB3162;
x-forefront-prvs: 0392679D18
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(39410400002)(39400400002)(39450400003)(39850400002)(39840400002)(13464003)(377454003)(377424004)(24454002)(189002)(199003)(39060400002)(33656002)(76176999)(50986999)(54356999)(38730400002)(3660700001)(478600001)(3280700002)(93886004)(7736002)(101416001)(55016002)(4326008)(106356001)(54896002)(105586002)(54906002)(230783001)(6306002)(6436002)(25786009)(81166006)(81156014)(5660300001)(7696004)(8676002)(9686003)(3846002)(102836003)(6116002)(2906002)(790700001)(53936002)(74316002)(6246003)(66066001)(99286003)(9326002)(8936002)(236005)(229853002)(2501003)(86362001)(966005)(5250100002)(68736007)(2900100001)(6506006)(2950100002)(97736004)(53546010)(606006)(14454004)(189998001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3162; H:HE1PR07MB1708.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=sikhivahan.gundu@ericsson.com;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_HE1PR07MB170870985873654D8C0BC340EAB50HE1PR07MB1708eurp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 07 Aug 2017 05:45:00.2673 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB3162
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA02Se0iTURjGOTvfts/R4uQFX037Y1R4yWUlskrEkshqhRmURqVTP1Scl/ap pCFYZoJdLCtrs5qmKV00S0PNu3lLzRsSq5zRvKBoKUUOsSS3T8H/fu/7PM95z3k5NLZs5tvT UbEJjCpWoZQIRJQ6sMrLLXgpM8i9YATL2isGKJmu7w5P1lhaiGX9M4tYVjybhnz4fncXX/P9 tBOn/Go0eqFfUdECz586LfIKZ5RRSYxqu3eIKLKoeYQf/6MTXSiY6sZp6PIrlIVoGogHTH07 mYVEtCVpRdA3+wBnIYvlogOBuok1CRS5gSFHNyfgXLk8GLpk5HOFAUFer45nigiIJ/zVPzWz NQmCHvU8NpkwSUfwvsogNAlW5Ahk6SZWTHIYH7iHOd4Ps82DZg9FNsPClXdmFpMzUFY+R3HT hhBk65cEJsGCOMOjhjZzGBFHMJYtUSbGxBa+jGnNA4AQKKrrwxzbwNToEp9jCVSoJ1c8jjCo vYZMA4BcFUJeQ6GQE45C5dvHFLclAw+alFzbBXILp1bOiYaHxmy8ysaFborjFj58fSnmog5w fVbKHf9dACX/nqwsmIGS0gx0C7lq1lxbsxzBJA7Ku/w15udvgA/qMYqzbIP82l8Cjl2huGAa r3JP0yhvbT8fCZ8jG5Zh2ZiInbukjCoqjGXjYqWxTMIbtPyxmisX3arRi+l9LYjQSLJO7Dud GWTJVySxyTEtCGgssRbHRC23xOGK5BRGFResSlQybAvaSFMSW7FPQ3+gJYlQJDDRDBPPqFZV Hm1hn4ZCZtxv1lTs7glzbPD1rhOfKOnV1R7/WFk/c96m2uPwzxSne31SuXSgK6Bq7/349GPy dgd1qTYgQ3tguPF3vTzSoM9AcQtOw5+sHHN6/hDkea7Rbo9hpi3UedLuWajd5/RD7R1bs+cX c+UXUw+KvNcnGTsTU7fcdjvLK9/UqrTXj0soNlKxwwWrWMV/xpFID1QDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/RZApECpCDBEqwh6NQYTJeRhDsOs>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Aug 2017 05:45:10 -0000

Hi,

Thanks for your response.

>> - Hence if the primary link fails, only "L1" will fail and L2 will not

L1 _may_ fail, with high probability, but it may also not fail. If it does
not fail, there is a second transitioning of the post-primary-failure
link from FRR-backup (L2) to post-convergence link (L1), because L1
has a smaller metric.

By "ambiguity", I meant that backup calculation taking SRLG into
account is  based on speculated topology,  whereas computation of
post-convergence path, ie, SPF, is based on actual topology.  This
seems needs reconciling since in  TI-LFA the backup is by definition
the post-convergence path, with a single path-transition after
link-failure as the intended outcome. Do I understand correctly that
the draft prefers to relax that expectation for SRLG?

Thanks,
Sikhi


From: Ahmed Bashandy (bashandy) [mailto:bashandy@cisco.com]
Sent: 05 August 2017 01:19
To: Sikhivahan Gundu <sikhivahan.gundu@ericsson.com>; rtgwg@ietf.org
Cc: rtgwg-chairs@ietf.org; pfrpfr@gmail.com; Stewart Bryant <stewart@g3ysx.org.uk>
Subject: Re: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

HI,

All members of the same SRLG group are assumed to fail if one of them fails.

Going back to you example
- L1 is in the same SRLG group as the primary link while L2 is belongs a different group
- Hence if the primary link fails, only "L1" will fail and L2 will not
- Hence only L2 is candidate to become a backup path while L1 is not
- Hence there is no ambiguity

Thanks

Ahmed

On 8/1/2017 12:42 AM, Sikhivahan Gundu wrote:

Hi,



The draft mandates using "post-convergence path" as the backup path.

It states one advantage, among others, of doing so as follows:



"This .. helps to reduce the amount of path changes and hence service

transients: one transition (pre-convergence to post-convergence) instead

of two (pre-convergence to FRR and then post-convergence)".



This suggests to me that the assumption here is that the post-convergence

path can be uniquely determined in advance.



However, SRLG introduces ambiguity. To illustrate the point,  let us say a

loop-free alternative has two options: one  link (L1) is of the same metric

value as the primary link and is also in the same SRLG as the primary; the

second option (L2) is in a different SRLG and has higher metric.



The actual post-convergence path would depend on whether or not L1

also failed along with the primary, so is not uniquely computed in advance.

If TI-LFA picks L1, there might not be a guaranteed backup. If it picks L2,

there'd be two link transitions because L2 would not be in a (strict) SPF-

computed post-convergence path. A third option, of course, is to give up

declaring that there is no TI-LFA backup, but it'd be preferable to have

some backup than have none at all.



What do the authors suggest for this situation?



Thanks,

Sikhi



From: rtgwg [mailto:rtgwg-bounces@ietf.org] On Behalf Of Ahmed Bashandy (bashandy)
Sent: 17 July 2017 12:56
To: rtgwg@ietf.org<mailto:rtgwg@ietf.org>
Cc: rtgwg-chairs@ietf.org<mailto:rtgwg-chairs@ietf.org>; pfrpfr@gmail.com<mailto:pfrpfr@gmail.com>; Stewart Bryant <stewart@g3ysx.org.uk><mailto:stewart@g3ysx.org.uk>
Subject: Fwd: I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

Hi,
A new version of the ti-lfa draft has been posted to address Stewart Bryant's comments

Thanks

Ahmed


-------- Original Message --------
Subject:

I-D Action: draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

Date:

Mon, 17 Jul 2017 00:19:37 -0700

From:

internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>

Reply-To:

internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>

To:

<i-d-announce@ietf.org><mailto:i-d-announce@ietf.org>



A New Internet-Draft is available from the on-line Internet-Drafts directories.





        Title           : Topology Independent Fast Reroute using Segment Routing

        Authors         : Ahmed Bashandy

                          Clarence Filsfils

                          Bruno Decraene

                          Stephane Litkowski

                          Pierre Francois

        Filename        : draft-bashandy-rtgwg-segment-routing-ti-lfa-01.txt

        Pages           : 12

        Date            : 2017-07-17



Abstract:

   This document presents Topology Independent Loop-free Alternate Fast

   Re-route (TI-LFA), aimed at providing protection of node and

   adjacency segments within the Segment Routing (SR) framework.  This

   Fast Re-route (FRR) behavior builds on proven IP-FRR concepts being

   LFAs, remote LFAs (RLFA), and remote LFAs with directed forwarding

   (DLFA).  It extends these concepts to provide guaranteed coverage in

   any IGP network.  A key aspect of TI-LFA is the FRR path selection

   approach establishing protection over post-convergence paths from

   the point of local repair, dramatically reducing the operational

   need to control the tie-breaks among various FRR options.





The IETF datatracker status page for this draft is:

https://datatracker.ietf.org/doc/draft-bashandy-rtgwg-segment-routing-ti-lfa/



There are also htmlized versions available at:

https://tools.ietf.org/html/draft-bashandy-rtgwg-segment-routing-ti-lfa-01

https://datatracker.ietf.org/doc/html/draft-bashandy-rtgwg-segment-routing-ti-lfa-01



A diff from the previous version is available at:

https://www.ietf.org/rfcdiff?url2=draft-bashandy-rtgwg-segment-routing-ti-lfa-01





Please note that it may take a couple of minutes from the time of submission

until the htmlized version and diff are available at tools.ietf.org.



Internet-Drafts are also available by anonymous FTP at:

ftp://ftp.ietf.org/internet-drafts/



_______________________________________________

I-D-Announce mailing list

I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>

https://www.ietf.org/mailman/listinfo/i-d-announce

Internet-Draft directories: http://www.ietf.org/shadow.html

or ftp://ftp.ietf.org/ietf/1shadow-sites.txt