# Multicast Boundary Filtering

**URL:** https://forum.networklessons.com/t/multicast-boundary-filtering/2781
**Category:** Lessons Discussion
**Created:** [January 23, 2018, 12:40pm UTC](https://forum.networklessons.com/t/multicast-boundary-filtering/2781 "2018-01-23T12:40:06Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)
#### Post date: [February 5, 2020, 10:05am UTC](https://forum.networklessons.com/t/multicast-boundary-filtering/2781/5 "2020-02-05T10:05:42Z")

</div>

Hello Evgeny

I discussed this over with @ReneMolenaar and he said that the lesson may be somewhat confusing. Specifically, R3, as you correctly mentioned, plays the role of a multicast router as well as a multicast client. In the same way, R1 is a multicast source, and a multicast router. He said he would revise the content by adding a multicast source connected to R1 and a multicast client connected to R3 so these roles will be separate.

Now having said that, looking at your comments, we can say the following:

> [@e.m.nech](#):
>
> IF Multicast client (receiver) was not the Cisco R3 (where PIM and IGMP coexist together), but just a real client PC (vlc player) then permit rule for 224.0.1.40 in MULTICAST\_FILTER acl does not really needed

Yes, this is correct. If R3 was a host, the permit rule would not be needed. The permit rule is used so that R2 can find the DR which is R3.

> [@e.m.nech](#):
>
> IF R2 is PIM DR (ip pim dr-priority …) then permit rule for 224.0.1.40 in MULTICAST\_FILTER acl does not really needed

This too is correct, since R2 **is itself the DR** it does not need the entry in the ACL to communicate with the DR.

> [@e.m.nech](#):
>
> if we use “ip pim passive” command on R3 then permit rule for 224.0.1.40 in MULTICAST\_FILTER acl does not really needed

The `ip pim passive` command will cause an interface to not send out or accept any PIM messages from other routers. The router will instead consider that it is the only PIM router on the network, and thus act as the DR. This command will actually cause PIM neighborships to not form, so the whole multicast topology will malfunction. @ReneMolenaar labbed it up and the topology did indeed fail. This command should only be used when there is only a single multicast router on the network. If there are more than one multicast routers, and you want to filter out PIM messages, use the `ip pim neighbor-filter` command instead. You can find out more about the passive functionality of PIM at the following Cisco command reference.

> **[Cisco IOS IP Multicast Command Reference - ip pgm host through ip pim...](https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti/command/imc-cr-book/imc_i3.html#wp1675044878)**
>
> ip pgm host through ip pim version

I hope this has been helpful!

Laz

---

_[View the full topic](https://forum.networklessons.com/t/multicast-boundary-filtering/2781)._