<div dir="ltr">Rather than taking full routes from both providers, why not just have them advertise a default + their customer routes? This will be significantly lower than a full table, and will allow you to improve your path selection without compromising your hardware limitations.<div>

<br></div><div>Just a thought..</div></div><div class="gmail_extra"><br clear="all"><div><br>-- Eric Cables</div>
<br><br><div class="gmail_quote">On Sun, Jan 5, 2014 at 4:49 PM, Jimmy Stewpot <span dir="ltr"><<a href="mailto:mailers@oranged.to" target="_blank">mailers@oranged.to</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hello,<br>
<br>
I have been searching through the archives to find an answer for my questions. I have also contacted our SE and have so far not been getting good/detailed responses.<br>
<br>
We currently have 4 MLXe-4's with the 8port 10GbE "D-Line" blades which have support for 256k routes in hardware. So far that has been fine as we only accept a default route from our upstream provider. We are currently about to bring on another provider which means we need to accept a full route table from both so that we can do the best possible route path selection. Unfortunately for us the current IPv4 BGP table size is ~500k routes. I understand that there is a FIB and RIB on the system.<br>


<br>
What I am trying to understand is what behavior/impact would we expect if the blades only support 256k routes. What does a route lookup do when the route table doesn't have a route in hardware. In the past with other vendors I have seen the CPU on the management module start to get very high usage. I don't believe that would be the case on the MLX but I need to get some second opinions as there is no conclusive document on the brocade web page or similar to explain exactly how it works in this scenario and what the impact would be.<br>


<br>
<br>
Any feedback or ways around the problem would also be welcome.<br>
<br>
Regards,<br>
<br>
Jimmy.<br>
<br>
<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</blockquote></div><br></div>