# HSRP-Aware PIM
**URL:** https://forum.networklessons.com/t/hsrp-aware-pim/14025
**Category:** Multicast
**Created:** [April 4, 2021, 5:10am UTC](https://forum.networklessons.com/t/hsrp-aware-pim/14025 "2021-04-04T05:10:57Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@sten.joseph.olsson](https://forum.networklessons.com/u/sten.joseph.olsson)
#### Post date: [April 4, 2021, 5:10am UTC](https://forum.networklessons.com/t/hsrp-aware-pim/14025/1 "2021-04-04T05:10:57Z")
Hi there,
I ran into an issue recently where I had 4 routers (2 pairs of 2 HSRP-groups) on the same VLAN which contained my multicast receiver. I get some multicast data from each set of routers coming into that VLAN.
I couldn’t figure out why my RP router kept timing out it’s S, G route for the VLAN in the OIL. It seemed to make no sense. Receivers were sending IGMP reports for that group… senders were sending the data without issue. Strangely, I’d watch the interface expiry timer go down second by second (via show ip mroute 224.100.100.100) even though I was constantly getting data from the multicast source.
After banging my head on this for a while I discovered HSRP-aware PIM settings and decided to try them out “ip pim redundancy dr-priority 50”. Sure enough, it worked like a charm. Instead of my multicast stopping and starting like it did in the past, it now works well even in various failover conditions.
Can you explain what goes on in the situation and why HSRP-aware PIM is needed? I tried to read through the Cisco documentation, but honestly most was not so clear to me.
What I observed is the router receiving the incoming multicast data onto the multiaccess VLAN (with 4 routers) kept timing out the S, G for the VLAN in the OIL which caused multicast to stop transmitting (router auto-sent prune to upstream interface). Then, the DR (a different router in the VLAN) would send a join/prune which restarted the S, G by adding the VLAN back in the OIL. This process repeated itself every 3-5 minutes. After activating HSRP-aware PIM, the expiry timer only goes down about 60 seconds or so prior to resetting itself by to 03m 30 secs (i.e. working as expected). Previously it would go all the way down to zero and require another join from the DR to restart things.
Thanks,
Sten
PS - today I found on a blog which helped explain a bit better what is going on.
> **[HSRP AWARE PIM – Daniels Networking Blog](https://lostintransit.se/2015/02/13/hsrp-aware-pim/)**
I still think it could be useful to add this topic (HSRP-aware PIM) to your multicast collection.
---
### Author:  [@lagapidis](https://forum.networklessons.com/u/lagapidis)
#### Post date: [April 6, 2021, 6:58am UTC](https://forum.networklessons.com/t/hsrp-aware-pim/14025/2 "2021-04-06T06:58:05Z")
Hello Sten
Thanks for sharing the content that helped explain what is going on. You can also find some information and some useful links at the following post:
> [@Multicast PIM Assert Explained](https://forum.networklessons.com/t/multicast-pim-assert-explained/984/41):
>
> Hello Zouhair In a network topology where you have employed an FHRP as well as multicast, you will find that multicast traffic will not necessarily conform to the FHRP elected active router. Multicast works independently from the FHRP, so the decision to align the forwarder with the active router should be applied to improve load balancing based upon the expected unicast and multicast traffic patterns. FHRPs aside, there is no particular advantage of having the same device become the forwarde…
In addition, if you would like to see a lesson about HSRP Aware PIM, you can always make your suggestion at the site’s Member Ideas page.
> **[Lesson Ideas - NetworkLessons.com](https://networklessons.com/lesson-ideas)**
>
> This page allows networklessons members to share what content they would like to see in the future.
There you can make your suggestions, and you may find that others have suggested similar topics, and you can add your voice to theires.
I hope this has been helpful!
Laz