[c-nsp] Cisco N540-ACC-SYS ipv4 routes

[Jason Lixfeld]

Indeed, however one of the really handy side effects of this command is matches coloured with external-reach are still downloaded to the RIB.  Of course, this technically adds no value, but if you’re passing a full BGP table to a downstream customer, it’s handy to see those routes in the RIB* as opposed to having to switch gears and look in the BGP RIB if folks are used to doing the former.

[*] To pass a full table to a downstream BGP customer on this box today, you need to filter the interesting prefixes so they aren’t downloaded into the RIB, which in turn prevent them from being programmed into the FIB.

> On Jul 12, 2020, at 10:01 PM, Phil Bedard <philxor at gmail.com> wrote:
> 
> It wouldn't be implemented on a platform that doesn't support an external TCAM.  It doesn't make much sense on a fixed platform with a single NPU (really ASIC but NPU is easier to type)  since all the interfaces are sharing the same FIB.  We would also never mix/match NPU scale types on the same fixed platform in the case where we have multiple NPUs.    
> 
> The feature doesn't really have a lot of adoption, most buy the SE line cards for roles needing higher FIB scale.    
> 
> Thanks, 
> Phil 
> 
> On 7/12/20, 7:11 PM, "Jason Lixfeld" <jason at lixfeld.ca> wrote:
> 
>    Will 'set path-color external-reach’ get support on NCS540?
> 
>> On Jul 12, 2020, at 1:25 PM, Phil Bedard <philxor at gmail.com> wrote:
>> 
>> In XR in general we support restricting routes installed in the FIB using table-policy at various locations, but it's done across all NPUs.  This specific feature mixing hi/lo FIB line cards adds another knob to tag certain routes as "external" so we can determine which prefixes to install on cards with only external TCAM.   
>> 
>> The normal table-policy command is supported on NCS540, some use them as dedicated RRs.   There is a 16 (newer N540-ACC-SYS) and 32 GB (24Z8Q2C-SYS) version of the 540.   
>> 
>> Thanks, 
>> 
>> Phil 
>> 
>> On 7/10/20, 2:10 PM, "cisco-nsp on behalf of Jason Lixfeld" <cisco-nsp-bounces at puck.nether.net on behalf of jason at lixfeld.ca> wrote:
>> 
>> 
>> 
>>> On Jul 10, 2020, at 2:56 AM, Mark Tinka <mark.tinka at seacom.com> wrote:
>>> 
>>>> In the 9K days, they had SVD which did that:
>>>> 
>>>> https://www.cisco.com/c/en/us/td/docs/routers/crs/software/crs_r4-3/routing/configuration/guide/b_routing_cg43xcrs/b_routing_cg43xcrs_chapter_010.html#concept_8E1919490E274B9E97F527166CB6EF8A
>>>> 
>>>> I don’t know if SVD exists for chassis based NCS5K or if SRD^h^h^htable-policy is the new that, but SVD was per-linecard.  Table-policy is a BGP sub configuration, and presumably LC agnostic.
>>> 
>>> Never heard of SVD, but I found this for the NCS5500:
>>> 
>>>  https://xrdocs.io/ncs5500/tutorials/mixing-base-and-scale-LC-in-NCS5500/
>> 
>> 
>>  Nice.
>> 
>>  There’s caveat at the bottom of that article that says it’s not supported on J-based FFF pizza boxes. I wonder why?  I wonder if that applies to Qumran-AX a’la NCS540 too?
>> 
>>  _______________________________________________
>>  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/
>> 
>> 
> 
> 
>