philxor at gmail
Apr 28, 2012, 2:25 PM
Post #6 of 6
If you are willing to spend the money on the latest gen cards, the Typhoon
Re: An observation: 512k default max-prefix in IOS-XR
[In reply to]
linecards support 4M IPv4/2M IPv6 in the FIB along with 2M MACs. There
are no different scale profiles for the cards to monkey around with
Not really part of this conversation but I just ran across this somewhat
amusing message on a Typhoon card.
LC/0/0/CPU0:Apr 29 22:17:59.355 : rsi_agent:
%OS-RSI_AGENT-6-CARD_ROLE_CHANGE : Based on the card configuration/type,
the AFI IPv6 role of the card has changed from Invalid to Not Interested
On 4/28/12 3:46 PM, "Sigurbjörn Birkir Lárusson" <sigurbjornl [at] vodafone>
>8 years ago when Cisco introduced the 3BXL, 1M routes was a lot of routes,
>more than 5 times the size of the current Internet routing table, now,
>1M routes also doesn't mean 1M routes. IPv6, Multicast and IPv6 Multicast
>take up more space, further reducing the available tcam resources.
>With an expanding IPv6 table and a never-ending fragmentation of the IPv4
>space, plus whatever multicast and MPLS you are doing, it might prove to
>be insufficient moving forward, and in some cases depending on what you're
>doing, it might already be.
>The L3XL kills off video monitoring and requires an even more expensive
>license and this is one of the main reasons the ASR9k doesn't sound that
>exciting to me at this point. I'd like to see a lot more available tcam
>space before committing to a new platform long term.
>On 28.4.2012 13:15, "Robert Blayzor" <rblayzor.bulk [at] inoc> wrote:
>>On Apr 25, 2012, at 9:17 PM, Will Hargrave wrote:
>>> So around 2015 or perhaps before, careless operators of both IOS-XR and
>>>7600 boxes may have a shock. :-)
>>Careless operators of 9K that don't change from the default scale maybe.
>>That's just a default limitation on the 9K.
>>Just change from the "default" scale to l3 or l3xl scale and you'll be
>>good for 1M+ routes. Of course L3 scale eats up L2 scale and vice versa,
>>so choose your battles wisely.
>>rblayzor [at] inoc
>>cisco-nsp mailing list cisco-nsp [at] puck
>>archive at http://puck.nether.net/pipermail/cisco-nsp/
>cisco-nsp mailing list cisco-nsp [at] puck
>archive at http://puck.nether.net/pipermail/cisco-nsp/
cisco-nsp mailing list cisco-nsp [at] puck
archive at http://puck.nether.net/pipermail/cisco-nsp/