folks, we see an increasing number of TAC cases relating to forwarding issues in MPLS/VPN scenarios (including 6vPE).
Starting in XR release 4.2.0 we have a functionality that is called Selective VRF download which will only install routes for vrf's on those linecards
that are interested in it. It seggregates between customer/edge and core facing LC's. The benefit is that if you have lower FIB scale cards on your edge with one LC supporting vrf X and another LC supporting vrf Y, then the LC supporting X would not get the FIB/LFIB tables for vrf Y.
Core facing LC's will have both.
Now it doesn't only pertain to FIB entries but also LPTS entries and if you are getting say a packet in mpls encapped for a vrf a particular receiving LC may not have the proper LPTS directives for it. One workaround is to create a dummy subinterface and put it in the vrf that you are expecting this for to pierce that hole.
In general however we recommend to DISABLE svd for asr9000, which unfortunately requires a reload on teh LC's to activate that change.
You can track the SVD state via show svd [state|role]
We're working to make this off by default starting a release (not defined yet) but in the interim the story above applies.
Hi, Guys, When i reload a NSO package it shows following error: >>> System upgrade is starting.>>> Sessions in configure mode must exist to operational mode.>>> No configuration changes can be performed until upgrade h...
Hi, I'm running a lab with some XRv9000 (v7.3.1) and an Opendaylight controller (v13.1 (Aluminium)). The goal is to push a Segment Routing LSP from the PCE over the IOS XRv, which is working. However when querying my controller for the...
We have an ASR-9001 and it was running 5.1 and we attempted to turboboot unit to 6.4.1. Then this happened. RP/0/RSP0/CPU0:Apr 19 08:04:04.410 : cfgmgr-rp: %MGBL-CONFIG-0-INIT_FAILURE : Configuration Manager was unable to initialize the Admin Co...