I've never configured VRF Lite or multiprotocol BGP until today. I'll
be up front and say that I really don't know what I'm doing with it.
lol I'm trying to simulate a lab scenario that I want to create in a
real lab at work. I'm using GNS3 at the moment. I have two VRFs for
multicast receivers (Orange and Blue) and a VRF called Shared for my
multicast sources. Here's a simplified network diagram only dealing
with the Orange VRF:
A -------- B -------- C --------- D
Simple! :) The Orange VRF extends from A to C, while the Shared VRF
extends from C to D. OSPF is running in each VRF and I'm using MP-BGP
to redistribute the routes so that sources and receivers can reach
each other. Unicast reachability is working.
I have PIM Spare Mode configured end-to-end. I have an IGMP join
configured on a loopback interface on A, along with IGMPv3 so the SSM
join works. I can see valid mroutes on A, B and C, and from D to C.
I'm sourcing an extended ping from D to C to simulate a source. It is
sending to a 232/8 address. I have pim ssm default configured
everywhere, including on the VRFs on C.
The problem now appears to be that I can't get PIM to talk across the
VRF boundary. I've been reading up on this and I don't understand how
to solve this problem. When reading about multicast VPNs I see that
MDT is used, but I don't understand how it works. It is pure
conjecture on my part that adding the correct MDT configuration might
create a tunnel between the two VRFs for multicast.
Am I on the right track? Any thoughts?
Thanks!
John
P.S. Here is the config on C (called R4 in the config). I've been
playing around with the mdt commands even though I don't really
understand them yet. I was hoping to get lucky. :)
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R4
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
memory-size iomem 5
ip cef
!
!
!
!
ip vrf Blue
rd 65000:2
route-target export 65000:2
route-target import 65000:3
!
ip vrf Orange
rd 65000:1
route-target export 65000:1
route-target import 65000:3
mdt default 232.1.1.2
mdt data 232.1.3.0 0.0.0.255
!
ip vrf Shared
rd 65000:3
route-target export 65000:3
route-target import 65000:1
route-target import 65000:2
mdt default 232.1.1.1
mdt data 232.1.2.0 0.0.0.255
!
no ip domain lookup
ip multicast-routing vrf Orange
ip multicast-routing vrf Shared
!
multilink bundle-name authenticated
!
!
interface FastEthernet0/0
no ip address
speed 100
full-duplex
!
interface FastEthernet0/0.1
encapsulation dot1Q 10
ip vrf forwarding Orange
ip address 10.1.34.2 255.255.255.0
ip pim sparse-mode
!
interface FastEthernet0/0.2
encapsulation dot1Q 20
ip vrf forwarding Blue
ip address 10.2.34.2 255.255.255.0
!
interface FastEthernet0/1
ip vrf forwarding Orange
ip address 10.1.45.1 255.255.255.0
duplex auto
speed auto
!
interface FastEthernet1/0
ip vrf forwarding Shared
ip address 10.1.46.1 255.255.255.0
ip pim sparse-mode
ip igmp version 3
duplex auto
speed auto
!
router ospf 1 vrf Orange
log-adjacency-changes
redistribute bgp 65000 subnets
network 10.1.34.0 0.0.0.255 area 0
network 10.1.45.0 0.0.0.255 area 0
!
router ospf 2 vrf Blue
log-adjacency-changes
redistribute bgp 65000 subnets
network 10.2.34.0 0.0.0.255 area 0
!
router ospf 3 vrf Shared
log-adjacency-changes
redistribute bgp 65000 subnets
network 10.1.46.1 0.0.0.0 area 0
!
router bgp 65000
no synchronization
bgp router-id 10.1.45.1
bgp log-neighbor-changes
no auto-summary
!
address-family ipv4 vrf Shared
redistribute connected
redistribute ospf 3 vrf Shared
no synchronization
exit-address-family
!
address-family ipv4 vrf Orange
redistribute connected
redistribute ospf 1 vrf Orange
no synchronization
exit-address-family
!
address-family ipv4 vrf Blue
redistribute connected
redistribute ospf 2 vrf Blue
no synchronization
exit-address-family
!
ip forward-protocol nd
!
!
no ip http server
no ip http secure-server
ip pim ssm default
ip pim vrf Orange ssm default
ip pim vrf Shared ssm default
!
i
Blogs and organic groups at http://www.ccie.net
Received on Sat Mar 05 2011 - 22:33:41 ART
This archive was generated by hypermail 2.2.0 : Fri Apr 01 2011 - 06:35:41 ART