Mike, Here's a nice summary: http://www.cisco.com/en/US/prod/collateral/netmgtsw/ps6504/ps6528/ps2425 /white_paper_c11-541238-00.html#wp9000264
As for limitations there are two things to consider: - HW resources (you're hitting this for both platforms you mention) - SW limits - there used to be a 28 process limit but this has gone a long time ago (for Catalyst 6500 this got lifted as of the 12.2(18)SXE release). http://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/na tive/release/notes/OL_4164.html#wp2087620 Cheers, Ben > -----Original Message----- > From: [email protected] [mailto:cisco-nsp- > [email protected]] On Behalf Of Peter Rathlev > Sent: Monday, December 07, 2009 10:08 AM > To: Mike Kiefer > Cc: [email protected] > Subject: Re: [c-nsp] VRF Limitations/OSPF Process Limitations on 3550/3560 > > On Mon, 2009-12-07 at 10:23 -0600, Mike Kiefer wrote: > > Are there currently any limitations on running VRF lite with an OSPF > > process per VRF on this hardware? I was told by a coworker that > > 3550/3560's have an extremely low limit. Something like 4 or 5 > > vrfs/OSPF processes. This doesn't seem right. > > The 3550 can handle 7 VRFs. The 3560 can handle 26 VRFs. > > When trying to create #8 on a 3550 it logs this: > > %L3TCAM-3-TOO_MANY_VRF: The maximum number of VRFs allowed has been exceeded > > It will still create the VRF but no let you assign an RD and it won't > work. > > On a 3560 running the CLI will not let you create more that 26 VRFs; > attempting to create the 27th results in a CLI error: > > [...] > Switch(config)#ip vrf test27 > % Can't create VRF test27 > Switch(config)# > > The limitation seems to lie in the TCAM programming. > > -- > Peter > > > _______________________________________________ > cisco-nsp mailing list [email protected] > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
