<div dir="ltr">Hello all!<br><br>Just passing here to see if any moves on this BFD Scaling occurred.<br><br>This week some friends that are involved in the operation of a really big IXP told me that they were having problems with some "funny" participants of its IXP that adjusted their BGP Timer to numbers like 5/15.<br>On an environment with thousands of peers, I'm sure you can imagine the CPU impact of that.<br><br>Now you are probably asking:<br>What that has to do with Scale the BFD capacities on BIRD?<br><br>Well...<br>Those 'j'enius are probably adjusting the timers to have some kind of control of some communication issue occurs between his router and the RS.<br>They just "forget" that on that level of reduction, it compromises the processing capacity of the RS.<br><br>If BFD engine could support session for every participant at IXP, or at least for those that wants that kind of resource.<br>Then would be reasonable to lock the timers of BGP Session in 60/180.<br><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex., 1 de abr. de 2022 às 13:41, Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Apr 01, 2022 at 08:44:50AM -0300, Douglas Fischer wrote:<br>
> The question raised by colleague Irene reminded me of a topic that may or<br>
> may not be the focus of BIRD's development.<br>
> <br>
> I imagine that the biggest supporters of SMP/Multi-Core/Thread-Safe<br>
> evolution on BIRD are Operators of Route-Servers of large IXPs, and<br>
> operators of large-scale Route-Reflectors.<br>
> <br>
> Although BFD has its greatest use in the transport network and Underlay, it<br>
> is increasingly common to see the use of BFD in BGP Internet.<br>
> <br>
> I'm personally overly excited about what BIRD version 3 is demonstrating in<br>
> terms of vertical scalability.<br>
> <br>
> But I keep imagining that, even having scalability in the BGP engine, it is<br>
> almost prohibitive to use BFD in a scenario with a thousand BGP Peers.<br>
> <br>
> Is there any view from the IBRD development team for this matter?<br>
> Or even... Is there any open project focused on BFD that can address this?<br>
<br>
Hmm, that is a good point. It would make sense to have multiple BFD<br>
threads, but i think that it is more a question of improving I/O loop<br>
performance in BIRD, as thousand peers with 100ms period is about 10 kpps<br>
UDP rate, which should be manageable even from a single thread. We should<br>
make some effort to do some benchmarking for BFD.<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Douglas Fernando Fischer<br>Engº de Controle e Automação<br><div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;color:black;text-align:left;line-height:130%;font-family:"courier new",monospace"></div></div></div>