The show ccm-manager music-on-hold command shows only PSTN connections on hold. It does not show multicast streams going to IP phones on hold.
When an IP phone is placed on hold, and the MoH is sourced from a Cisco IOS gateway, the MoH signaling is directly between Cisco CallManager and the IP phone.
In this scenario, the Cisco IOS gateway plays no role other than to blindly stream multicast RTP packets to the IP phone.
Keep in mind that if you hear MoH, it does not necessarily mean that multicast Cisco IOS MoH is working as expected.
If the PSTN caller hears MoH, but the show ccm-manager music-on-hold command shows no
active multicast streams, then the MoH has come from a unicast.
This can be confirmed if you check the MoH perfmon mentioned earlier. I believe you mentioned that the multicast resource was being selected in a previous post, if that the case then you should see an active session.
The fact that you had only two multicast audio sources 1 and 16 select and not all 16 as shown in the audio source giff, then in the case this is the second audio source hence the first ip address for this audio source would be 239.10.1.5 for u-law.
Regards
Allan.
