<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace;font-size:small">If you look just to the normal situations...<br>1.2K vs 576K may not represent very much.<br><br>But if you look tho ARP Requests Graphs on a significative topology changing on a big IXP, and also look to CPU-per-process graphs, maybe what I'm suggesting could be more explicit.<br><br>I'm talking of good boxes freezing because of that.<br>Of course CoPP exists to avoid that. But the vanilla configurations of CoPP combined with lunatic ARP-Timeout causes many day-by-day problems...<br><br>So, in this case, the solution would but a BCP with some "MUST"s defining acceptable rates.<br><br>And with that, every that doesn't like to be waked up at dawn will become happy(at least by this reason).<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em qui., 17 de set. de 2020 às 15:07, Saku Ytti <<a href="mailto:saku@ytti.fi">saku@ytti.fi</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 Thu, 17 Sep 2020 at 20:51, Douglas Fischer <<a href="mailto:fischerdouglas@gmail.com" target="_blank">fischerdouglas@gmail.com</a>> wrote:<br>
<br>
> Why should we spend CPU Cycles with 576K ARP Requests a day(2K participants, 5 min ARP-Timeout).<br>
> Instead of 1.2K ARP Requests a day(2K participants, 4 hours ARP-Timeout)?<br>
> I would prefer to use those CPU cycles to process other things like BGP messages, BFD, etc...<br>
<br>
I think this communication may not be very communicative.<br>
<br>
How many more BGP messages per day can we process if we do 1.2k ARP<br>
requests a day instead of 576k? How many more days of DFZ BGP UPDATE<br>
growth is that?<br>
<br>
-- <br>
  ++ytti<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><font size="2"><span style="font-family:"courier new",monospace">Douglas Fernando Fischer</span><br style="font-family:"courier new",monospace"><span style="font-family:"courier new",monospace">Engº de Controle e Automação</span></font><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>