Hi Linda, Tony, From: Linda Dunbar <linda.dun...@futurewei.com> Date: Wednesday, September 15, 2021 at 3:45 PM To: Tony Li <tony...@tony.li>, "Peter Psenak (ppsenak)" <ppse...@cisco.com> Cc: "Acee Lindem (acee)" <acee=40cisco....@dmarc.ietf.org>, Acee Lindem <a...@cisco.com>, Bruno Decraene <bruno.decra...@orange.com>, "lsr@ietf.org" <lsr@ietf.org> Subject: RE: [Lsr] draft-ietf-lsr-flex-algo
Tony, Answers are inserted below: From: Tony Li <tony1ath...@gmail.com> On Behalf Of Tony Li Sent: Wednesday, September 15, 2021 1:26 PM To: Peter Psenak <ppse...@cisco.com> Cc: Acee Lindem (acee) <acee=40cisco....@dmarc.ietf.org>; Acee Lindem (acee) <a...@cisco.com>; Linda Dunbar <linda.dun...@futurewei.com>; bruno.decra...@orange.com; lsr@ietf.org Subject: Re: [Lsr] draft-ietf-lsr-flex-algo On Sep 15, 2021, at 11:17 AM, Peter Psenak <ppse...@cisco.com<mailto:ppse...@cisco.com>> wrote: So, if someone wants to define new constraints (e.g., Linda's server/application metrics), they would need to define the semantics and encodings similar to what is being done for bandwidth metrics in https://datatracker.ietf.org/doc/draft-ietf-lsr-flex-algo-bw-con/<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-lsr-flex-algo-bw-con%2F&data=04%7C01%7Clinda.dunbar%40futurewei.com%7Ca8b0297f156e4079414008d978764920%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C1%7C637673271737823035%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=fm4E8mhhCeYA4ab7gvSDqBX9ZG6QjBJA62Br86l%2F1q0%3D&reserved=0> . Then the flex algos could be defined using these metrics. Correct? yes, they would need to define a new FAD constraint and/or metric only. I agree that if the goal is a new metric, then that’s sufficient. [Plug for generic metrics.] It sounded a bit like Linda was wanting a fundamental change to the SPF algorithm. If, so, I believe that would require a new Calc-Type. Linda, could you please clarify? [Linda] I don’t think so. We want a constrained SPF algorithm that take into additional metrics. Just like TE being added into the SPF. I was thinking that as well. These metrics would be defined to have precedence over the path cost – sort of like OSPF Type 2 external metrics do for OSPF AS External routes. Thanks, Acee Linda Dunbar Tony
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
