Hi, Tony: I think you are referring RFC6232, and https://datatracker.ietf.org/doc/draft-li-lsr-ospf-purge-originator/, right? Based on these extensions for identifying the originator of the purge LSA, I think it is easier to introduce the proxy neighbor for IS-IS/OSPF.
For the selection of the proxy for one router from its neighbors, isn't it also simper than the selection of "Area Leader"? Just want to be clarified: normally, only ONE proxy for each router needs to be selected from its neighbor--------Sound like the candidate president select his running mate. Such protocol extension is more clear to solve the mentioned race condition, and is more traceable. Best Regards Aijun Wang China Telecom -----邮件原件----- 发件人: forwardingalgori...@ietf.org [mailto:forwardingalgori...@ietf.org] 代表 Tony Li 发送时间: 2024年7月17日 11:39 收件人: Aijun Wang <wangai...@tsinghua.org.cn> 抄送: Christian Hopps <cho...@chopps.org>; Tony Przygienda <tonysi...@gmail.com>; Acee Lindem <acee.i...@gmail.com>; Les Ginsberg <ginsb...@cisco.com>; Liyan Gong <gongli...@chinamobile.com>; Peter Psenak <ppse...@cisco.com>; Yingzhen Qu <yingzhen.i...@gmail.com>; lsr-chairs <lsr-cha...@ietf.org>; Shraddha Hegde <shrad...@juniper.net>; lsr <lsr@ietf.org> 主题: [Lsr] Re: [Proxy of LSA Originator]Re: About Premature aging of LSA and Purge LSA Hi, I was going to stay out of this, but then you went and picked on me. > The links that you provided has no relation for the discussions of "proxy of > LSA originator". Would you like to provide other pointer to support Tony's > assertion? If you look back a few years, you will find the discussion of IS-IS purge origination TLV. Part of that was a band-aid to counter the fact that the original protocol allowed any system to purge anything at any time for any reason. This was basically an undebuggable problem as any system in the area could have triggered it. > And, we have now the "area proxy for IS-IS > https://datatracker.ietf.org/doc/html/draft-ietf-lsr-isis-area-proxy-12";, why > can't we try the neighbor proxy solution? Just because both use the word ‘proxy’ doesn’t mean that they have anything to do with one another. In Area Proxy, it is VERY clear who the actor is: the area leader. All systems have elected this. > Why don't clear the stale LSPs in advance by the proxy neighbor? Because you create a race condition and you create a traceability problem. And there are already simpler ways of solving this without protocol additions. Tony _______________________________________________ Lsr mailing list -- lsr@ietf.org To unsubscribe send an email to lsr-le...@ietf.org _______________________________________________ Lsr mailing list -- lsr@ietf.org To unsubscribe send an email to lsr-le...@ietf.org
