Hi, Acee: I can only say we have different viewpoints/considerations for the implementation of protocol and for the operation of the network.
The implementation of protocol stack is one shot action, but the operation of network is one continuous activities. I would like to hear your proposal of automatic solutions, please do not consider the solution that detect the change of metrics on every link of every router dynamically and notify the operator to step in intermittently. Aijun Wang China Telecom > On Feb 11, 2025, at 19:13, Acee Lindem <[email protected]> wrote: > > Again, speaking as WG member: > >> On Feb 10, 2025, at 9:34 PM, Aijun Wang <[email protected]> wrote: >> >> Hi, Acee: >> >> Yes, maybe, but it will require a lot of confirmations on all the links of >> all the IGP existing routers. It will be one error prone approach, for the >> existing infrastructure, or for the future deployment. > > This would be very easy to automate and not prone to error. Much less so, > than an assuring an alternate SPF algorithm is uniforming implemented and > deployed across the entire IGP routing domain. This just isn't a good idea. > > Acee > > > >> >> Aijun >> >> -----邮件原件----- >> 发件人: [email protected] [mailto:[email protected]] 代表 >> Acee Lindem >> 发送时间: 2025年2月11日 10:06 >> 收件人: Aijun Wang <[email protected]> >> 抄送: [email protected]; lsr <[email protected]> >> 主题: [savnet] Re: [Lsr] [BM-SPF: Solve asymmetrical routing within IGP to >> achieve one simple intra-domain SAV solution] New Version Notification for >> draft-wang-lsr-bidirectional-metric-spf-00.txt >> >> Speaking as a WG member: >> >> Since an IGP domain is under a single administrative control, you can just >> use consistent metrics on your links if this is your intent. >> >> Acee >> >>>> On Feb 10, 2025, at 20:47, Aijun Wang <[email protected]> wrote: >>> >>> Hi, All experts: >>> >>> Along the discussions of intra-domain SAV solution, I found the key >>> obstacle was the asymmetrical routing within the IGP domain. >>> It reminds me one of my previous thoughts over this issue, then I rewrite >>> the shelved draft, submit it to the LSR WG, and copy to SAVNET WG for >>> further discussions. >>> >>> Once the asymmetrical routing issue is solved and deployed within the IGP >>> domain, the solution for the intra-domain SAV will be very simple------the >>> interfaces(route) to the prefixes in the FIB can be used directly as the >>> source interfaces from these prefixes----no complex SPF or other new >>> algorithm necessary again. >>> >>> Wish to get more comments or thoughts on this topic. And we are welcome >>> more experts to join us to forward this draft. >>> >>> >>> Best Regards >>> >>> Aijun Wang >>> China Telecom >>> >>> -----邮件原件----- >>> 发件人: [email protected] [mailto:[email protected]] >>> 发送时间: 2025年2月11日 9:28 >>> 收件人: Aijun Wang <[email protected]> >>> 主题: New Version Notification for >>> draft-wang-lsr-bidirectional-metric-spf-00.txt >>> >>> A new version of Internet-Draft >>> draft-wang-lsr-bidirectional-metric-spf-00.txt >>> has been successfully submitted by Aijun Wang and posted to the IETF >>> repository. >>> >>> Name: draft-wang-lsr-bidirectional-metric-spf >>> Revision: 00 >>> Title: Bidirectional Metric based Shortest Path First Mechanism >>> Date: 2025-02-11 >>> Group: Individual Submission >>> Pages: 8 >>> URL: >>> https://www.ietf.org/archive/id/draft-wang-lsr-bidirectional-metric-spf-00.txt >>> Status: >>> https://datatracker.ietf.org/doc/draft-wang-lsr-bidirectional-metric-spf/ >>> HTMLized: >>> https://datatracker.ietf.org/doc/html/draft-wang-lsr-bidirectional-metric-spf >>> >>> >>> Abstract: >>> >>> This document describes the mechanism that can be used to accomplish >>> the Shortest Path First(SPF) calculation within network based on the >>> bidirectional metrics of the links. >>> >>> >>> >>> The IETF Secretariat >>> >>> >>> >>> _______________________________________________ >>> Lsr mailing list -- [email protected] >>> To unsubscribe send an email to [email protected] >> >> -- >> savnet mailing list -- [email protected] >> To unsubscribe send an email to [email protected] >> > > _______________________________________________ Lsr mailing list -- [email protected] To unsubscribe send an email to [email protected]
