Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

MoH Problems

Status
Not open for further replies.

insureme

IS-IT--Management
Dec 9, 2008
103
US
We've recently developed an issue with our MoH. it seems it'll work for internal calls (DN to DN), but not external calls. i've found some information and checked the configuration as best i can figure and it looks like everything is configured correctly. I moved on to restarting the streaming service and that didn't fix it either.

we've got two call managers. the primary call manager is the MoH server. can anyone help me figure out what the heck is happening.

the strange thing about all this is our main site (the one with the call managers on site) works as it should. the remote sites do not get through though.
 
are you using g729 codec between corp and remote sites?
if so MOH will not work. You will either need run MOH at g711 and all other calls at g729 or put the music local to the router for each site and do local multicast from the router.
 
How would I check what codecs I'm using for what. I'm sorry. I'm not real advanced with the IP phone stuff yet. we use CCM4.1.

 
its assigned in the regions for each site. Also if you establish a call between two sites nad press the i key on the phone twice it will show you the codec used for that phone call.
 
OK after much research this is what i've come up with. all of our fifteen remote sites (connected by ADSL) seem to be configured for srst MOH. so if I understand the things i've been reading we shoul dbe configured to multicast MoH from the remote site routers, and i've checked and ther eis a music-on-hold.au file in the flash. I found that the MOH server is configured for 3 hops, so in accordanc ewith a white paper i adjusted the hop count to 1 so the MoH from Corp. would not go any further than the corporate site. I've checked the configs for the call-manager-fallback settings as well and they are as follows

call-manager-fallback
secondary-dialtone 7
max-conferences 2 gain -6
transfer-system full-consult
ip source-address 172.16.130.10 port 2000
max-ephones 10
max-dn 18 dual-line
transfer-pattern 62..
transfer-pattern 71..........
transfer-pattern 72.......
transfer-pattern 73.......
transfer-pattern 74.......
transfer-pattern 75.......
transfer-pattern 76.......
transfer-pattern 77.......
transfer-pattern 78.......
transfer-pattern 79.......
voicemail 111111111111
pickup 1111
alias 1 111111111 to 1111 cfw 1112 timeout 16
alias 2 0 to 1111 cfw 1112 timeout 16
call-forward busy 111111111111
call-forward noan 111111111111 timeout 20
moh music-on-hold.au
multicast moh 239.1.1.1 port 16384 route 172.16.130.10 1.16.130.10
time-zone 8

so it's my understanding that this should send out MoH from flash at address 239.1.1.1 from 172.16.130.10 (F0/0.10), and 1.16.130.10(L0) which since the phones are not hearing MoH from the CCM it would then look locally.

I hope i'm understanding this right. at this point it's still not working correctly. i've got MoH as expected for internal calls, but external calls are getting ToH.

WOuld a reboot of the router be necessary to activate it.

In addition i've done the following:
debug ephone moh
==Result==
016413: Mar 26 14:32:11.629: MoH route If FastEthernet0/0.10 ETHERNET 172.16.130
.10 via ARP
016414: Mar 26 14:32:11.629: MoH route If Loopback0 46 1.16.130.10 via 1.16.130.
10
Marshfield-1760#
016415: Mar 26 14:32:16.749: MoH route If FastEthernet0/0.10 ETHERNET 172.16.130
.10 via ARP
016416: Mar 26 14:32:16.749: MoH route If Loopback0 46 1.16.130.10 via 1.16.130.
10

show ephone summary
==results==
Active MOH clients 0 (max 30), Media Clients 0
File music-on-hold.au type AU Media_Payload_G711Ulaw64k 160 bytes
Moh multicast on 239.1.1.1 port 16384 via 172.16.130.10
via 1.16.130.10

show ccm-manager music-on-hold
==result==
% Music on hold application is not enabled.

Does any of this help. I tried checking the region settings as well and (if i'm in the right place) the region i'm working with is set to use the G.711 codec with none selected for video call bandwidth.
 
This is curious:

show ccm-manager music-on-hold
==result==
% Music on hold application is not enabled.


Do you have this in your configuration:

ccm-manager music-on-hold

Per the documentation, this 'Enables the multicast MOH feature on a voice gateway.'


See here:

 
Yes, you need ccm-manager music-on-hold in your config.
 
OK, so I added the ccm-manager music-on-hold to the config and now the router says
router#show ccm-manager music-on-hold
Current active multicast sessions : 0

when I've got an active call on hold i get ToH, and the display from the previous show command does not change. I've gone over and over the linked document above and nothing seems to be changing this problem for me.

 
I think so. I'm not positive on how to check that or where to check that, but if I look at the audio source on the call manager it tells me that it's multicasting the MoH using the g711ulaw codec.

when i do a show ephone summary at the bottom it tells me the following.

Max Conferences 4 with 0 active (2 allowed)
Skinny Music On Hold Status
Active MOH clients 0 (max 30), Media Clients 0
File music-on-hold.au type AU Media_Payload_G711Ulaw64k 160 bytes
Moh multicast on 239.1.1.1 port 16384 via 172.16.130.10
via 1.16.130.10

Is there somewhere else I should be looking for this codec to match up?
 
I would look in the CCM traces (Detailed) to see what is indicated in the OpenRecieveChannel message going to the phone when it's placed on hold. See what IP address CCM is telling the phone to listen to...

 
I don't know how to say this without sounding dense, but I've found the CCM traces that you referenced, however i have no idea what I'm looking at.
 
Question. the fact that i'm getting ToH means that i'm receiving information from the call manager, is that correct? i read somewhere that if you get MoH it's working, if you get ToH, the call manager has decided MoH can't run in that location, and if you get dead silence you're not getting anything. i hope that's right. so where would I look in my call manager to find where the audio is coming from?
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top