show rib vrf command can be used to check for the presence of VRF route entries.
If expected VRF route entries are not present, the following steps may be used to troubleshoot the problem:
show vrfcommand will display all the VRFs that were created based on the running configuration. A missing or incorrect VRF entry is likely due to a configuration issue.
show bgp summary vrfcommand displays an overview of the status of the BGP VRF peering sessions. Any non-established session can then be investigated further.
show network-interfacecommand can be used to check all interfaces associated with the VRF (via their tenant assignment). The BGP VRF peering might not be able to become established due to a down interface.
Linux Kernel State
Any configured VRF will be present as a VRF table in the Linux kernel within the routingEngine namespace. A VRF in the kernel is represented by a pseudo interface of type “vrf”. Any network interface associated with the VRF (via its tenant) is represented by a kernel interface that is linked to the VRF pseudo interface:
In the above example, g111 is a vlan network-interface configured with a tenant that is part of vrfA. So the g111 link has the master vrfA attribute. The kernel VRF table is the basis for connecting to the VRF BGP neighbor and enables redistribution of services into the VRF:
In the above example, the three blackhole routes represent services with service-routes that are available in the VRF. These are picked up by the VRF BGP instance and re-distributed if redistribute service is configured.
The 172.16.111.0/24 entry is the connected route for the VLAN network-interface bound to the VRF. 10.111.1.5 is a route learned from the VRF BGP peer.