How to solve the problem with multicast CPU loading on Cisco WS-C4900M?

Question

Cisco

Good afternoon
The situation is as follows - there is a cisco 7606 in the core of the network, where multicast sources are connected and on which RP is actually configured, and several Cisco WS-C4900M are connected from it in a ring, each of which is connected to several l3 switches of other vendors. Traffic will be considered everywhere plus or minus the same.
PIM-SM and OSPF are configured between all pieces of iron. I will make a reservation, multicast works everywhere, but. On one particular 4900, there is a problem with high CPU usage, loading Cat4k Mgmt HiPri and K5CpuMan Review processes. When I decided to see what gets on the processor (c / o debug platform packet all buffer), I was surprised to see that a random multicast falls on the percent
. Example:

42 days 9:41:26:513252 - RxVlan: 1013, RxPort: Te1/8
Priority: High, Tag: No Tag, Event: L3 Forward, Flags: 0x40, Size: 1362
Eth: Src 68:EF:BD:B5:F1:BF Dst 01:00:5E:7F:05:C5 Type/Len 0x0800
Ip: ver:IpVersion4 len:20 tos:192 totLen:1344 id:0 fragOffset:0 ttl:19 proto:udp
    src: 172.16.255.6 dst: 239.255.5.197 firstFragment lastFragment

Where is the Te1/8 uplink interface where the multicast comes from.

At the same time, if you look through show ip mroute (another group in the example)

(*, 239.255.5.102), 00:00:43/00:02:46, RP 172.23.176.252, flags: S
  Incoming interface: TenGigabitEthernet1/8, RPF nbr 172.23.176.69
  Outgoing interface list:
    TenGigabitEthernet1/1, Forward/Sparse, 00:00:43/00:02:46

We have an incoming interface, an outgoing one, but there is no entry like (S,G)

After that, I debug pim and noticed strange differences
1. Messages when an (S,G) entry appears and there is no load on the CPU

PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/4 from 172.23.177.114, to us
PIM(0): Join-list: (*, 239.255.2.19), RPT-bit set, WC-bit set, S-bit set
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (*, 239.255.2.19), Forward state, by PIM *G Join
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (172.16.2.250, 239.255.2.19), Forward state, by PIM *G Join
PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/4 from 172.23.177.114, to us
PIM(0): Join-list: (*, 239.255.2.19), RPT-bit set, WC-bit set, S-bit set
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (*, 239.255.2.19), Forward state, by PIM *G Join
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (172.16.2.250, 239.255.2.19), Forward state, by PIM *G Join
PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/4 from 172.23.177.114, to us
PIM(0): Join-list: (172.16.2.250/32, 239.255.2.19), S-bit set
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (172.16.2.250, 239.255.2.19), Forward state, by PIM SG Join
PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/4 from 172.23.177.114, to us
PIM(0): Join-list: (172.16.2.250/32, 239.255.2.19), S-bit set
PIM(0): Update TenGigabitEthernet1/4/172.23.177.114 to (172.16.2.250, 239.255.2.19), Forward state, by PIM SG Join

2. When multicast is running, but there is no S, G record

PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/2 from 172.23.178.130, to us
PIM(0): Join-list: (*, 239.255.40.232), RPT-bit set, WC-bit set, S-bit set
PIM(0): Check RP 172.23.176.252 into the (*, 239.255.40.232) entry
PIM(0): Building Triggered (*,G) Join / (S,G,RP-bit) Prune message for 239.255.40.232
PIM(0): Add TenGigabitEthernet1/2/172.23.178.130 to (*, 239.255.40.232), Forward state, by PIM *G Join
PIM(0): Building Triggered (*,G) Join / (S,G,RP-bit) Prune message for 239.255.40.232
PIM(0): Insert (*,239.255.40.232) join in nbr 172.23.176.69's queue
PIM(0): Received v2 Join/Prune on TenGigabitEthernet1/2 from 172.23.178.130, to us
PIM(0): Join-list: (*, 239.255.40.232), RPT-bit set, WC-bit set, S-bit set
PIM(0): Update TenGigabitEthernet1/2/172.23.178.130 to (*, 239.255.40.232), Forward state, by PIM *G Join
PIM(0): Building Join/Prune packet for nbr 172.23.176.69
PIM(0):  Adding v2 (172.23.176.252/32, 239.255.40.232), WC-bit, RPT-bit, S-bit Join
PIM(0): Send v2 join/prune to 172.23.176.69 (TenGigabitEthernet1/8)

As a result, the load in the HNN reaches 80% (when the others are less than 10) and I don’t like it. The software version is the same everywhere 15.1 (2) SG (only on the uplink neighbor 12.2 (53) SG1, but there are also no problems with multicast)

Answer 1

Everything was solved by updating the image to cat4500e-entservicesk9-mz.151-2.SG3

Answer 2

Create a topic on the cisco forum. It is unlikely that you will be helped here.
https://community.cisco.com/t5/networking/ct-p/446...