<div dir="ltr">Hi<div><br></div><div>Add in my experience.</div><div><br></div><div><br></div><div>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.</div><div>I preference by stuffing AS - seems to work well for us.</div><div><br></div><div>But I ran into issue with convergence.</div><div>1) time it would take for the router to realise the interface was down - like the reference below - WAN links are not direct connected to the router. - Yeah BFD</div><div>2) Time it would take to reprocess route table after removing a path</div><div><br></div><div>So what I have done is</div><div>try to implement BFD with BGP where I can, not very many ISP have it as an option .. that i found interesting.</div><div>reduce the keep alive timer for BGP ... So the doco says don't make it too low, because it might start to flap ...</div><div><br></div><div>What I also did was reduce what routes I accept, so I still take a full table, but only inject around 10K prefixes into my main routing table - this i found help with convergence (out bound).</div><div>I actually have a script that generates my bgp filter rules based on networks wanted</div><div><br></div><div><br></div><div>A</div><div><br></div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 27 February 2018 at 09:37, David Hughes <span dir="ltr"><<a href="mailto:david@hughes.com.au" target="_blank">david@hughes.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word"><span class="">
<br>
<div>
<blockquote type="cite">
<div>On 26 Feb 2018, at 9:52 pm, Geoff Huston <<a href="mailto:gih@apnic.net" target="_blank">gih@apnic.net</a>> wrote:</div>
<br class="m_8537780992906019714Apple-interchange-newline">
<div>
<div><br>
a) detecting link down quickly<br>
<br>
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 the interface status  to directly map to the session state, but its been a while since
 I’ve done this in anger and frankly I have NFC how to do that, even if I used to know! Maybe you are already doing that anyway.<br>
</div>
</div>
</blockquote>
</div>
<br>
<div><br>
</div>
</span><div>This is the scenario I was talking about (references below).  You can easily have link on a northbound interface even if the peer isn’t there (you hit a layer-2 agg switch on the way for example).  If the peer fails but you still have link on
 the interface you’ll be blindly forwarding packets to it, even though it’s not there anymore, until the BGP timers expire.  That was the point of the lightning talk I gave way-back -then.  Default timers aren’t helpful in this situation.</div>
<div><br>
</div>
<div>Fast forward to this decade and you have routing protocols that are “BFD-aware” so you have sub-second link failure detection.  That allows the control plane to pull down the peer session and remove paths to that peer from the FIB.  You can only
 run BFD if your upstream is as well so you know they will dump the prefixes from that peer session as quickly as you will.  It makes failing over to a secondary link within the same upstream provider pretty seamless.</div>
<div><br>
</div>
<div><br>
</div>
<div>Ref :</div>
<div><a href="http://archive.apnic.net/meetings/21/docs/sigs/routing/routing-pres-hughes-bgp.pdf" target="_blank">http://archive.apnic.net/<wbr>meetings/21/docs/sigs/routing/<wbr>routing-pres-hughes-bgp.pdf</a></div>
<div><a href="http://lists.ausnog.net/pipermail/ausnog/2015-January/029486.html" target="_blank">http://lists.ausnog.net/<wbr>pipermail/ausnog/2015-January/<wbr>029486.html</a></div>
<div><br>
</div>
<div><br>
</div>
<div>David</div>
<div>...</div>
</div>

<br>______________________________<wbr>_________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/<wbr>mailman/listinfo/ausnog</a><br>
<br></blockquote></div><br></div>