I'm trying to play MoH from flash instead to travel WAN link due to quality of audio, after read and read documents and explanations i could not to make it work.
This is the configuration of the Gateway.
ip address 10.1.10.1 255.255.255.255
h323-gateway voip interface
h323-gateway voip bind srcaddr 10.1.10.1
description >>> VOICE VLAN <<<
encapsulation dot1Q 100
ip address 10.50.1.1 255.255.255.0
ip accounting output-packets
max-conferences 4 gain -6
ip source-address 10.50.1.1 port 2000
multicast moh 22.214.171.124 port 16384 route 10.1.10.1 10.50.1.1
When shutdown the serial interface and the SRST come up the MoH work perfectly, but when the phones register again with the CUCM the MoH go through WAN link and the chopy MoH plays again.
The scheme is this:
GW BR ---------- ISP ---------- GW HQ --------- CUCM
In the CUCM the multicast ip addres is 126.96.36.199 port 16384, the Max-Hops is set to 1 and the MoH file is the same.
I don't know what are missing to my conf.
Thanks for your time and help.
morning, I opened a TAC case and after a lot of test tweak test tweak, Cisco came up with this...
What Cisco saw & recommends for MOH from flash - July 2014
Currently on the traces what was happening is that the audio that was playing on the test scenario (internal call) was playing the default audio source from CUCM and not the one that the customer wanted (router).
The audio source, the MoH and the MRG were checked for MMoH.
Phone from the test site didn't have the audio source assigned. Once we assigned the audio source we made sure that the person that was calling had access to the MRLG with the MMoH in order to try to stream the proper file. Once we did the test call there was silence.
At this point I checked more the configuration, I noticed the following:
Region HPE communicates with MoH region through G729.
IPV service did have both G711 and G729 enabled.
I went to the local router and checked the telephony service/ccm fall back configuration, see below:
max-conferences 8 gain -6
limit-dn 7910 1
multicast moh 188.8.131.52 port 16384 route 169.254.1.1
show ephone summary
Skinny Music On Hold Status - group 0
Active MOH clients 0 (max 1300), Media Clients 0, B-ACD Clients 0
File music-on-hold.au (not cached) type AU Media_Payload_G711Ulaw64k 160 bytes
Moh multicast 184.108.40.206 port 16384 route 169.254.1.1
The problem was that the phones were communicating to the MoH via G729, the MMoH server was set up for port 16384 and the audio source was in G711 format.
As a small modification I changed the region set up between the MoH and the test site to G711, after this we had successful MMoH on the phones:
HPEiVG01#show ccm-manager music-on-hold
Current active multicast sessions : 1
Multicast RTP port Packets Call Codec Incoming
Address number in/out id Interface
220.127.116.11 16384 738/738 116398 g711ulaw Lo0