[f-nsp] CAM limit on MLX

[Alex HM]

Thanks Jay, Niels.

I can’t find any figures on the capabilities of the MLXe with BR-MLX-MR2-M
management card regarding RIB and/or FIB, thus my concern. Attached is an
extracted table from a CER presentation. I have no clue how these figures
reads as they are crude figures – the datasheet of the MLX mentions 10M BGP
routes but it also state depending on the configuration, so I don’t take
this one for granted.

Although not my primary question, I'd be very keen on aggregating as many
prefixes as possible, especially the polluting /24, since most of these
small networks who usually de-aggregate are doing that on the sole purpose
of tiering their traffic commits for $ reasons. AFAIK it takes hundreds of
hand-written statements and RIR records processing to achieve that. If
somebody has a hit for that too, I am a buyer :-)

--- Alex


2013/2/11 Niels Bakker <niels=foundry-nsp at bakker.net>

> * alex.hm.list at gmail.com (Alex HM) [Mon 11 Feb 2013, 22:51 CET]:
>
>  I am considering running 8 eBGP sessions with full-route on each (approx.
>> 3'500'000 prefixes expected). As far as I could figure out, the CAM limit
>> depends on the CAM profile. The XMR seems to support 1M IPv4 prefixes in
>> ipv4 profile mode and 512K on MLX. These figures are according to "CAM
>> partition profiles" of the MLX Configuration Manual.
>>
>
> Prefixes from your 8 eBGP sessions will form your RIB.  The best routes
> are then placed into the FIB.  That's where you may hit CAM partitioning
> limits.
>
> I'm not quite sure what the limit on RIB size is but 3.5M will fit just
> fine memory-wise in an XMR Management Module.
>
>
>         -- Niels.
>
> --
> ______________________________**_________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> http://puck.nether.net/**mailman/listinfo/foundry-nsp<http://puck.nether.net/mailman/listinfo/foundry-nsp>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20130211/f3909692/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Untitled.png
Type: image/png
Size: 65280 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20130211/f3909692/attachment.png>