Re: [AusNOG] Best practices on speeding up BGP convergence times

Hi Add in my experience. I have multiple upstreams, I advertise to all upstreams at the same time, I am not sure why you wouldn't do that. Maybe to control the reverse path. I preference by stuffing AS - seems to work well for us. But I ran into issue with convergence. 1) time it would take

Re: [AusNOG] Best practices on speeding up BGP convergence times

On 26 Feb 2018, at 9:52 pm, Geoff Huston > wrote: a) detecting link down quickly You can adjust your BGP session keepalive timers to smaller values and make the session more sensitive to outages as a result. I also thought that these days you can get

Re: [AusNOG] Best practices on speeding up BGP convergence times

I’m not sure that we have a clear idea of what “convergence" means in this this context. lets try to walk through this. If you are referring to the amount of time it takes for a distance vector protocol like BGP to get to a point where there are no further updates to a routed prefix, then the

Re: [AusNOG] Best practices on speeding up BGP convergence times

Hello Rhys, David Hughes presented a paper on BGP tuning some years ago (at AusNOG?) which may be worth digging up. While there have been few changes to BGP itself, of course there have been bells and whistles added to the routers (such as BFD, etc.) which will help so I guess the paper may be