Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
Hello, we are experiencing intermittent cuts in the reception of multicast traffic. There is a multicast sender that sends a multicast packet to 239.1.2.3 each second, but after a variable amount of time in the order of 2-5 minutes, the multicast rec...
We have some C3132Q and C3172T switches all with the LAN_BASE_SERVICES_PKG license.
# sh license usage
Feature Ins Lic Status Expiry Date Comments
Count
--------------------------------------...
I have found RPF is in the root of the problem, but don't know yet how to fix it. Each connection between edges and cores has two L3 links, from Eth1/49 and Eth1/50 in Edge1 to Eth1/1 and Eth1/2 in Core1.
sh ip mroute 239.1.2.3 shows this:
(*, 2...
The production topology that we pretend to deploy has two cores. We are now testing with only one to remove any unnecessary variable from the equation.
The actual PIM and PIM interfaces configuration of the Core1 is this, where now there is no Anyc...
Right now the only thing that I see is bound to this issue is that when the Edge1 switch resumes the delivery of multicast to Receiver, the following PIM debug events are showw:
debug ip pim internal
2018 Nov 16 08:08:12.469929 pim: [8605] (defau...
When multicast traffic is not being sent to Receiver I see that the packets are arriving to the LHR Edge1:
ethanalyzer local interface inband capture-filter "host 239.1.2.3":
Capturing on inband
2018-11-16 07:39:32.494698 172.16.100.1 -> 239.1....
Hello Paul, thanks for querying, we are using PIM sparse mode with Anycast RP on two switches, but for testing we have shutdown the other RP switch to remove all distracting variables in this case, so Core1 is the actual and only RP.
sh ip pim grou...
