11-13-2003 02:56 AM - edited 03-02-2019 11:41 AM
on page
http://www.cisco.com/en/US/tech/tk828/tk363/technologies_white_paper09186a00800d6b63.shtml
this does not look correct. Please can someone at Cisco confirm this. (check the auto-rp announce/discovery loopbacks)
On my config, i was going to use the folloiwng
discovery, use an individual loopback/ip address and for the announce use my anycast address)
----------------------------------------------------
my config without the msdp config
ROUTER 1
interface Loopback0
description MSDP/Management Interface
ip address 10.249.1.8 255.255.255.255
ip pim sparse-dense-mode
!
no int lo 1
interface Loopback1
description Anycast RP Interface
ip address 10.249.2.8 255.255.255.255
ip pim sparse-dense-mode
!
interface Loopback3
description Sink RP Interface
ip address 1.1.1.1 255.255.255.255
ip pim sparse-dense-mode
!
ip pim rp-address 1.1.1.1 20
!
access-list 20 deny 224.0.1.39
access-list 20 deny 224.0.1.40
access-list 20 permit 224.0.0.0 15.255.255.255
!
ip pim send-rp-announce loopback1 scope 15 group-list 10
ip pim send-rp-discovery loopback0 scope 15
!
ROUTER 2
interface Loopback0
description MSDP/Management Interface
ip address 10.249.51.8 255.255.255.255
ip pim sparse-dense-mode
!
interface Loopback1
description Anycast RP Interface
ip address 10.249.2.8 255.255.255.255
ip pim sparse-dense-mode
!
!
interface Loopback3
description Sink RP Interface
ip address 1.1.1.1 255.255.255.255
ip pim sparse-dense-mode
!
ip pim rp-address 1.1.1.1 20
!
access-list 20 deny 224.0.1.39
access-list 20 deny 224.0.1.40
access-list 20 permit 224.0.0.0 15.255.255.255
!
ip pim send-rp-announce loopback1 scope 15 group-list 10
ip pim send-rp-discovery loopback0 scope 15
!
-------------------------------------------
the cisco config
Router 72a
ip multicast-routing
interface Loopback0
ip address 20.0.0.3 255.255.255.255
ip pim sparse-dense-mode
interface Loopback1
ip address 20.0.0.1 255.255.255.255
ip pim sparse-dense-mode
interface FastEthernet0/0
ip address 20.0.1.3 255.255.255.0
ip pim sparse-dense-mode
interface Ethernet3/1
ip address 20.0.3.3 255.255.255.0
ip pim sparse-dense-mode
interface Ethernet3/2
ip address 20.0.2.3 255.255.255.0
ip pim sparse-dense-mode
ip pim rp-address 1.1.1.1 20
ip pim send-rp-announce Loopback1 scope 32 group-list 10
ip pim send-rp-discovery Loopback1 scope 32
ip msdp peer 20.0.0.2 connect-source Loopback0
ip msdp mesh-group anycast 20.0.0.2
ip msdp originator-id Loopback0
access-list 10 permit 224.0.0.0 15.255.255.255
access-list 20 deny 224.0.1.39
access-list 20 deny 224.0.1.40
access-list 20 permit 224.0.0.0 15.255.255.255
Router 75a
ip multicast-routing distributed
interface Loopback0
ip address 20.0.0.2 255.255.255.255
ip pim sparse-dense-mode
interface Loopback1
ip address 20.0.0.1 255.255.255.255
ip pim sparse-dense-mode
interface FastEthernet0/0/0
ip address 20.0.1.2 255.255.255.0
ip pim sparse-dense-mode
ip route-cache distributed
interface FastEthernet0/1/0
ip address 20.0.6.2 255.255.255.0
ip pim sparse-dense-mode
ip route-cache distributed
ip pim rp-address 1.1.1.1 20
ip pim send-rp-announce Loopback0 scope 32 group-list 10
ip pim send-rp-discovery Loopback0 scope 32
ip msdp peer 20.0.0.3 connect-source Loopback0
ip msdp mesh-group anycast 20.0.0.3
ip msdp originator-id Loopback0
access-list 10 permit 224.0.0.0 15.255.255.255
access-list 20 deny 224.0.1.39
access-list 20 deny 224.0.1.40
access-list 20 permit 224.0.0.0 15.255.255.255
Solved! Go to Solution.
11-14-2003 07:24 AM
The non-RP routers will only keep track of one discovery message. You will never see two info sources for the same RP.
I don't think that using the unique IP address for the sending the Discovery message will buy you much since the end result will still be the utilization of a AnycastRP.
Hope this help,
11-13-2003 04:33 AM
The example is correct and will work fine. You can use the same IP address for both the announce and discovery processes. The other loopback is unique and has to be used for your routing protocol, MSDP or anything else that requires the loopback address.
Hope this helps.
11-13-2003 05:12 AM
It does, thx,
but when you do a show ip pim rp map i would assume that the info source ie, the mapping agent, it would be prudent to use the unique ip address of the MSDP peer interface rather than the ip address of the RP? just so that you can see that two routers with different addresses are the source of the group-to-rp mapping?
Like the BSR entry below?
Please can you clarify that this is possible and if it is good practise.
Really appreciate the help on this :)))))
Ken
R01>sh ip pim rp map
PIM Group-to-RP Mappings
This system is a candidate RP (v2)
Group(s) 228.1.0.1/32
RP 10.221.254.17 (?), v2
Info source: 10.221.254.17 (?), via bootstrap
Uptime: 7w0d, expires: 00:01:48
RP 10.221.254.17 (?), v2
Info source: 10.221.254.18 (?), via bootstrap
Uptime: 7w0d, expires: 00:01:48
11-13-2003 12:16 PM
I believe it should work. Quite frankly, I personally haven't seen too many people using Anycast RP in conjunction with AutoRP. Most of the Anycast RP deployments I have seen so far were with Static RP.
11-14-2003 02:21 AM
Can you just confirm one last point for me please.
i have
rtr1---------rtr2
both are RP&MAs
off rtr1, i have 2600-r01 and off rtr2 i have 2600-r02
now the 2600 routers receive an auto-rp update from rtr1 with the the rp of .25 and an info source of .8, then the other auto-rp update comes in with an rp of .25 and an info source of
rtr2
!
interface Loopback0
descriptionMSDP Interface
ip address 30.96.100.8 255.255.255.255
ip pim sparse-dense-mode
!
interface Loopback1
description RP Interface
ip address 30.96.100.25 255.255.255.255
ip pim sparse-dense-mode
!
ip pim send-rp-announce Loopback1 scope 15 group-list 11
ip pim send-rp-discovery Loopback0 scope 15
!
rtr2
!
interface Loopback0
description MSDP Interface
ip address 30.96.100.9 255.255.255.255
ip pim sparse-dense-mode
!
interface Loopback1
description RP Interface
ip address 30.96.100.25 255.255.255.255
ip pim sparse-dense-mode
!
ip pim send-rp-announce Loopback1 scope 15 group-list 11
ip pim send-rp-discovery Loopback0 scope 15
It looks as if the auto-rp update (every 60 secs) from one info source overwrites the other update, and does not add to the group-to-rp mapping table on the 2600 routers.
Can you confirm that this is correct, and if this is the way that this is ment to work, I may as well use the anycast-rp interface for the auto-rp discovery (info-source) command.
2600-r01#
4w6d: Auto-RP: Received RP-discovery, from 10.96.100.8, RP_cnt 1, ht 180
4w6d: Auto-RP: Update (239.254.1.10/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.1/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.2/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.3/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.4/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.5/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.6/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Received RP-discovery, from 10.96.100.8, RP_cnt 1, ht 180
4w6d: Auto-RP: Update (239.254.1.10/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.1/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.2/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.3/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.4/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.5/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.6/32, RP:10.96.100.25), PIMv2 v1
PIM Group-to-RP Mappings
Group(s) 239.254.1.10/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:51
Group(s) 239.255.0.1/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:52
Group(s) 239.255.0.2/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:56
Group(s) 239.255.0.3/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:51
Group(s) 239.255.0.4/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:52
Group(s) 239.255.0.5/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:55
Group(s) 239.255.0.6/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.8 (?), elected via Auto-RP
Uptime: 00:23:57, expires: 00:02:53
2600-r01#
2600-r01#
4w6d: Auto-RP: Received RP-discovery, from 10.96.100.9, RP_cnt 1, ht 180
4w6d: Auto-RP: Update (239.254.1.10/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.1/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.2/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.3/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.4/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.5/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.6/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Received RP-discovery, from 10.96.100.9, RP_cnt 1, ht 180
4w6d: Auto-RP: Update (239.254.1.10/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.1/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.2/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.3/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.4/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.5/32, RP:10.96.100.25), PIMv2 v1
4w6d: Auto-RP: Update (239.255.0.6/32, RP:10.96.100.25), PIMv2 v1
2600-r01#
2600-r01#
2600-r01#sh ip pim rp map
PIM Group-to-RP Mappings
Group(s) 239.254.1.10/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:13
Group(s) 239.255.0.1/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:11
Group(s) 239.255.0.2/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:13
Group(s) 239.255.0.3/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:10
Group(s) 239.255.0.4/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:09
Group(s) 239.255.0.5/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:09
Group(s) 239.255.0.6/32
RP 10.96.100.25 (?), v2v1
Info source: 10.96.100.9 (?), elected via Auto-RP
Uptime: 00:06:33, expires: 00:02:10
2600-r01#
11-14-2003 07:24 AM
The non-RP routers will only keep track of one discovery message. You will never see two info sources for the same RP.
I don't think that using the unique IP address for the sending the Discovery message will buy you much since the end result will still be the utilization of a AnycastRP.
Hope this help,
11-14-2003 08:16 AM
Just testing with BSR and it seems to take the highest mapping agent. If you have two mapping agents using BSR, is this normal.
Auto-RP seems fine.
Many many thx for you help. It has solved my issue.
11-14-2003 08:20 AM
sorry, just read in the multicast book and only one BSR is active at any time :))
pls disregard my question :))
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide