<div dir="ltr">Hi Adam,<div><br></div><div>The intention is not to put in the Data Plane at all but use it for control functions and calculating optimal paths, we are happy with how FRR is handling small network islands to Route traffic in Data Plane and wanted to test this as a candidate for Hierarchical Route-Reflection at site level while proven hardware will be used at a Cluster level.</div><div><br></div><div>for the benefit of others, FRR member replied about his observations</div><div><br></div><div>'''</div><div><div>Hi Rakesh,<br></div><div>We currently running one FRR route-reflector on a backbone, some peers send FV, some not. Here is header of 'show bgp summary':<br></div><div><br></div><div>IPv4 Unicast Summary:<br></div><div>BGP router identifier 10.10.10.100, local AS number 65009 vrf-id 0<br></div><div>BGP table version 143698323<br></div><div>RIB entries 1428204, using 218 MiB of memory<br></div><div>Peers 26, using 537 KiB of memory<br></div><div>Peer groups 9, using 576 bytes of memory<br></div><div><br></div><div>We hit problem with bgpd eating whole CPU core on 7.1, so I built FRR with appropriate patch manually. But that must been fixed in 7.2. Otherwise it runs pretty good for the last ~3 months.</div><div><br></div><div>''' </div><div><div><br></div></div></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 15, 2019 at 11:04 AM <<a href="mailto:adamv0025@netconsultings.com">adamv0025@netconsultings.com</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">> ERCIN TORUN<br>
> Sent: Friday, November 15, 2019 9:34 AM<br>
> <br>
> Hello Rakesh,<br>
> <br>
> As James said, better to ask it at FRR mailing list.<br>
> <br>
> Generally chipset is what limits the scale (e.g. trident2 is 128k ipv4 lpm<br>
> <a href="https://docs.cumulusnetworks.com/cumulus-linux/Layer-3/Routing/" rel="noreferrer" target="_blank">https://docs.cumulusnetworks.com/cumulus-linux/Layer-3/Routing/</a> ).  If<br>
> you disable "zebra" daemon, FRR works only in control-plane then you would<br>
> most likely have a limitation with memory/RAM only. (speed is another<br>
> issue).<br>
> <br>
Data-plane lookup memory limitations have nothing to do with the scale of a RR function, as you eluded to (if the RR is in path then it has to act as any other routing node so FIB scaling limitations apply -but that is completely orthogonal to the RR function). <br>
One would assume that NOS to be used for a crucial role in the overall BGP infrastructure would feature the essential ability to limit the installation (complete/selective) of routes to FIB/data-plane. (or in the modern virtual deployments lack the data-plane altogether). <br>
<br>
adam   <br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><font face="monospace, monospace">--</font></div><div><font face="monospace, monospace">Rakesh Madupu</font></div><div><font face="monospace, monospace">2xJNCIE - SP/DC / CCIE-SP#47613</font></div><div><span style="font-size:12.8px"><font face="monospace, monospace"><br></font></span></div><div><span style="font-size:12.8px"><font face="monospace, monospace"><a href="https://r2079.wordpress.com" target="_blank">https://r2079.wordpress.com</a></font></span><br></div><div><br></div><div><br></div></div></div></div></div>