Hey Jeff, What if in your analysis A-D link metric is 1500 ? Still A will send to B !
See in all of this discussion from my pov it is not really about danger of making LSDB inconsistent for much longer. It is however about operator upgrading to new release a router, maybe even reading release notes stating that flooding speed optimizations defined in RFC ZZZ are implemented and final effect he sees are microloops lasting 10s of seconds for his traffic. Yes some vendors have good tools to protect from microloops, but those must be enabled. Moreover those still require manual timer configuration how long to keep loop free protection in place. And I am not aware any vendor has a cli command showing how long it took in all routers in my area/level to install in FIB result of various levels/cases of topology changes. So I am not saying faster is not good. I am saying if you make car faster do not forget to equip it with seat belts and make enough of warnings that driver will actually fasten them. Best, R. On Thu, May 7, 2020 at 6:41 AM Jeff Tantsura <jefftant.i...@gmail.com> wrote: > Robert, > > Assuming C and E provide access to the same set of destinations, that are > closer of further away from C and E. > B (which is fast), after it notifies A that it can’t reach C directly will > cause A to send traffic to D. D - dependent on total cost would start > happily sending some traffic towards destinations behind C to B so LFA on B > wouldn’t really help. > > Cheers, > Jeff >
_______________________________________________ Lsr mailing list Lsr@ietf.org https://www.ietf.org/mailman/listinfo/lsr