<div dir="auto">A BGP reset can cause routing trouble for as much as 15 minutes. Since you have two sessions that mitigates the problem somewhat. But nevertheless this will not be acceptable. <div dir="auto"><br></div><div dir="auto">Regards </div><div dir="auto"><br></div><div dir="auto">Baldur </div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">tor. 21. nov. 2019 10.47 skrev Christopher Morrow <<a href="mailto:morrowc.lists@gmail.com">morrowc.lists@gmail.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Howdy!<br>
A question of interest to me, currently, is whether it's normal for<br>
providers to cause BGP flaps to their customers nightly... This seems,<br>
in my case, to be the provider PROBABLY updating prefix-filters on my<br>
session(s).<br>
<br>
Particularly AS56554 is currently getting v4/v6 transit from 2<br>
providers, one of which we have 2 links toward. That provider appears<br>
to flap both of our ipv6 (only) bgp peers each night at about the same<br>
time each night. This smells like: "filter updates', but something<br>
that's different than the v4 filter update? (or perhaps they have no<br>
v4 filtering to update?)<br>
<br>
In the end, should customers expect nightly (or on a regular cadence)<br>
to see their sessions bounce? It hasn't been my experience in other<br>
situations...<br>
<br>
-chris<br>
</blockquote></div>