10-14-2014 02:37 AM - edited 03-17-2019 12:32 AM
Hello,
I need some help about MOH.
I have a callManager v9 and a remote site with a H323 GW (version 152-4.M5). The WAN link is very poor and I need to put the moh on the Gateway.
Between 2 ip Phone (7942), the moh is correctly provided by the Gateway, but when a call pass through the BRI port, the MOH is provided by the CUCM.
I don't understand why.
This is my configuration on the CUCM:
Music On Hold (MOH) Server Configuration
Enable Multi-cast Audio Sources on this MOH Server tchecked
Base multicast address 239.1.1.1, port 16384 with increment by IP
On the H323 gateway, I place the MRGL which contain the MRG (with Use Multi-cast for MOH Audio (If at least one multi-cast MOH resource is available) tchecked )which contain my MOH Server... Do you follow me ?
So, on the gateway, I have this
voice-card 0
dspfarm
dsp services dspfarm
!
!
voice call send-alert
voice call carrier capacity active
voice rtp send-recv
!
voice service voip
ip address trusted list
ipv4 10.234.119.132
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol none
h323
no h225 timeout keepalive
call start slow
call preserve limit-media-detection
modem passthrough nse codec g711ulaw
sip
early-offer forced
!
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
!
voice class h323 15
h225 timeout tcp establish 5
!
voice class h323 14
h225 timeout tcp establish 30
telephony-service
srst mode auto-provision all
srst ephone description CME-as-SRST : Sep 08 2014 14:32:34 : Sep 12 2014 16:42:30
srst dn line-mode dual
max-ephones 150
max-dn 180
ip source-address 10.234.122.250 port 2000
system message "Mode secours actif"
load 7915-24 B015-1-0-4-2
max-conferences 8 gain -6
moh "flash:ZoneFR_attente5.wav"
multicast moh 239.1.1.1 port 16384 route 10.234.123.135 10.234.122.250
What I'm doing wrong ? Any idea to correct my configuration will be appreciated :)
Thank you
Kévin
10-14-2014 05:41 AM
I made some tests when the ipphone place the pstn access on hold.
The result of the command show voice active call voice tell me that
RemoteMediaIPAddress=10.234.122.250
But I think I should find the multicast ip address like 239.1.1.1, no ?
Maybe the CUCM continu to provide unicast MOH instead of multicast.
10-14-2014 05:48 AM
can you place the call on hold , and collect below
sh ccm-manager music-on-hold
sh voip rtp connections
sh ip igmp mem
What is this ip :10.234.122.250
Do you hear beeps or silence
10-14-2014 06:06 AM
Off course,
GW_#sh ccm-manager music-on-hold
Current active multicast sessions : 0
GW#sh voip rtp connections
VoIP RTP Port Usage Information:
Max Ports Available: 8091, Ports Reserved: 101, Ports in Use: 3
Port range not configured, Min: 16384, Max: 32767
Ports Ports Ports
Media-Address Range Available Reserved In-use
Default Address-Range 8091 101 3
VoIP RTP active connections :
No. CallId dstCallId LocalRTP RmtRTP LocalIP RemoteIP
1 125863 125865 28782 28716 10.234.123.135 10.234.122.250
2 125870 125871 28716 28782 10.234.122.250 10.234.123.135
3 125872 125871 28524 0 10.234.122.250 0.0.0.0
Found 3 active RTP connections
GW#sh ip igmp mem
Flags: A - aggregate, T - tracked
L - Local, S - static, V - virtual, R - Reported through v3
I - v3lite, U - Urd, M - SSM (S,G) channel
1,2,3 - The version of IGMP, the group is in
Channel/Group-Flags:
/ - Filtering entry (Exclude mode (S,G), Include mode (G))
Reporter:
<mac-or-ip-address> - last reporter if group is not explicitly tracked
<n>/<m> - <n> reporter in include mode, <m> reporter in exclude
Channel/Group Reporter Uptime Exp. Flags Interface
:10.234.122.250 is the ip address of the interface gi 0/0 (voice vlan)
I hear the moh from the call-manager (but very cut sound because off the wan link quality)
10-14-2014 06:17 AM
ya looks like it is unicast , check the config in CUCM
may be increment by port
chk this post as well
https://supportforums.cisco.com/discussion/11484616/music-hold-moh-and-multicast-cucm-85
10-14-2014 06:58 AM
I checked the config in CUCM, all is in multicast. I restarted the cisco voice media service, I tested with the increment by port, but always the same problem.
MOH is diffused by the CUCM.
10-14-2014 06:19 AM
I added this
ip pim sparse-dense-mode
for the loopback int g0/0 interfaces, I have the same problem, but the result of this command is different :
GW#sh ip igmp mem
Flags: A - aggregate, T - tracked
L - Local, S - static, V - virtual, R - Reported through v3
I - v3lite, U - Urd, M - SSM (S,G) channel
1,2,3 - The version of IGMP, the group is in
Channel/Group-Flags:
/ - Filtering entry (Exclude mode (S,G), Include mode (G))
Reporter:
<mac-or-ip-address> - last reporter if group is not explicitly tracked
<n>/<m> - <n> reporter in include mode, <m> reporter in exclude
Channel/Group Reporter Uptime Exp. Flags Interface
*,224.0.1.40 10.234.122.250 00:00:40 02:20 2LA Gi0/0
And I do (from ip phone to ip phone) a
GW#sho ip mroute
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
V - RD & Vector, v - Vector
Outgoing interface flags: H - Hardware switched, A - Assert winner
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
(*, 239.1.1.1), 00:00:00/00:02:59, RP 0.0.0.0, flags: DC
Incoming interface: Null, RPF nbr 0.0.0.0
Outgoing interface list:
GigabitEthernet0/0, Forward/Sparse-Dense, 00:00:00/stopped
(*, 224.0.1.40), 00:05:02/00:02:06, RP 0.0.0.0, flags: DCL
Incoming interface: Null, RPF nbr 0.0.0.0
Outgoing interface list:
GigabitEthernet0/0, Forward/Sparse-Dense, 00:05:02/stopped
We show that the multicast seems to be working
10-14-2014 08:52 AM
From this interessant document
http://docstore.mik.ua/univercd/cc/td/doc/product/access/ip_ph/srs/srsinter/moh.pdf
I should have this result:
"Router# show ccm-manager music-on-hold
Current active multicast sessions : 1
Multicast RTP port Packets Call Codec Incoming
Address number in/out id Interface
===================================================================
239.1.1.1 16384 326/326 42 G.711ulaw Lo0
If the PSTN caller hears MOH, but the show ccm-manager music-on-hold command displays no active multicast streams, the MOH is unicast. This can be confirmed by checking the MOH performance counters as discussed in the “Verifying Cisco CallManager Multicast MOH” section on page 16"
It is exactly my problem, I don't have multicast stream.
So where could be my error ?
- Music On Hold Server Audio Source -> allow multicasting
- Media Resource Group -> multicast
I created a DPool and MRGL specifics for the MOH and affected to the gateway and the tested IPPhone
Ideas ?
Thanks
11-19-2014 02:11 AM
My problem was linked with the gateway configuration on the CallManager.
After a lot of debug, it appears that the call manager stream unicast when call was from PSTN access.
Answer from the TAC support :
"
Problem Description:
=================
-CUCM 9.1.2.10000-28
-Call flow:
PSTN—isdn—GW---WAN----H323---CUCM
-Multicast MOH is configured to be played from the GW flash in order not to move the MOH packets over wan.
-this is working fine for internal calls, but for external calls, unicast MOH from the CUCM server is played instea.
Troubleshooting:
===============
-Checked the configuration and they were fine.
-Noticed that the GW has “Media Termination Point Required" for specific call flow to work.
-We unchecked that, and the MOH started to work fine.
-That was due to the fact that MTP doesn’t support Multicast MOH.
-There is a bug that shows in its description that MTP doesn’t support multicast (which shows our problem) and it discusses the issue about resolving the scenario when the MTP is allocated dynamically via the CUCM:
https://tools.cisco.com/bugsearch/bug/CSCsc85921/?reffering_site=dumpcr
"
Conclusion : mtp required box unchecked and it resolved my problem
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide