01-13-2019 08:16 AM - edited 03-05-2019 11:10 AM
I have an ISR4331 CE edge router at a remote site that is linked vis BGP to two separate ISP's (Century Link and Sprint). I use the weight metric to determine which ISP will act as the primary MPLS network and the lower weight assigned ISP as the redundant backup.
Problem is that when I make the Sprint network my primary, I lose multicast traffic out over their network. I configured our network to use IP PIM sparse mose with auto-rp. I confirmed Sprint has done the same through their network. Our other sites connected through Sprint correctly pass the auto-rp multicast traffic and within the problem site itself igmp groups are established but no sources show up from the other sites, and my RP (located at our main site) is only discovered if I statically set it.
When I make the Century Link MPLS network primary, everything works fine. The RP is discovered correctly via auto-rp and multicast traffic passes as expected.
I checked the configs and the interfaces to each provider are configured for ip pim sparse-mode. And all other global settings such as ip multicast-routing distributed and ip pim autorp listener are present (else it also would not work for the traffic over Century Link).
The only difference I see is that I have a QOS policy associated to the Sprint interface where the Century Link interface does not. But I don't see how that could stop the outbound and inbound M-cast traffic. Below is that policy...
policy-map WANQoS-Sprint
class ef
priority 5120 188000
class af-all
priority 5120 188000
...
interface GigabitEthernet0/0/2
description 50Mbps Sprint WAN-Edge
service-policy output WANQoS-Sprint
01-13-2019 09:59 AM - edited 01-13-2019 11:00 AM
Hello
can you reach the RP over this isp link from the lan users?
is multicast being filtered especially the following
224.0.0.1
224.0.0.2
224.0.1.39
224.0.1.40
sh ip (mc group)
sh ip route (rp)
sh ip rpf (src ip)
01-13-2019 10:01 AM
Hello,
What do you have matching in the classes ?
01-13-2019 10:21 AM
Re: Auto-RP multicast not passing traff... - Cisco Community
Thanks Paul. At the moment I have the interface shut as I am also having an issue with BGP weight apparently not being enough to mark a preferred ISP network, so this Friday I will bring it back up during my mtnce window. Once I do that I can check a few of these questions. However I can say no filtering is being done on multicast.
can you reach the RP over this isp link from the lan users?
I need to check this Friday night. However all other unicast traffic is passing.
is multicast being filtered especially the following - No
224.0.0.1
224.0.0.2
224.0.1.39
224.0.1.40
sh is mroute (mc group)
sh ip rpf (src ip)
01-13-2019 10:38 AM
01-13-2019 10:59 AM
Hello
the problem with that is then you could possibly experience a rpf failure.
Canyou post the show commands i posted when only the primary or the secondary is up and then when both are up
01-13-2019 11:20 AM
Will do but I wont be able to do it until this Friday night.
01-15-2019 09:50 AM - edited 01-15-2019 09:54 AM
Still waiting for my maintenance window to run bring up my NY router's interface for Sprint which is not passing multicast traffic, but I thought I'd ask another question in the meantime.
I am starting to think the issue is with PIM registration back to our RP in Illinois. If the router is connected to 2 different ISPs, and has already built a shared tree via PIM registration over Century Link, then I changed the ISP routing preference to prefer the other ISP (Sprint), is there a time-out period before the shared and source trees rebuild?
Maybe the problem is that I have 2 different ISPs off the same router and a PIM Data register does not get sent to the RP when we switch traffic over to the other ISP?
01-15-2019 09:56 AM
Still waiting for my maintenance window to run bring up my NY router's interface for Sprint which is not passing multicast traffic, but I thought I'd ask another question in the meantime.
I am starting to think the issue is with PIM registration back to our RP in Illinois. If the router is connected to 2 different ISPs, and has already built a shared tree via PIM registration over Century Link, then I changed the ISP routing preference to prefer the other ISP (Sprint), is there a time-out period before the shared and source trees rebuild?
Maybe the problem is that with 2 different ISPs off the same router, a PIM Data register does not get sent to the RP when we switch traffic over to the other ISP?
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: