RP Discovery Methods
Load inter-as.multicast.rp.init.cfg
#IOS-XE
config replace flash:inter-as.multicast.rp.init.cfg
#IOS-XR
configure
load bootflash:inter-as.multicast.rp.init.cfg
commit replace
y

Routing for IPv4 unicast and BGP IPv4/Multicast is already setup. Configure RPs in each AS as follows:
XR1 should be RP using AutoRP
CSR10 should be RP using BSR
XR2 should be RP using BSR
CSR9 should be RP using static
Configure filtering on the inter-as links so that BSR and AutoRP information does not leak to other domains.
Answer
# AS 9
#
# CSR10
ip pim bsr-candidate lo0
ip pim rp-candidate lo0
!
int GigabitEthernet2.501
ip pim bsr-border
# CSR6
int GigabitEthernet2.562
ip pim bsr-border
int GigabitEthernet2.569
ip pim bsr-border
# AS 8
#
# XR2
router pim
add ipv4
bsr candidate-bsr 8.0.0.12
bsr candidate-rp 8.0.0.12
!
int GigabitEthernet0/0/0/0.524
bsr-border
int GigabitEthernet0/0/0/0.562
bsr-border
# AS 7
#
# XR1
router pim
address-family ipv4
auto-rp mapping-agent Loopback0 scope 255
auto-rp candidate-rp Loopback0 scope 255
!
multicast-routing
add ipv4
int GigabitEthernet0/0/0/0.501
boundary DENY_AUTORP
!
ipv4 access-list DENY_AUTORP
10 deny ipv4 any host 224.0.1.39
20 deny ipv4 any host 224.0.1.40
30 permit ipv4 any any
# XR4
multicast-routing
add ipv4
int GigabitEthernet0/0/0/0.524
boundary DENY_AUTORP
int GigabitEthernet0/0/0/0.594
boundary DENY_AUTORP
!
ipv4 access-list DENY_AUTORP
10 deny ipv4 any host 224.0.1.39
20 deny ipv4 any host 224.0.1.40
30 permit ipv4 any any
# R7
ip pim autorp listener
# AS 11
#
# CSR9
ip pim rp-address 11.0.0.9
# XR3
router pim
address-family ipv4
rp-address 11.0.0.9
Explanation
You should be familiar with Auto-RP and BSR on IOS-XE devices. If not, INE’s RSv5 workbook has good exercises.
On IOS-XR, you specificy the BSR using the IP address, not the interface:
# XR2
router pim
add ipv4
bsr candidate-bsr 8.0.0.12
bsr candidate-rp 8.0.0.12
On IOS-XR, the Auto-RP configuration is roughly similar. The Auto-RP groups appear to already be in the “listening” mode by default. The XRv forwards this in dense mode without any extra configuration.
# XR1
router pim
address-family ipv4
auto-rp mapping-agent Loopback0 scope 255
auto-rp candidate-rp Loopback0 scope 255
On the edge routers in the domains running BSR, we must use the bsr-border feature to filter BSR messages in/out of the interface.
# XR2
router pim
add ipv4
int GigabitEthernet0/0/0/0.524
bsr-border
int GigabitEthernet0/0/0/0.562
bsr-border
# CSR6
int GigabitEthernet2.562
ip pim bsr-border
int GigabitEthernet2.569
ip pim bsr-border
To filter Auto-RP messages, we must filter the multicast traffic for the group itself. Auto-RP is not a control message as in BSR (which uses PIM). We can filter the contents of the Auto-RP message using ip multicast boundary filter-autorp ACL on IOS-XE, but this command does not allow us to filter the messages altogether. Instead, we must use a general multicast boundary filter and deny the Auto-RP groups.
# XR4
multicast-routing
add ipv4
int GigabitEthernet0/0/0/0.524
boundary DENY_AUTORP
int GigabitEthernet0/0/0/0.594
boundary DENY_AUTORP
!
ipv4 access-list DENY_AUTORP
10 deny ipv4 any host 224.0.1.39
20 deny ipv4 any host 224.0.1.40
30 permit ipv4 any any
Verification
Use the command show ip pim rp mapping on all routers to verify the correct RP is learned in each domain.
AS 7:

AS 8:

AS 9:

AS 11:

Within AS 7, verify that the two edge routers are not forwarding Auto-RP traffic out their inter-AS links.


Above, the AB flag means “administrative boundary.” The interface has forwarding disabled due to the IPv4 ACL we applied as a multicast boundary.
Last updated