All things related to multicast

[Caren Litvanyi <>]

Hm, what you have below *should* work.  It should block auto-RP
announce and discovery in both directions.  (Either that, or I'm
both confused and reading the Cisco docs wrong...)  Are you sure
the auto-RP packets you are receiving are coming in on the 
interface you think they are, where you have applied the 
"ip multicast boundary 10" command?

I don't believe it is possible to turn off auto-RP on a Cisco.

Definitely recommend the "override" keyword with static RP
mapping as mentioned earlier.

BTW, the added keyword "filter-autorp" does something different
than you might expect, as far as I can tell (I've not used it):

  If you configure the filter-autorp keyword, the administratively 
  scoped boundary also examines Auto-RP discovery and announcement 
  messages and removes any Auto-RP group range announcements from 
  the Auto-RP packets that are denied by the boundary ACL. An Auto-RP 
  group range announcement is permitted and passed by the boundary 
  only if all addresses in the Auto-RP group range are permitted by 
  the boundary ACL. If any address is not permitted, the entire group 
  range is filtered and removed from the Auto-RP message before the 
  Auto-RP message is forwarded.
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

What is your make/model and IOS version?

Thanks,
Caren


On Wed, 22 Sep 2004, [iso-8859-1] Lu?s Marta wrote:

> Hi.
> 
> Is it possible to switch off auto-rp on a cisco router?
> I'm trying to stop announce messages to groups 224.0.1.39 and 224.0.1.40
> from arriving to a determined interface with the interface command:
> 
> ip multicast boundary 10
> 
> Standard IP access list 10
>     10 deny   224.0.1.39
>     20 deny   224.0.1.40
>     30 permit any
> 
> But it's not working, the router still receives the auto-rp announce
> messages coming from that interface:
> 
> - debug ip pim auto-rp
> Sep 22 15:57:07: Auto-RP(0): Received RP-discovery, from X.X.X.X, RP_cnt 1,
> ht 181
> Sep 22 15:57:07: Auto-RP(0): Added with (224.0.0.0/4, RP:X.X.X.X), PIMv2 v1
> 
> Is there another way to do it?
> 
> Thank you,
> Luis Marta.