Feedback
|
Table Of Contents
BGP Support for IP Prefix Import from Global Table into a VRF Table
Prerequisites for BGP Support for IP Prefix Import from Global Table into a VRF Table
Restrictions for BGP Support for IP Prefix Import from Global Table into a VRF Table
Information About BGP Support for IP Prefix Import from Global Table into a VRF Table
Importing IPv4 Prefixes into a VRF
Unicast Reverse Path Forwarding
How to Import IP Prefixes from Global Table into a VRF Table
Defining IPv4 IP Prefixes to Import
Creating the VRF and the Import Route Map
Filtering on the Ingress Interface
Verifying Global IP Prefix Import
Configuration Examples for BGP Support for IP Prefix Import from Global Table into a VRF Table
Configuring Global IP Prefix Import: Example
Verifying Global IP Prefix Import: Example
Feature Information for BGP Support for IP Prefix Import from Global Table into a VRF Table
BGP Support for IP Prefix Import from Global Table into a VRF Table
First Published: August 9, 2004Last Updated: July 27, 2010The BGP Support for IP Prefix Import from Global Table into a VRF Table feature introduces the capability to import IPv4 unicast prefixes from the global routing table into a Virtual Private Network (VPN) routing/forwarding (VRF) instance table using an import route map.
Finding Feature Information
For the latest feature information and caveats, see the release notes for your platform and software release. To reach links to specific feature documentation in this module and to see a list of the releases in which each feature is supported, use the "Feature Information for BGP Support for IP Prefix Import from Global Table into a VRF Table" section.
Use Cisco Feature Navigator to find information about platform support and software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Contents
•
Prerequisites for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Restrictions for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Information About BGP Support for IP Prefix Import from Global Table into a VRF Table
•
How to Import IP Prefixes from Global Table into a VRF Table
•
Configuration Examples for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Feature Information for BGP Support for IP Prefix Import from Global Table into a VRF Table
Prerequisites for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Border Gateway Protocol (BGP) peering sessions are established.
•
CEF or dCEF (for distributed platforms) is enabled on all participating routers.
Restrictions for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Only IPv4 unicast and multicast prefixes can be imported into a VRF with this feature.
•
A maximum of five VRF instances per router can be created to import IPv4 prefixes from the global routing table.
•
IPv4 prefixes imported into a VRF using this feature cannot be imported into a VPNv4 VRF.
Information About BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Importing IPv4 Prefixes into a VRF
•
Unicast Reverse Path Forwarding
Importing IPv4 Prefixes into a VRF
The BGP Support for IP Prefix Import from Global Table into a VRF Table feature introduces the capability to import IPv4 unicast prefixes from the global routing table into a Virtual Private Network (VPN) routing/forwarding instance (VRF) table using an import route map. This feature extends the functionality of VRF import-map configuration to allow IPv4 prefixes to be imported into a VRF based on a standard community. Both IPv4 unicast and multicast prefixes are supported. No Multiprotocol Label Switching (MPLS) or route target (import/export) configuration is required.
IP prefixes are defined as match criteria for the import map through standard Cisco filtering mechanisms. For example, an IP access-list, an IP prefix-list, or an IP as-path filter is created to define an IP prefix or IP prefix range, and then the prefix or prefixes are processed through a match clause in a route map. Prefixes that pass through the route map are imported into the specified VRF per the import map configuration.
Black Hole Routing
The BGP Support for IP Prefix Import from Global Table into a VRF Table feature can be configured to support Black Hole Routing (BHR). BHR is a method that allows the administrator to block undesirable traffic, such as traffic from illegal sources or traffic generated by a Denial of Service (DoS) attack, by dynamically routing the traffic to a dead interface or to a host designed to collect information for investigation, mitigating the impact of the attack on the network. Prefixes are looked up, and packets that come from unauthorized sources are blackholed by the ASIC at line rate.
Classifying Global Traffic
The BGP Support for IP Prefix Import from Global Table into a VRF Table feature can be used to classify global IP traffic based on physical location or class of service. Traffic is classified based on administration policy and then imported into different VRFs. On a college campus, for example, network traffic could be divided into an academic network and residence network traffic, a student network and faculty network, or a dedicated network for multicast traffic. After the traffic is divided along administration policy, routing decisions can be configured with the MPLS VPN—VRF Selection Using Policy Based Routing feature or the MPLS VPN—VRF Selection Based on Source IP Address feature.
Unicast Reverse Path Forwarding
Unicast Reverse Path Forwarding (Unicast RPF) can be optionally configured with the BGP Support for IP Prefix Import from Global Table into a VRF Table feature. Unicast RPF is used to verify that the source address is in the Forwarding Information Base (FIB). The ip verify unicast vrf command is configured in interface configuration mode and is enabled for each VRF. This command has permit and deny keywords that are used to determine if the traffic is forwarded or dropped after Unicast RPF verification.
How to Import IP Prefixes from Global Table into a VRF Table
•
Defining IPv4 IP Prefixes to Import
•
Creating the VRF and the Import Route Map
•
Filtering on the Ingress Interface
•
Verifying Global IP Prefix Import
Defining IPv4 IP Prefixes to Import
IPv4 unicast or multicast prefixes are defined as match criteria for the import route map using standard Cisco filtering mechanisms. This task uses an IP access-list and an IP prefix-list.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
access-list access-list-number {deny | permit} source [source-wildcard] [log]
4.
ip prefix-list prefix-list-name [seq seq-value] {deny network/length | permit network/length} [ge ge-value] [le le-value]
DETAILED STEPS
Creating the VRF and the Import Route Map
The IP prefixes that are defined for import are then processed through a match clause in a route map. IP prefixes that pass through the route map are imported into the VRF. A maximum of 5 VRFs per router can be configured to import IPv4 prefixes from the global routing table. 1000 prefixes per VRF are imported by default. You can manually configure from 1 to 2,147,483,647 prefixes for each VRF. We recommend that you use caution if you manually configure the prefix import limit. Configuring the router to import too many prefixes can interrupt normal router operation.
No MPLS or route target (import/export) configuration is required.
Import actions are triggered when a new routing update is received or when routes are withdrawn. During the initial BGP update period, the import action is postponed to allow BGP to convergence more quickly. Once BGP converges, incremental BGP updates are evaluated immediately and qualified prefixes are imported as they are received.
The following syslog message is introduced by the BGP Support for IP Prefix Import from Global Table into a VRF Table feature. It will be displayed when more prefixes are available for import than the user-defined limit:
00:00:33: %BGP-3-AFIMPORT_EXCEED: IPv4 Multicast prefixes imported to multicast vrf exceed the limit 2You can either increase the prefix limit or fine-tune the import route map filter to reduce the number of candidate routes.
Restrictions
•
Only IPv4 unicast and multicast prefixes can be imported into a VRF with this feature.
•
A maximum of five VRF instances per router can be created to import IPv4 prefixes from the global routing table.
•
IPv4 prefixes imported into a VRF using this feature cannot be imported into a VPNv4 VRF.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
ip vrf vrf-name
4.
rd route-distinguisher
5.
import ipv4 {unicast | multicast} [prefix-limit] map route-map
6.
exit
7.
route-map map-tag [permit | deny] [sequence-number]
8.
match ip address {acl-number [acl-number | acl-name] | acl-name [acl-name | acl-number] | prefix-list prefix-list-name [prefix-list-name]}
9.
end
DETAILED STEPS
Filtering on the Ingress Interface
The BGP Support for IP Prefix Import from Global Table into a VRF Table feature can be configured globally or on a per-interface basis. We recommend that you apply it to ingress interfaces to maximize performance.
SUMMARY STEPS
1.
enable
2.
configure terminal
3.
interface type number [name-tag]
4.
ip policy route-map map-tag
5.
ip verify unicast vrf vrf-name {deny | permit}
6.
end
DETAILED STEPS
Verifying Global IP Prefix Import
Perform the steps in this task to display information about the VRFs that are configured with the BGP Support for IP Prefix Import from Global Table into a VRF Table feature and to verify that global IP prefixes are imported into the specified VRF table.
SUMMARY STEPS
1.
enable
2.
show ip bgp vpnv4 {all | rd route-distinguisher | vrf vrf-name}
3.
show ip vrf [brief | detail | interfaces | id] [vrf-name]
DETAILED STEPS
Step 1
enable
Enables privileged EXEC mode. Enter your password if prompted.
Router# enableStep 2
show ip bgp vpnv4 {all | rd route-distinguisher | vrf vrf-name}
Displays VPN address information from the BGP table. The output displays the import route map, the traffic type (unicast or multicast), the default or user-defined prefix import limit, the actual number of prefixes that are imported, and individual import prefix entries.
Router# show ip bgp vpnv4 allBGP table version is 15, local router ID is 10.1.1.1Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,S StaleOrigin codes: i - IGP, e - EGP, ? - incompleteNetwork Next Hop Metric LocPrf Weight PathRoute Distinguisher: 100:1 (default for vrf academic)Import Map: ACADEMIC, Address-Family: IPv4 Unicast, Pfx Count/Limit: 6/1000*> 10.50.1.0/24 172.17.2.2 0 2 3 ?*> 10.50.2.0/24 172.17.2.2 0 2 3 ?*> 10.50.3.0/24 172.17.2.2 0 2 3 ?*> 10.60.1.0/24 172.17.2.2 0 2 3 ?*> 10.60.2.0/24 172.17.2.2 0 2 3 ?*> 10.60.3.0/24 172.17.2.2 0 2 3 ?Route Distinguisher: 200:1 (default for vrf residence)Import Map: RESIDENCE, Address-Family: IPv4 Unicast, Pfx Count/Limit: 3/1000*> 10.30.1.0/24 172.17.2.2 0 0 2 i*> 10.30.2.0/24 172.17.2.2 0 0 2 i*> 10.30.3.0/24 172.17.2.2 0 0 2 iRoute Distinguisher: 300:1 (default for vrf BLACKHOLE)Import Map: BLACKHOLE, Address-Family: IPv4 Unicast, Pfx Count/Limit: 3/1000*> 10.40.1.0/24 172.17.2.2 0 0 2 i*> 10.40.2.0/24 172.17.2.2 0 0 2 i*> 10.40.3.0/24 172.17.2.2 0 0 2 iRoute Distinguisher: 400:1 (default for vrf multicast)Import Map: MCAST, Address-Family: IPv4 Multicast, Pfx Count/Limit: 2/2*> 10.70.1.0/24 172.17.2.2 0 0 2 i*> 10.70.2.0/24 172.17.2.2 0 0 2 iStep 3
show ip vrf [brief | detail | interfaces | id] [vrf-name]
Displays defined VRFs and their associated interfaces. The output displays the import route map, the traffic type (unicast or multicast), and the default or user-defined prefix import limit. The following example output shows that the import route map named UNICAST is importing IPv4 unicast prefixes and that the prefix import limit is 1000.
Router# show ip vrf detailVRF academic; default RD 100:10; default VPNID <not set>VRF Table ID = 1No interfacesConnected addresses are not in global routing tableExport VPN route-target communitiesRT:100:10Import VPN route-target communitiesRT:100:10Import route-map for ipv4 unicast: UNICAST (prefix limit: 1000)No export route-map
Configuration Examples for BGP Support for IP Prefix Import from Global Table into a VRF Table
•
Configuring Global IP Prefix Import: Example
•
Verifying Global IP Prefix Import: Example
Configuring Global IP Prefix Import: Example
The following example imports unicast prefixes into the VRF named green using an IP prefix list and a route map:
This example starts in global configuration mode:
!ip prefix-list COLORADO seq 5 permit 10.131.64.0/19ip prefix-list COLORADO seq 10 permit 172.31.2.0/30ip prefix-list COLORADO seq 15 permit 172.31.1.1/32!ip vrf greenrd 200:1import ipv4 unicast map UNICASTroute-target export 200:10route-target import 200:10!exit!route-map UNICAST permit 10match ip address prefix-list COLORADO!exitVerifying Global IP Prefix Import: Example
The show ip vrf command or the show ip bgp vpnv4 command can be used to verify that prefixes are imported from the global routing table to the VRF table.
The following example from the show ip vrf command shows the import route map named UNICAST is importing IPv4 unicast prefixes and the prefix import limit is 1000:
Router# show ip vrf detailVRF green; default RD 200:1; default VPNID <not set>Interfaces:Se2/0VRF Table ID = 1Export VPN route-target communitiesRT:200:10Import VPN route-target communitiesRT:200:10Import route-map for ipv4 unicast: UNICAST (prefix limit: 1000)No export route-mapVRF label distribution protocol: not configuredVRF label allocation mode: per-prefixVRF red; default RD 200:2; default VPNID <not set>Interfaces:Se3/0VRF Table ID = 2Export VPN route-target communitiesRT:200:20Import VPN route-target communitiesRT:200:20No import route-mapNo export route-mapVRF label distribution protocol: not configuredVRF label allocation mode: per-prefixThe following example from the show ip bgp vpnv4 command shows the import route map names, the prefix import limit and the actual number of imported prefixes, and the individual import entries:
Router# show ip bgp vpnv4 allBGP table version is 18, local router ID is 10.131.127.252Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,r RIB-failure, S StaleOrigin codes: i - IGP, e - EGP, ? - incompleteNetwork Next Hop Metric LocPrf Weight PathRoute Distinguisher: 200:1 (default for vrf green)Import Map: UNICAST, Address-Family: IPv4 Unicast, Pfx Count/Limit: 1/1000*>i10.131.64.0/19 10.131.95.252 0 100 0 i*> 172.16.1.1/32 172.16.2.1 0 32768 i*> 172.16.2.0/30 0.0.0.0 0 32768 i*>i172.31.1.1/32 10.131.95.252 0 100 0 i*>i172.31.2.0/30 10.131.95.252 0 100 0 iRoute Distinguisher: 200:2 (default for vrf red)*> 172.16.1.1/32 172.16.2.1 0 32768 i*> 172.16.2.0/30 0.0.0.0 0 32768 i*>i172.31.1.1/32 10.131.95.252 0 100 0 i*>i172.31.2.0/30 10.131.95.252 0 100 0 iAdditional References
Related Documents
Standards
Standard TitleNo new or modified standards are supported by this feature, and support for existing standards has not been modified by this feature.
—
MIBs
RFCs
RFC TitleNo new or modified RFCs are supported by this feature, and support for existing RFCs has not been modified by this feature.
—
Technical Assistance
Feature Information for BGP Support for IP Prefix Import from Global Table into a VRF Table
Table 1 lists the release history for this feature.
Not all commands may be available in your Cisco IOS software release. For release information about a specific command, see the command reference documentation.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Note
Table 1 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2004-2010 Cisco Systems, Inc. All rights reserved.
Feedback