From: Daniel Kutchin (daniel@kutchin.com)
Date: Tue Jan 27 2009 - 07:14:05 ARST
Olu -
On getting a response from your pings, you need to first check, if your
mcast traffic is really using an RP.
sh ip pim rp or
sh ip pim rp 224.2.2.2
If there is no RP, then the default behavior is, the mcast traffic will
be propagated in dense-mode.
Sh ip mro 224.2.2.2 <--- and look for the (*,G) entry
...
(*, 224.2.2.2), 02:02:39/00:02:08, RP 0.0.0.0, flags: DCL <- you'll see a
"D"
Incoming interface: Null, RPF nbr 0.0.0.0
Outgoing interface list:
FastEthernet0/0, Forward/Sparse-Dense, 02:02:39/00:00:00
To your 2nd question, the Auto-RP candidate with the highest IP wins.
This implies that you can force your preferred candidate to win if you
choose
the Auto-RP interfaces deliberately (they musn't always be Lo0).
Yes, PIMv2 (BSR) has the "priority" parameter for such elections (but not
Auto-RP).
-
Daniel
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
olumayokun fowowe
Sent: Dienstag, 27. Januar 2009 09:36
To: Cisco certification
Subject: Backup RP
Hello all,
I have a scenario, sparse-mode multicasting is configured on the devices. I
should have two RPs configured with router B as a backup for the router A.
The RPs should not be configured as static RPs and I should not use BSR.
Apart from using " ip pim send-rp-announce....." and " ip pim
send-rp-discovery...". I did the configurations without using
autorp-listener and I am able to ping the required multicast groups. I
thought we need to configure autorp-listener for non static rp to work?
Secondly is there a command to force the devices to prefer one RP first and
failover to the second if the first is no longer availvable?
Thanks,
"Mayokun
Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sun Mar 01 2009 - 09:43:40 ARST