On Nov 10, 2015, at 9:13 AM, Daniel Walton <dwal...@cumulusnetworks.com> wrote: > Cisco IOS behaves the same way as quagga with the proposed patch...route-maps > are applied automatically after a few seconds. Example:
I didn't realize that that had changed... > While I appreciate the convenience it provides, I can also see this patch > being a significant PITA from time to time. So I would suggest the ability to > go either way, based on a CLI command. The simple version would simply switch > behavior between the two modes; a more complex version would queue up changes > while "holding" them, and then process them all as soon as the hold is > released. ISTM that the more complex version would be a really nice feature > to have, but since I'm not writing the code, I'm not going to complain either > way. > > The user could do this by setting the timer to 0, make their changes and then > set the timer to non-zero (or leave it at zero and soft clear all peers). > > superm-redxp-05(config-router)# bgp route-map delay-timer ? > <0-600> 0 disables the timer, no route updates happen when route-maps > change > superm-redxp-05(config-router)# Yes, that's exactly what I was talking about. Didn't know that was there - sorry for the noise. :-( /a _______________________________________________ Quagga-dev mailing list Quagga-dev@lists.quagga.net https://lists.quagga.net/mailman/listinfo/quagga-dev
