
<html><head></head><body><div dir="auto">Hello Nigel,<br><br>you can always store this information to custom attributes which are faster than communities, auto-ignored on export and can't leak to your peers.<br><br>BTW that guide looks quite outdated (regarding e.g. the support of autoreload) and will be even more outdated with BIRD 3 optimized import tables and selective autoreload. Noting that we shall look into updating this guide.<br><br>Maria</div><br><br><div class="gmail_quote"><div dir="auto">On 27 April 2024 05:05:35 CEST, Nigel Kukard via Bird-users <bird-users@network.cz> wrote:</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail"><div dir="auto">Hi all,<br><br>I was busy reading <a href="https://bgpfilterguide.nlnog.net/guides/reject_invalids/">https://bgpfilterguide.nlnog.net/guides/reject_invalids/</a> and noticed the following text...<br><br>Note: REALLY DONT store the validation state inside a bgp_community or bgp_large_community or bgp_ext_community variables. It can cause CPU & memory overload resulting in convergence performance issues.<br><br>I was wondering if this is still an issue and if it would still be a bad idea to indicate that RPKI was VALID using communities on multiple full BGP feeds?<br><br>Is anyone doing this at present? are you seeing significant load?<br><br>Kind Regards<br>Nigel<br><br></div></pre></blockquote></div><div dir="auto"><div class='k9mail-signature'>-- <br>Maria Matejka (she/her) | BIRD Team Leader | CZ.NIC, z.s.p.o.</div></div></body></html>