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 <[email protected]> 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" <[email protected]> wrote: > > Will 'set path-color external-reach’ get support on NCS540? > >> On Jul 12, 2020, at 1:25 PM, Phil Bedard <[email protected]> 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" >> <[email protected] on behalf of [email protected]> wrote: >> >> >> >>> On Jul 10, 2020, at 2:56 AM, Mark Tinka <[email protected]> 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 [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/
