<div dir="ltr">In general I agree with the idea here but I would also be interested in the possibility of running the local route policy engine against routes that are locally detected to meet a damping condition (user configureable of course). This would potentially yield the ability to change local_pref as well as other attributes that may be useful such as MED/metric (which can be transitive) and/or communities. </div><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 18, 2018 at 4:55 PM Job Snijders <<a href="mailto:job@ntt.net">job@ntt.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Steve,<br>
<br>
No worries, I have not forgotten the transitive properties of the<br>
LOCAL_PREF BGP Path Attribute! :-) You are right that any LOCAL_PREF<br>
modifications (and the attribute itself), are local to the Autonomous<br>
System in which they were set, but the effects of such settings can<br>
percolate further into the routing system.<br>
<br>
A great example is the "BGP Graceful Shutdown" mechanism (science<br>
partially documented in <a href="https://tools.ietf.org/html/rfc6198" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc6198</a>, actual<br>
specification here <a href="https://tools.ietf.org/html/rfc8326" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc8326</a>). What is<br>
interesting is that by considering a path (any path, could be flapping)<br>
my network will propagate alternative paths to my neighboring networks,<br>
or possibly even *withdraw* my announcement in favor of alternative<br>
(stable?) paths via competitors.<br>
<br>
By attaching a lower LOCAL_PREF value to a given path for a period of<br>
time as a 'penalty' for flapping, I suspect the visiblity of that<br>
flapping will be greatly reduced. This of course doesn't hold true when<br>
the only origin of the path is flapping, but in many flapping cases I<br>
triaged it was clear that only one out of many links was the root of the<br>
flapping.<br>
<br>
I'm not sure I share your concerns about scale, it appears that so far<br>
we seem to be doing just fine without "route flap dampening, penalty<br>
type: suppress". No customers ask for it, in fact many are relieved we<br>
don't use it. None of our peering partners ask for it either. When we<br>
see oscillating paths we reach out to the offending party and ask them<br>
to fix it, or take unilateral action within a specific time frame.<br>
<br>
Kind regards,<br>
<br>
Job<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">[<a href="mailto:stillwaxin@gmail.com" target="_blank">stillwaxin@gmail.com</a> ~]$ cat .signature<br>cat: .signature: No such file or directory<br>[<a href="mailto:stillwaxin@gmail.com" target="_blank">stillwaxin@gmail.com</a> ~]$<br></div>