RPL and advertised Management Routes

[richardross0]

Hi All , 

Playing with MPLS and using IOS XR, I have several customer sites that are using the same VRF and they can all see each other etc and learn the correct routes, I have BGP Communities set up for route preference etc, but at the moment all CPE's are also learning the management prefixes from within my core. 

Current config: 

router bgp 750
vrf A
rd 10.10.10.10:7501
address-family ipv4 unicast
!
neighbor 10.50.10.1
remote-as 751
address-family ipv4 unicast
route-policy Customer_In in
route-policy Customer_In out
as-override
default-originate
soft-reconfiguration inbound always

RP/0/0/CPU0:LDN1_PE_10#sh run route-policy Customer_In
Tue Oct 11 14:04:39.012 UTC
route-policy Customer_In
if destination in Management then
drop
endif
if community matches-any (750:100) then
set local-preference 100
endif
if community matches-any (750:50) then
set local-preference 50
endif
pass
end-policy
!

RP/0/0/CPU0:LDN1_PE_10#sh run prefix-set Management
Tue Oct 11 14:04:58.640 UTC
prefix-set Management
#CoreDevices
10.10.0.0 0.0.0.3 ,
10.40.0.0 0.0.0.3 ,
10.20.0.0 0.0.0.3 ,
10.70.70.0 0.0.0.3 ,
10.99.0.0 0.0.0.3 ,
#CustManagementRanges
10.50.10.0 0.0.0.1 ,
10.50.11.0 0.0.0.1
end-set
!

And the routing table from the CPE: -

B* 0.0.0.0/0 [20/0] via 10.50.10.0, 00:46:18
10.0.0.0/8 is variably subnetted, 5 subnets, 2 masks
C 10.50.10.0/31 is directly connected, GigabitEthernet0/0
L 10.50.10.1/32 is directly connected, GigabitEthernet0/0
B 10.50.10.2/31 [20/0] via 10.50.10.0, 00:46:13  <-------------- don't want it learning this
B 10.50.10.4/31 [20/0] via 10.50.10.0, 00:46:13 <---------------don't want it learning this
B 10.50.10.6/31 [20/0] via 10.50.10.0, 00:46:13 <---------------don't want it learning this
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/24 is directly connected, GigabitEthernet0/1
L 192.168.10.1/32 is directly connected, GigabitEthernet0/1
B 192.168.30.0/24 [20/0] via 10.50.10.0, 00:46:13

Any help would be greatly appreciated, 

Thanks,

[tkarnani · Accepted solution]

can we add this to prefix set Management?

10.50.10.2/31

i just want to test if its just not matching the subnet vs an issue with the RPL

example

prefix-set test
10.50.10.2/31
end-set

[richardross0]

Hello, 

Thanks for the reply, change the prefix set to below: -

RP/0/0/CPU0:LDN1_PE_10#sh run prefix-set Management
Tue Oct 11 14:29:02.481 UTC
prefix-set Management
10.50.10.0 0.0.0.1 ,
10.50.11.0 0.0.0.1 ,
10.50.10.2 0.0.0.1
end-set
!

and now that Management Subnet is no longer being learnt on the CPE, so I'm guessing I have my prefix set wrong?

B* 0.0.0.0/0 [20/0] via 10.50.10.0, 00:00:10
10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks
C 10.50.10.0/31 is directly connected, GigabitEthernet0/0
L 10.50.10.1/32 is directly connected, GigabitEthernet0/0
B 10.50.10.4/31 [20/0] via 10.50.10.0, 00:00:05
B 10.50.10.6/31 [20/0] via 10.50.10.0, 00:00:05
192.168.10.0/24 is variably subnetted, 2 subnets, 2 masks
C 192.168.10.0/24 is directly connected, GigabitEthernet0/1
L 192.168.10.1/32 is directly connected, GigabitEthernet0/1
B 192.168.30.0/24 [20/0] via 10.50.10.0, 00:00:05
Customer_A_Site_3_Primary#

Thanks,

[richardross0]

Hey, 

Looks like the prefix set was definitely configured incorrectly, changed it to the below and now it's all working: -

RP/0/0/CPU0:LDN1_PE_10#sh run prefix-set Management
Tue Oct 11 14:56:40.998 UTC
prefix-set Management
#CustomerManagementRanges
10.50.10.0/24 ge 31
end-set

Thanks for your help,