Re: [Lsr] draft-ietf-lsr-flex-algo

"Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com> Sun, 10 May 2020 01:25 UTC

Return-Path: <weibin.wang@nokia-sbell.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 88D303A0CE7 for <lsr@ietfa.amsl.com>; Sat, 9 May 2020 18:25:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 FZKB4xwFnd6J for <lsr@ietfa.amsl.com>; Sat, 9 May 2020 18:25:11 -0700 (PDT)
Received: from CNSHJSMIN05.NOKIA-SBELL.COM (cnshjsmin05.app.nokia-sbell.com [116.246.26.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 DFD713A0CE6 for <lsr@ietf.org>; Sat, 9 May 2020 18:25:09 -0700 (PDT)
X-AuditID: ac18929d-869ff7000001e41d-83-5eb757ef0689
Received: from CNSHPPEXCH1608.nsn-intra.net (Unknown_Domain [135.251.51.108]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by CNSHJSMIN05.NOKIA-SBELL.COM (Symantec Messaging Gateway) with SMTP id 3A.0D.58397.FE757BE5; Sun, 10 May 2020 09:25:03 +0800 (HKT)
Received: from CNSHPPEXCH1605.nsn-intra.net (135.251.51.105) by CNSHPPEXCH1608.nsn-intra.net (135.251.51.108) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1847.3; Sun, 10 May 2020 09:25:02 +0800
Received: from CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) by CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) with mapi id 15.01.1847.007; Sun, 10 May 2020 09:25:02 +0800
From: "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
CC: "Ketan Talaulikar (ketant)" <ketant@cisco.com>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] draft-ietf-lsr-flex-algo
Thread-Index: AdYlOXl7J26ZJEOiSNe/050l75qS7gAlJoJwAANVJ7AABjd1gAAdD9dw
Date: Sun, 10 May 2020 01:25:02 +0000
Message-ID: <c142498d599848878eda62eae76ea3e9@nokia-sbell.com>
References: <28938a998b384038b6dd513db00072cf@nokia-sbell.com> <48FED425-3613-42BD-9892-4CD6786EF1BB@gmail.com>
In-Reply-To: <48FED425-3613-42BD-9892-4CD6786EF1BB@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.251.51.115]
Content-Type: multipart/alternative; boundary="_000_c142498d599848878eda62eae76ea3e9nokiasbellcom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrEIsWRmVeSWpSXmKPExsXS/ts4R/d9+PY4g10r9Sxedfxksni49wGL xYknK1gdmD2m/N7I6rFz1l12jyVLfjIFMEdx2aSk5mSWpRbp2yVwZWw7tpy5oKmBseLbn2fM DYynaroYOTkkBEwkNnz8ztTFyMUhJHCISaJjRQczhPOXUeLHs9nsEM4mRok3056zgrSwCbhJ TNq2i62LkYNDREBbYt95SZAws0CwxP0pF1lBwsJA4U/HvEHCIgI6Etd/9TJD2G4SJ9qms4PY LAKqEseO/gebyCtgJ7F43nkmEFtIoFDi+Z97bCA2p4CtxOspW8B6GQXEJL6fWsMEsUpc4taT +UwQDwhILNlznhnCFpV4+fgf2AkSAkoSfRugylMl3rdvhlolKHFy5hOWCYyis5BMmoWkbBaS sllAk5gFNCXW79KHKFGUmNL9kB3C1pBonTOXHVl8ASP7KkZpZ79gD69gX08/A1M9P39vT0fd YCdXHx89Z3/fTYzAaFwjMWnuDsammR/0DjEycTAeYpTgYFYS4Z1YsSVOiDclsbIqtSg/vqg0 J7X4EKM0B4uSOO8645VxQgLpiSWp2ampBalFMFkmDk6pBqb5NVOmL++r/V7/7zzvkj3VbpaJ pVYhSUuXed1+urT7k9/s5wslXy1WPdt6QDDnbJtiX5/Mg0udDwPY72fPEFGSWiH65VqSk3Kj BOuRtWEcMWfYVio/+VBr2f2ax/32arddnR+6T/fXR6bv6jL60t0X8GDxlw4Ld5nlKz3/HRRn /Hpp3RGmvp8zn8322/VyhlTvXNtw07wYD0F/J3FrFXEm3Q3fY5ILlizSTdn733rS9UXhaXM/ zDQ0dy01u6k2qY1lyWnVPyz9KdLvYmYuXKN5hW31p/vHi2besKs9xyufNuGD4Qp2rzm5G/aL f1HLU5nQd1wwpXi1fMVUhp6EVwa8FdVXGs5fOHcv0nOX+D0lluKMREMt5qLiRAAX7O56NQMA AA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/SqjcRFChvKcb-Wr0eGM13Y310GA>
Subject: Re: [Lsr] draft-ietf-lsr-flex-algo
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: Sun, 10 May 2020 01:25:21 -0000

