> On 3 Aug 2017, at 09:10, Patrick M. Hausen <hau...@punkt.de> wrote: > > The use case is simply "full tables BGP" with currently 4x 1GB/s > uplinks and possibly 6 in the near future. Upgrade to something > 10G-ish not planned at the moment. 300-400 Mbit/s aggregate > traffic across all uplinks currently.
Quite low aggregate bandwidth needs for 6500 :) > So we are too memory heavy for the C6500 (SUP720-10G) and > then there's the TCAM limitation ... although our bandwidth requirements > are rather small. And then the C6500 definitely starts to rot - I wonder > if I will ever get anything beyond 12.2(33)SXJ10 if (when!) the next > remote security bug hits. For that kind of scenario, Sup720-10GE can still do it’s job if You use Selective Route Download. You don’t need full tables as Spotify’s SIR project have shown. You’re even better than Spotify, as You’re end station for the traffic, not transit as I understood. Just take a look here (and read on): https://labs.spotify.com/2016/01/26/sdn-internet-router-part-1/ <https://labs.spotify.com/2016/01/26/sdn-internet-router-part-1/> You should live well with the same traffic engineering accuracy with anywhere between 30k and 60-70k for IPv4 unicast put into FIB and then into TCAMs. At the same time, You should be fine (maybe with *some* filtering) to fit the 4-6 tables in RAM while doing SRD (that will select specific routes and put only them as candidates for FIB installation via BGP). This however assumes, You want to play with CLI and possibly NetFlow data to correlate telemetry. Also, try to stick to 15.xS lines. It seems You’re doing quite simple things and there’s no real value in staying on 12.2(33) line unless some hardware dependencies. BTW, you can upgrade RAM on 720-10GE to 2GB. This is of course not officially supported, but as You’re anyway running on refubrished equipment, you don’t care that much. Just remember to upgrade both RP and SP memory, as in theory with this Sup you wouldn’t need to care anymore as SP is just a stub, but may actually play buffer allocation tricks and if there’s disrepancy between RP and SP RAM size, you may run into trouble (RP loosing SP, stalling and then rebooting on watchdog - it isn’t pretty and for sure - not predictable). — ./ _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/