[c-nsp] SUP720's memory, looking at options..

[Mack McBride]

We figure 768 gives us two more years and we are replacing the boxes at the core as fast as possible.
Those that are using SRD feature, we can tune tables and still provide clients with a full table.
These devices generally only have two paths to the core anyway and don't
Directly connect to the internet.


Mack McBride | Senior Network Architect | ViaWest, Inc.
O: 720.891.2502 | C: 303.720.2711 | mack.mcbride at viawest.com | www.viawest.com


-----Original Message-----
From: cisco-nsp [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of James Jun
Sent: Thursday, July 07, 2016 9:08 AM
To: Howard Leadmon
Cc: 'cisco-nsp'
Subject: Re: [c-nsp] SUP720's memory, looking at options..

On Thu, Jul 07, 2016 at 12:20:47AM -0400, Howard Leadmon wrote:
>
> Has anybody come up with a good guess as to what is a good division of the TCAM for BGP routing?    I have had mine at 640K for IPv4 for a while, but looking at the v4 to v6 ratios, I am thinking maybe 768 for v4 may be a better guess..
>
>

Yes, we use the following on 7600/6500 platforms:

mls cef maximum-routes ipv6 90
mls cef maximum-routes ip-multicast 1

This should allocate most of your TCAM into IPv4/MPLS -- 832k for IPv4 + MPLS, 90k for IPv6, 1k for multicast.


James
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
This message contains information that may be confidential, privileged or otherwise protected by law from disclosure. It is intended for the exclusive use of the addressee(s). Unless you are the addressee or authorized agent of the addressee, you may not review, copy, distribute or disclose to anyone the message or any information contained within. If you have received this message in error, please contact the sender by electronic reply and immediately delete all copies of the message.