On 2010-07-01 18:50, Bøvre Jon Harald wrote:
1 72 bits (IPv4, MPLS, EoM) 524288 319732 61%
144 bits (IP mcast, IPv6) 262144 3008 1%
1: What would be the increase in usage of IPv4 TCAM if we increased
> to accept /27? Additional 20k - 50 k prefix?
The global BGP view carries around 330k prefixes, so no, not that
much. Around 10k more.
2: At how many prefix will we start getting trouble? (Remember one
> old SUP720,3B partitioned for 239k IPv4 started getting problems
> at approx. 210k prefixes)
That was just a warning, set by default at 90% or so range, that you're
approaching the limit. You may start to get problems at full TCAMs.
I do not expect this hardware to handle 524k prefixes.
Why? First of all, if You're not handling IP multicasts and IPv6 that
much, repartition when the 330k IPv4 becomes 500k IPv4.
Expect routing table to be even more fragmented in the future and
> believe it is better to leve room for growth in /8-/24, dropping /25 ->
Filtring on minimal RIR allocations is fine, but again, with this
hardware, you're yet to reach its limits.
--
"Everything will be okay in the end. | Łukasz Bromirski
If it's not okay, it's not the end." | http://lukasz.bromirski.net
_______________________________________________
cisco-nsp mailing list [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
