Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

MOH on SIP trunk not working : CUCM 8.6

                   Hi everyone,

I have this call flow where held party does not hear MOH when in third party conference room.

IP phones---CUCM---SIP trunk ---Third party conference solution.

I see this in CUCM traces...

******************

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_5 DeviceType=70 Group=1 Counter=1 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_6 DeviceType=70 Group=1 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl GETTING MOH FROM DEFAULT LIST|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_2 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_3 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_4 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/processOutgoingUserAgentHeader: UAPT: passthrough value is not present|2,100,63,1.32433^10.0.4.249^*

18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/toneHandling: toneHandling() called.  Set s.l to 0|2,100,63,1.32433^10.0.4.249^*

18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/reqOfferSent_CcNotifyReq: Media allocation for MOH or TOH failed. Sending ACK with bogus SDP.|2,100,63,1.32433^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_5 DeviceType=70 Group=1 Counter=1 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_6 DeviceType=70 Group=1 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl GETTING MOH FROM DEFAULT LIST|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_2 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_3 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

18:42:46.917 |MRM::getMohDeviceGivenMrgl DeviceName=MOH_4 DeviceType=70 Group=2 Counter=0 Capability=0 MultiCast=0 MRGL=|2,100,63,1.32431^10.0.4.249^*

*************************

18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/processOutgoingUserAgentHeader: UAPT: passthrough value is not present|2,100,63,1.32433^10.0.4.249^*
18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/toneHandling: toneHandling() called.  Set s.l to 0|2,100,63,1.32433^10.0.4.249^*
18:42:46.963 |//SIP/SIPCdpc(2,74,12859)/ci=44754680/ccbId=1000393/scbId=0/reqOfferSent_CcNotifyReq: Media allocation for MOH or TOH failed. Sending ACK with bogus SDP.|2,100,63,1.32433^10.0.4.249^*

Can someon please tell why we send  bogus SDP, it should contain correct IP of MOH server?

Regards,

Pankaj

17 REPLIES

MOH on SIP trunk not working : CUCM 8.6

How do you have MOH configured?

What CODEC are you using?

Do you have any MTPs configured?

Does your SIP trunk have MTP checked?

HTH

Regards,

Yosh

HTH Regards, Yosh
New Member

MOH on SIP trunk not working : CUCM 8.6

Unicast MOH

G711,G722 , explicit MOHregion setting with SIP trunk region

Yes, we have software MTP's configured and added to MRG/MRGL.

No we don't have MTP checked. We checked and tested it, we get the same behaviour.

MOH on SIP trunk not working : CUCM 8.6

Is the SIP trunk also using G711?

HTH

Regards,

Yosh

HTH Regards, Yosh
New Member

MOH on SIP trunk not working : CUCM 8.6

Correct!!

MOH-Region-Central region : G711

Cluster-sites-Central region : G711

Cluster-sites-MoH-region : G711

MOH on SIP trunk not working : CUCM 8.6

Does the SIP Trunk Router have the following command "ccm-manager music-on-hold"?

HTH

Regards,

Yosh

HTH Regards, Yosh
New Member

MOH on SIP trunk not working : CUCM 8.6

It's a direct SIP trunk from CUCM to a third party conferencing solution.

MOH on SIP trunk not working : CUCM 8.6

Have you tried using a hardware MTP and checking the MTP check box on the SIP trunk.

HTH

Regards,

Yosh

HTH Regards, Yosh
New Member

MOH on SIP trunk not working : CUCM 8.6

Hardware MTP is already there in the MRG. I checked MTP, so if hardware MTP was needed. It should have picked it from resource pool.

VIP Super Bronze

MOH on SIP trunk not working : CUCM 8.6

Can you please attach the full trace. Pleas einclude the calling and called number and the time of call...Ensure it is the full trace as  a partial trace doesnt give the whole picture

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Re: MOH on SIP trunk not working : CUCM 8.6

calling number :2240

Called number : 8991000

VIP Super Bronze

Re: MOH on SIP trunk not working : CUCM 8.6

Pankaj,

I have looked at your logs and here is what I see..

