Hi Pengshaofu, I was suggesting to manually assign bandwidth metric which will override the automatic metric calculation as described in the draft section 5. Physically adding more fiber/capacity is not a feasible solution.
Rgds Shraddha Juniper Business Use Only From: peng.sha...@zte.com.cn <peng.sha...@zte.com.cn> Sent: Monday, May 17, 2021 7:40 AM To: Shraddha Hegde <shrad...@juniper.net> Cc: acee=40cisco....@dmarc.ietf.org; lsr@ietf.org; draft-hegde-lsr-flex-algo-bw-...@ietf.org Subject: Re:[Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02 [External Email. Be cautious of content] Hi Shraddha, Thanks for your rely. So it seems that the scheme may lead to the selection of links with less bandwidth. To address this point, the method as you described to assign more bandwidth to high bandwidth links seems not always possible, e.g, adding more fiber ? Can this point can be addressed by combination of bandwidth attribute of link and other metric that is cumulative ? IMO, bandwidth is not cumulative. Regards PSF 原始邮件 发件人：ShraddhaHegde 收件人：彭少富10053815; 抄送人：acee=40cisco....@dmarc.ietf.org;lsr@ietf.org;draft-hegde-lsr-flex-algo-bw-...@ietf.org<mailto:acee=40cisco....@dmarc.ietf.org;lsr@ietf.org;draft-hegde-lsr-flex-algo-bw-...@ietf.org>; 日 期 ：2021年05月13日 21:01 主 题 ：RE: Re:[Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02 Hi Peng shaofu, As per the draft, if automatic metric calculation with reference bandwidth method is used to calculate the metric Then as per your example s->D path will be chosen since metric is 10. Lets say operator wants to choose S->X1->X2--->X10->D path then operator can manually assign higher bandwidth Metric on S->D link which will ensure S->D path is not the least cost path. Rgds Shraddha Juniper Business Use Only From: peng.sha...@zte.com.cn<mailto:peng.sha...@zte.com.cn> <peng.sha...@zte.com.cn<mailto:peng.sha...@zte.com.cn>> Sent: Thursday, May 13, 2021 1:05 PM To: peng.sha...@zte.com.cn<mailto:peng.sha...@zte.com.cn> Cc: acee=40cisco....@dmarc.ietf.org<mailto:acee=40cisco....@dmarc.ietf.org>; lsr@ietf.org<mailto:lsr@ietf.org>; draft-hegde-lsr-flex-algo-bw-...@ietf.org<mailto:draft-hegde-lsr-flex-algo-bw-...@ietf.org> Subject: Re:[Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02 [External Email. Be cautious of content] Sorry for spelling mistakens in the previous email. updated text: Hi WG, I have a little doubt about the scheme described in this document. See the following example: S ---- X1 ----- X2 ---- ... ... ----- X10 ----- D \----------------------------------------------/ Suppose the links in S---X1---X2...---D have the same bandwidth 10G, and the link S-D has bandwidth 1G. Suppose that we select "reference bandwidth = 100G", then, each link in S---X1---X2...---D will have the same bandwidth-metric 10 (i.e., 100/10) link S-D will have a bandwidth-metric 100 (i.e., 100/1) So flex-algo path from S to D based on bandwidth-metric will be S-D, not S---X1---X2...---D, because the later has a large cumulative bandwitdh-metric (i.e., 11*10). But our expect path should not be S-D, but S---X1---X2...---D, as it has large bandwidth. Do I misunderstand anything ? Regards, PSF 发件人：AceeLindem(acee) 收件人：lsr@ietf.org<mailto:lsr@ietf.org>; 抄送人：draft-hegde-lsr-flex-algo-bw-...@ietf.org<mailto:draft-hegde-lsr-flex-algo-bw-...@ietf.org>; 日 期 ：2021年05月13日 05:49 主 题 ：[Lsr] LSR WG Adoption Poll for "Flexible Algorithms: Bandwidth, Delay, Metrics and Constraints" - draft-hegde-lsr-flex-algo-bw-con-02 _______________________________________________ Lsr mailing list Lsr@ietf.org<mailto:Lsr@ietf.org> https://www.ietf.org/mailman/listinfo/lsr<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/lsr__;!!NEt6yMaO-gk!TGikk55jVo2FINSWYcGBMe1xnCiMVRlVaOhe77F76PCVbDj893SQ5uuqsL6l_0sA$> Esteemed Members of the LSR WG, This begins a 2 week WG adoption call for the following draft: https://datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/<https://urldefense.com/v3/__https:/datatracker.ietf.org/doc/draft-hegde-lsr-flex-algo-bw-con/__;!!NEt6yMaO-gk!TGikk55jVo2FINSWYcGBMe1xnCiMVRlVaOhe77F76PCVbDj893SQ5uuqsET5yKGD$> Please indicate your support or objection by May 27th, 2021. Authors, please respond to the list indicating whether you are aware of any IPR that applies to this draft. Thanks, Chris and Acee
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr
