this is a really huge topic which fills whole books.
To give you a basic idea: Segregation of routing-tables with different VRFs (separate ipv4 address-families) can also be done with BGP. But at the same time, Multiprotocol BGP creates so called VPNv4 prefixes by prepending all the VRF-IPv4 prefixes with the appropriate RD (address-family vpnv4) in order to create unique routing information (address ranges of different customers/VRFs could overlap). This VPNv4 prefixes then can be advertised to neighboring peers and those peers can assign the IPv4 prefixes again to their approriate VRF by evaluating the RDs. Thus you do not need to peer for every single (VRF) IPv4 address-family.
So you can have various per-VRF BGP tables on one router but only one "global" VPNv4 table. The per-VRF instances consist of the customer's routing information and the VPNv4 table is exchanged among PEs of the service provider network.
the decision to import a VPNv4 prefix into a locally defined VRF is based on route target(s) of the VPNv4 prefix not on the RD. The route target(s) are BGP extended community attributes of the VPNv4 prefix.The local PE node compares the route target(s) with those configured in the locally defined VRF site, if there is a match the route is installed in the VRF routing table as a BGP route. To be noted unless using complex configurations, it is enough that one of the route targets associated to the VPNv4 prefix matches one of the imported route target(s) in the VRF to have a valid match,
thanks for the correction. When I wrote this, I was first thinking about mentioning route targets as well but then I didn't want to over-complicate the answer because the original question seemed to me somewhat generic. After re-reading I have to admit that my attempt to simplify has led to an inaccurate description.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...