Jeff, I see what you said, thank you for sharing information;



Cheers!

Wang Weibin

From: Jeff Tantsura <jefftant.ietf@gmail.com>
Sent: 2020年5月10日 3:24
To: Wang, Weibin (NSB - CN/Shanghai) <weibin.wang@nokia-sbell.com>
Cc: Ketan Talaulikar (ketant) <ketant@cisco.com>om>; lsr@ietf.org
Subject: Re: [Lsr] draft-ietf-lsr-flex-algo

Weibin,

One could have an algo with MSD/ERLD as optimizations constrains, would be quite similar to colored links. Note - ERLD has implemented node capabilities only, so all links on a node will have to be pruned.
The tradeoffs are - having centralized controller with global view computing a path that meets the constraints(classical BGP-LS + PCEP scenario) vs building a dynamic topology of connected nodes that meet a set of constrains, in first case, change in topology/capabilities would cause path recalculation/reoptimization on the PCE while in the second - IGP would recompute the topology locally.

Regards,
Jeff


On May 9, 2020, at 01:27, Wang, Weibin (NSB - CN/Shanghai) <weibin.wang@nokia-sbell.com<mailto:weibin.wang@nokia-sbell.com>> wrote:

Ketan, thank you for clarification.



Cheers!

Wang Weibin

From: Ketan Talaulikar (ketant) <ketant@cisco.com<mailto:ketant@cisco.com>>
Sent: 2020年5月9日 14:52
To: Wang, Weibin (NSB - CN/Shanghai) <weibin.wang@nokia-sbell.com<mailto:weibin.wang@nokia-sbell.com>>; lsr@ietf.org<mailto:lsr@ietf.org>
Subject: RE: draft-ietf-lsr-flex-algo

Hi Wang,

You are correct. Though I wouldn’t call it a goal but rather a benefit/advantage – same applies to SR-MPLS where the label stack can be reduced.

Thanks,
Ketan

From: Lsr <lsr-bounces@ietf.org<mailto:lsr-bounces@ietf.org>> On Behalf Of Wang, Weibin (NSB - CN/Shanghai)
Sent: 08 May 2020 19:07
To: lsr@ietf.org<mailto:lsr@ietf.org>
Subject: [Lsr] draft-ietf-lsr-flex-algo

Hi authors:

After reading through this draft lsr-flex-algo, I want to know whether there is a potential goal of this draft to reduce the SRH size with enabling flex-algo with admin group in SRv6 deployment, because without flex-algo we have to have a big SRH size when the SRH include more SRv6 SIDs, if we enable flex-algo under special topology and link constraint condition, in theory we can even construct  a end to end SR path/tunnel without SRH, but it still meet TE requirement. So my question is whether the flex-algo can be used as tool to reduce SRH size?



Cheers !

WANG Weibin
_______________________________________________
Lsr mailing list
Lsr@ietf.org<mailto:Lsr@ietf.org>
https://www.ietf.org/mailman/listinfo/lsr