<div dir="ltr">Thanks Jared. Yes it is SSM. I will try to flip PIM priority and align HSRP active. <div><br></div><div>My initial thought was keeping everything as it is. Can I simply flip PIM assert winner to PE1. Same way we can manually select STP root. Looks like this is probably not an option. Didn't find relevant doc on how to manipulate PIM assert winner in Cisco boxes though. Highest IP is the winner if IGP costs are the same to the source. </div><div><br></div><div>R</div><div>        </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 7, 2022 at 3:02 AM Jared Mauch <<a href="mailto:jared@puck.nether.net">jared@puck.nether.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If this is ASM, what device is the RP?  You may want to configure MSDP between PE1/PE2 to help if that’s the case, or is this SSM or something else you may want to just flip the PIM priority to make it pick what you want and see if you can tie it to your HSRP (Cisco, might I suggest VRRP so you could do dual-vendor later?) state, perhaps with EEM script to keep the config in sync if required.<br>
<br>
- Jared<br>
<br>
> On Apr 6, 2022, at 3:25 AM, Roman Islam <<a href="mailto:romislam@gmail.com" target="_blank">romislam@gmail.com</a>> wrote:<br>
> <br>
> Hi Everyone,<br>
> <br>
> Has anyone experienced a TETRA Radio application issue if underlying IP multicast transport sends persistent duplicate packets?<br>
> <br>
> Here is my scenario as below:<br>
> <br>
> PIM is running on the MPLS L3 VPN environment. C multicast is running on a single VRF (TETRA) only. Source is running behind a dual home PE. HSRP, PIM DR path is via PE1 to the source. Anycast RP is configured with PE1 & PE2. <br>
> <br>
> On the receiver side there is a single PE. When I check (S,G) route on the receiver side PE default MDT is working as expected. After the threshold exceeds it switches to the data MDT. PIM Assert mechanism winner is PE2 though (Since PE 2 has the highest IP and source is behind dual home PE with equal cost I guess).<br>
> <br>
> Can this be a reason for persistent duplicate multicast packets at the receiver side; since the assert winner is PE2 but HSRP, PIM DR path is via PE1 to the source? <br>
> <br>
> If this is the case is there any way to manually configure the assert winner to PE1? <br>
> <br>
> Roman    <br>
<br>
</blockquote></div>