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 -- [email protected] To unsubscribe send an email to [email protected]