1. First of all I do not see CUCM selecting any MOH server from the MRGL

2. From the sip messages..When CUCM sends an ACK for the 3rd party device to listen to MOH..We see this

18:42:46.965 |//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to x.x.x.x on port 5060 index 1039
[2079986,NET]
ACK sip:8991000@x.x.x.x:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.0.102.12:5060;branch=z9hG4bK5f88292fca4
From: "ABCD 2240" <>2240@yyisXXXX.com>;tag=1000393~e6e97b03-9859-454f-be20-1331eb0f5556-44754680
To: <8991000>;tag=rmx2k_1270137737-2639-RMX-0000000075-0086048770
Date: Tue, 04 Feb 2014 10:42:46 GMT
Call-ID: 70cad80-2f01c410-31d4-c66000a@10.0.102.12
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 1050

v=0
o=CiscoSystemsCCM-SIP 1000393 4 IN IP4 10.0.102.12
s=SIP Call
c=IN IP4 10.0.102.12
b=AS:320
t=0 0
m=audio 4000 RTP/AVP 9 101
a=X-cisco-media:nomedia----------------------------------nomedia suggests something is wrong...
a=rtpmap:9 G722/8000-------------------------------codec used is G722
a=ptime:20
a=inactive------------------------------------------------This suggest that CUCM is not sending any media..

Ideally this is what your trace should look like..

v=0

o=CiscoSystemsCCM-SIP 919861 3 IN IP4 10.105.40.174

s=SIP Call

c=IN IP4 10.105.40.176

t=0 0

m=audio 4000 RTP/AVP 0

a=X-cisco-media:umoh

a=rtpmap:0 PCMU/8000

a=ptime:20

a=sendonly

My first point of call will be to disable G722 on your cluster. The Cisco IPVMS (the service responsibe for streaming MOH) doesnt support G722. The default codec advertised on that service is G711ulaw and there is no option for G722..

You can see this if you go system>service parameters>selct your server>select cisco IP voice media streaming app..Scroll down to supported MOH codecs

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Re: MOH on SIP trunk not working : CUCM 8.6

Thank you very much.

This is what i mentioned in the very beginning that CUCM is sending a Bogus ACK  on mid-call delayed offer invite to conference server because MOH server allocation failed and there is no way SDP can have correct contact IP and correct media attributes.

Well, the MOH seems to work on PSTN calls, ICT calls and internal calls, so I am a little reluctant on thinking of removing G722 from IPVMS. There should be a solid reason as to why the allocation of MOH server failed and why it started looking at the default list besides the fact that the registered MOH servers are listed in the MRG.

New Member

Re: MOH on SIP trunk not working : CUCM 8.6

Checked the config again.

Supported codecs for active MOH servers are G729, g711ulaw and g711alaw, suggested value is ulaw.

MRG contains two MOH servers 5 and 6 , MOH_5 is mulitcast and MOH_6 is Unicast.

VIP Super Bronze

MOH on SIP trunk not working : CUCM 8.6

The first question is this..Have you looked at a working MOH call trace to see the capabilites involved in that call...I will suggest that you do that and send me a copy of the trace..Include calling and called number...

The second thing is, have you tried to disable G722 just for test purposes and see if it works?

Please rate all useful posts

"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

MOH on SIP trunk not working : CUCM 8.6

Well, to be honest that is the next thing on my mind.

G722 is not selected.

New Member

MOH on SIP trunk not working : CUCM 8.6

Hi Pankaj,

have you tried enabling the Service Parameter -> Clusterwide Parameter-> Duplex Streaming

Set this to True and see if MoH works now.

New Member

MOH on SIP trunk not working : CUCM 8.6

Hi Paul,

To prevent the SDP mode from being set to inactive in a multiple hold scenario, set the Duplex Streaming Mode clusterwide service parameter (System > Service Parameters) to True.

But our problem is MOH allocation failure, if i see MOHDcontrol message with MOH being allocated and then if i see incorrect attribute then duplex streaming will be required which is send-recv.

1141
Views
0
Helpful
17
Replies
CreatePlease login to create content