π Welcome to the VRF Routing Domains Lab!
π What You'll Learn
- Understand Virtual Routing and Forwarding (VRF) concepts and use cases
- Configure multiple VRF instances on Cisco IOS routers
- Implement EIGRP routing within VRF domains
- Deploy OSPF routing within VRF domains
- Configure and verify inter-VRF communication using route leaking
- Troubleshoot common VRF configuration issues
- Validate VRF isolation and routing table separation
π‘ Why VRF Matters
VRF technology enables network virtualization at Layer 3, allowing multiple routing tables to coexist on a single physical router. This is crucial for service providers, multi-tenant environments, and enterprise network segmentation.
ποΈ Lab Environment
You'll work with a network of 4 Cisco IOS routers interconnected to create two separate VRF domains:
- VRF BLUE: Customer A network using EIGRP
- VRF RED: Customer B network using OSPF
Ready to Begin?
Click through the tabs above to progress through the lab. Start with the Topology tab to understand the network design, then move to Prerequisites to ensure your environment is ready.
πΊοΈ Network Topology
VRF BLUE (EIGRP AS 100) VRF RED (OSPF Area 0)
[Customer A] [Customer B]
| |
Lo0: 10.1.1.1/32 Lo0: 192.168.1.1/32
| |
+---------+ +---------+
| R1 | | R3 |
| VRF BLUE| | VRF RED |
+---------+ +---------+
| |
Gi0/0: 10.10.12.1/30 Gi0/0: 192.168.34.3/30
| |
| +----------+ |
+-----------------| R2 |------------------+
Gi0/1| PE Router|Gi0/2
10.10.12.2/30 192.168.34.2/30
| |
VRF BLUE VRF RED
| |
+----+-----+
|
Gi0/0 | GLOBAL
172.16.24.2/30
|
+---------+
| R4 |
| GLOBAL |
| ROUTING |
+---------+
Lo0: 172.16.4.4/32
Legend:
- R1: Customer A Edge Router (VRF BLUE)
- R2: Provider Edge Router (Multi-VRF)
- R3: Customer B Edge Router (VRF RED)
- R4: Core Router (Global Routing Table)
π IP Addressing Scheme
| VRF | Router | Interface | IP Address | Description |
|---|---|---|---|---|
| BLUE | R1 | Lo0 | 10.1.1.1/32 | Customer A Loopback |
| BLUE | R1 | Gi0/0 | 10.10.12.1/30 | Link to R2 |
| BLUE | R2 | Gi0/1 | 10.10.12.2/30 | Link to R1 |
| RED | R3 | Lo0 | 192.168.1.1/32 | Customer B Loopback |
| RED | R3 | Gi0/0 | 192.168.34.3/30 | Link to R2 |
| RED | R2 | Gi0/2 | 192.168.34.2/30 | Link to R3 |
| Global | R2 | Gi0/0 | 172.16.24.2/30 | Link to R4 |
| Global | R4 | Gi0/0 | 172.16.24.4/30 | Link to R2 |
π‘ Design Principle
Notice how R2 acts as the Provider Edge (PE) router, maintaining separate routing tables for each VRF while also participating in the global routing domain. This design pattern is common in MPLS L3VPN deployments.
π Prerequisites & Planning
π§ Hardware Requirements
- 4x Cisco IOS routers (ISR 2900/3900 series or virtual routers)
- IOS version 15.0 or higher with IP Services feature set
- Minimum 256MB RAM per router
- Console or SSH access to all devices
π Knowledge Prerequisites
- Basic Cisco IOS CLI navigation
- Understanding of IP routing concepts
- Familiarity with EIGRP configuration
- Basic OSPF knowledge
- Subnetting and VLSM understanding
π― Initial Setup Checklist
Pre-Configuration Tasks
- β Physical or virtual connections established between routers
- β Console access verified to all devices
- β Routers booted and responsive
- β No existing configuration present
- β Lab topology diagram available for reference
π οΈ Base Configuration Template
Apply this base configuration to all routers before starting:
Ready Check
Before proceeding to configuration, verify that you can:
- β Access all four routers
- β See interface status with "show ip interface brief"
- β Confirm no VRFs exist with "show vrf"
βοΈ VRF Configuration Implementation
π΅ R1 Configuration - Customer A (VRF BLUE)
Create VRF BLUE
First, we'll create the VRF instance for Customer A:
Configure Interfaces
Assign interfaces to VRF BLUE and configure IP addresses:
Configure EIGRP for VRF BLUE
Set up EIGRP routing within the VRF:
π Advanced Configuration: Route Leaking
To enable controlled communication between VRFs, configure route leaking on R2:
Configure Route Leaking Between VRFs
π§ Troubleshooting Guide
π¨ Common Issues and Solutions
Issue 1: EIGRP Neighbors Not Forming in VRF
Symptom: "show ip eigrp vrf BLUE neighbors" shows no neighbors
Causes & Solutions:
- Verify interface is in correct VRF:
show vrf - Check EIGRP AS number matches on both sides
- Ensure network statements cover interface subnets
- Verify interface is up/up:
show ip interface brief vrf BLUE
Issue 2: OSPF Not Establishing Adjacency in VRF
Symptom: OSPF stuck in INIT or 2-WAY state
Solutions:
Issue 3: Routes Not Appearing in VRF Routing Table
Symptom: Missing routes in "show ip route vrf [name]"
Troubleshooting Steps:
- Verify routing protocol is running for the VRF
- Check if routes are in protocol database:
- EIGRP:
show ip eigrp vrf BLUE topology - OSPF:
show ip ospf vrf RED database
- EIGRP:
- Verify administrative distance and metrics
- Check for route filtering or summarization
Issue 4: Cannot Ping Between VRFs
Symptom: Ping fails between different VRF domains
Solution: This is expected behavior! VRFs provide isolation. To enable communication:
- Configure route leaking (import/export maps)
- Use inter-VRF routing with static routes
- Implement MPLS with PE-CE routing
π οΈ Useful Troubleshooting Commands
| Command | Purpose |
|---|---|
show vrf |
Display all VRF instances |
show vrf detail |
Show detailed VRF information including RD and interfaces |
show ip route vrf * |
Display routing tables for all VRFs |
show ip interface brief vrf [name] |
Show interface status for specific VRF |
show ip protocols vrf [name] |
Display routing protocol information for VRF |
ping vrf [name] [destination] |
Ping within a specific VRF context |
traceroute vrf [name] [destination] |
Traceroute within VRF context |
show ip cef vrf [name] |
Display CEF table for VRF |
π‘ Pro Tip: VRF-Aware Debugging
When troubleshooting VRF issues, always remember to specify the VRF context in your commands. Many show and debug commands have VRF-specific versions. Without specifying the VRF, you're looking at the global routing table!
β Verification & Testing
π― Step-by-Step Verification Process
Step 1: Verify VRF Creation
On R2 (PE Router), verify both VRFs are created:
Step 2: Verify Interface Assignment
Check interfaces are correctly assigned to VRFs:
Step 3: Verify EIGRP Neighbors (VRF BLUE)
On R2, check EIGRP adjacency with R1:
Step 4: Verify OSPF Neighbors (VRF RED)
On R2, check OSPF adjacency with R3:
Step 5: Verify VRF Routing Tables
Check that routes are properly learned in each VRF:
Step 6: End-to-End Connectivity Test
Test connectivity within each VRF domain:
Step 7: Verify VRF Isolation
Confirm that VRFs are properly isolated (this should fail):
π Verification Checklist
β Complete Verification Checklist
- β All VRFs show as "up" in
show vrf - β Interfaces correctly assigned to VRFs
- β EIGRP neighbors established in VRF BLUE
- β OSPF neighbors in FULL state for VRF RED
- β Routes present in respective VRF routing tables
- β Ping successful within each VRF
- β Ping fails between VRFs (confirming isolation)
- β CEF tables populated for each VRF
π‘ Verification Best Practice
Always verify VRF configurations from multiple perspectives: control plane (routing protocols), data plane (CEF), and management plane (ping/traceroute). This comprehensive approach ensures complete validation of your VRF deployment.
π Knowledge Check Quiz
Test your understanding of VRF concepts and configuration. Select the best answer for each question.