[c-nsp] bgp scalability C7600

[quinn snyder]

i'd not look at nexus as edge/peering to replace c6k/7600.

c6k replacement needs to look at role and requirements, not point product placement. 

asr1k with rp2 control-plane or asr9k, depending on density/cost models (although to gert's earlier point, asr9001 fits small edge/pop, especially if more than a handful of 10gbe is needed, which gets expensive in asr1k quickly). 

q. 

-= sent via iphone. please excuse spelling, grammar, and brevity =-

> On Feb 6, 2015, at 12:56, james list <jameslist72 at gmail.com> wrote:
> 
> Hi gert
> Good info.
> 
> From customer requirements and  pricing point of view the idea is to
> replace with a nexus.
> 
> Regards
> Il 06/feb/2015 19:45 "Gert Doering" <gert at greenie.muc.de> ha scritto:
> 
>> Hi,
>> 
>>> On Fri, Feb 06, 2015 at 03:16:26PM +0100, james list wrote:
>>> do anybody have numbers in terms of BGP sessions scalability oin C7600
>>> SUP-720 ?
>> 
>> "not that great"...
>> 
>> Ours at DE-CIX has a handful of iBGP sessions and about 150 eBGP sessions
>> to IXP participants, and if that interface flaps, it will hickup for
>> about *1 hour* until everything is stable again.
>> 
>> Effectively it depends on
>> 
>> - number of sessions
>> - number of prefixes on each session ("10 each" or "50.000")
>> - how complicated your inbound and outbout policy is
>>    (our policy is slightly too complicated, with as-path matches which
>>     are not exactly performance efficient)
>> - whether peers can be grouped into update-groups (= same export policy)
>> - keepalive timers your peers have configured
>>    (the main issue is "CPU busy -> keepalives not answered in time ->
>>     session bouncing -> more CPU busy", which is made worse by short
>>     keepalive timers)
>> 
>> We're not deploying Sup720s for anything with "lots of BGP" anymore, and
>> the box in question will be replaced with an ASR9001 any day now, which
>> is just laughing its NPUs off on that BGP load... ("BGP convergence in 30
>> seconds.  done.  anything more interesting to do?  Any slow peer I could
>> nuke with outgoing updates sent over too fast for it?").
>> 
>> gert
>> --
>> USENET is *not* the non-clickable part of WWW!
>>                                                           //
>> www.muc.de/~gert/
>> Gert Doering - Munich, Germany
>> gert at greenie.muc.de
>> fax: +49-89-35655025
>> gert at net.informatik.tu-muenchen.de
> _______________________________________________
> 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/