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

No MoH plays when press Park softkey

Hi

We are expereience really strange issue where no MoH plays while call is parked (internal and external) but MoH works fine on Transfer/Conf/Hold regardlessly.

Valid Network Hold MOH Audio Source is selected on both Device and Line level and IP Media Streaming App service on all MoH servers has restarted but still does not work. Any idea?

cucm -9.1.2.11900-12

phone - 7841 SIP with 10-1-1SR2-1

 

i have attached CCM traces for below call

calling: 0280621560 (pstn)

called: 0882116785 - 885A92D9A17A - x56785

time: 1:54:48pm,  20/08

 

 

Everyone's tags (1)
7 REPLIES
Cisco Employee

According to the traces, MOH

According to the traces, MOH is being streamed as unicast to the SIP trunk destination.

 

Call ID with SIP trunk: 8b8425ec26faf7381e1cd836d58a4132@10.19.223.253
Call ID with SIP phone: bab52680-3f411c0a-9620d-5df140a@10.20.223.5

 

>> initial call connects

86770688.001 |13:54:55.651 |AppInfo  |SIG-MediaManager-(76191)::wait_AuConnectRequest, CI(45624346,45624347), capCount(6,4), mcNodeId(0,0), xferMode(16,16), reConnectType(0), mrid (0, 0) IFCreated(0 0) proIns(0 0), AC(0,0), party1DTMF(3 3 101 1 0) party2DTMF(1 3 101 0 0),reConnFlag=0, connType(3,3), IFHand(0,0),MTP(0,0),MRGL(f71194a0-ba08-2b54-f8ea-2cb0b6003b59,598cedab-513b-4617-284f-16987d5736c0) videoCap(0 0), mmCallType(0),FS(0,0), IpAddrMode(0 0) aPid(2, 75, 206864), bPid(2, 75, 206869) EOType(2 0) MOHAnnConnType(0 0) honorCodec(0 0)

86770705.002 |13:54:55.653 |AppInfo  |SIG-MediaManager-(76191)::waitConnected_AuConnectReply, received 1 resps, sent AuConnecReply for party(45624346,45624347), mrid(0 0),IFCreated(1,1),reply.dsc(0)

86770743.003 |13:54:55.657 |AppInfo  |SIG-MediaManager-(76191)::waitDisconnect_AuConnectInfoInd, (no MTP) audio, CI(45624346,45624347), resType(3)

 

>> Park button is pressed

86772720.002 |13:55:11.169 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.25.3.5 on port 50203 index 13466 with 1617 bytes:
[21327563,NET]
REFER sip:10.20.223.5 SIP/2.0
Call-ID: OutOfDialog--001d-56d54337-78771264@10.25.3.5
<softkeyevent>Park</softkeyevent>
    <dialogid>
      <callid>bab52680-3f411c0a-9620d-5df140a@10.20.223.5</callid>

86772754.001 |13:55:11.174 |AppInfo  |SIG-MediaCoordinator-wait_AuDisconnectRequest,CI(45624346,45624347),IFCreated(1,1)

86772782.001 |13:55:11.175 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.25.3.5 on port 50203 index 13466 
[21327564,NET]
SIP/2.0 202 Accepted

 

>> MOH is requested by the sip trunk leg
86772977.000 |13:55:11.406 |SdlSig   |InsertMediaReq                         |await_command                  |MatrixControl(2,100,135,89669)   |Cdcc(2,100,212,63404)            |2,100,13,13468.1457^10.19.223.253^*      |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] 
86772978.000 |13:55:11.406 |SdlSig   |MrmAllocateMohResourceReq              |waiting                        |MediaResourceManager(2,100,131,1) |MatrixControl(2,100,135,89669)   |2,100,13,13468.1457^10.19.223.253^*      |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]  CI=45624357 MRGLPkid=f71194a0-ba08-2b54-f8ea-2cb0b6003b59 MulticastFlag=F Pid=2,100,212,63404 AudioSourceId= 0x1 UserDefault=0 NetworkDefault=0 ClusterDefault=1 HoldType=2 hasLocationCACInfo=T locPkid=dfcf6725-c5cf-4ed2-4601-d5ddd0304833 locName=location-bvsm deductBW=F fateShareId=FCL-C001:45624346 videoTrafficClass=3

86772983.001 |13:55:11.406 |AppInfo  |MediaResourceCdpc(14756)::waiting_MrmAllocateMohResourceReq - CI=45624357
86772996.001 |13:55:11.407 |AppInfo  |MediaResourceCdpc(14756)::resource_rsvp_AllocateMohResourceRes CI=45624357, DeviceName=MOH_FCLXS1CM004

 

>> sip trunk leg and MOH leg are connected
86773003.001 |13:55:11.407 |AppInfo  |SIG-MediaManager-(76196)::wait_AuConnectRequest, CI(45624346,45624357), capCount(0,2), mcNodeId(0,0), xferMode(16,4), reConnectType(0), mrid (0, 0) IFCreated(1 0) proIns(103618 0), AC(0,0), party1DTMF(3 2 101 1 0) party2DTMF(1 0 0 0 0),reConnFlag=0, connType(1,2), IFHand(1,0),MTP(0,0),MRGL(f71194a0-ba08-2b54-f8ea-2cb0b6003b59,f71194a0-ba08-2b54-f8ea-2cb0b6003b59) videoCap(0 0), mmCallType(0),FS(0,0), IpAddrMode(0 0) aPid(2, 75, 206864), bPid(2, 123, 19) EOType(2 0) MOHAnnConnType(0 1) honorCodec(0 0)

86773018.002 |13:55:11.409 |AppInfo  |SIG-MediaManager-(76196)::waitConnected_AuConnectReply, received 1 resps, sent AuConnecReply for party(45624346,45624357), mrid(0 0),IFCreated(1,1),reply.dsc(0)

 

>> MOH server is being told to transmit to 10.19.223.254 at port 28578, which is the right port number.

86773043.002 |13:55:11.411 |AppInfo  |MohDControl - RemoteIpAddr: fedf130a (10.19.223.254) RemoteRtpPortNumber: 28578 msecPacketSize: 20 compressionType: 2

86773074.001 |13:55:11.416 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.19.223.253 on port 5060 index 13372 
[21327585,NET]
ACK sip:10.19.223.253:5060;transport=tcp SIP/2.0
Call-ID: 8b8425ec26faf7381e1cd836d58a4132@10.19.223.253
c=IN IP4 10.19.223.5
t=0 0
m=audio 4000 RTP/AVP 8
a=X-cisco-media:umoh
a=sendonly

 

>> The CUCM establishes the MOH transaction on the sip leg as well.
86773076.001 |13:55:11.417 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.19.223.253 on port 5060 index 13372 
[21327586,NET]
INVITE sip:10.19.223.253:5060;transport=tcp SIP/2.0
Call-ID: 8b8425ec26faf7381e1cd836d58a4132@10.19.223.253
c=IN IP4 10.19.223.5
t=0 0
m=audio 4000 RTP/AVP 8
a=X-cisco-media:umoh
a=sendonly

86773109.002 |13:55:11.499 |AppInfo  |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.19.223.253 on port 5060 index 13372 with 719 bytes:
[21327594,NET]
SIP/2.0 200 OK
Call-ID: 8b8425ec26faf7381e1cd836d58a4132@10.19.223.253
c=IN IP4 10.19.223.254
t=0 0
m=audio 28578 RTP/AVP 8
a=recvonly

86773118.001 |13:55:11.501 |AppInfo  |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.19.223.253 on port 5060 index 13372 
[21327595,NET]
ACK sip:10.19.223.253:5060;transport=tcp SIP/2.0

 

At the end of this, the caller should be hearing MOH. You'd need to take packet captures at the MOH server selected and the SIP trunk destination to see if the stream reaches the other side.

Community Member

Hi SreekanthThx for your

Hi Sreekanth

Thx for your feedback. What confused me the most is Call Park and Transfer/Conference is same type MoH - Network MoH. Why MoH works on Transfer/Conf but failed but failed on Call Park?

Based the ccm traces, i cannot tell anything wrong from CUCM prospective view. The only thing i could image is probably network or FW issue related - port range not allowed?

i will see how soon i can get packet capture setup.

thx again for feedback.

Fei

Cisco Employee

Yes the park is also a

Yes the park is also a network operation. It should work fine if the transfer and conference work. The packet captures should be able to tell us what's going on in this scenario.

One thing you mentioned is that the MOH is not heard for park when both internal and external callers are parked. Can you confirm that? If internal callers are also not hearing MOH when parked, the internal network may also be at fault.

Community Member

Sreekanth, i can confirmed

Sreekanth, i can confirmed that no MoH is heard for Parked Call when both internal and external callers are parked.

If it's network issue then how MoH works when call is hold between 2 internal call. What we can start to check network prospective if this is really network issue???

Fei

Collect CUCM traces for a

Collect CUCM traces for a call (Transfer or hold) where you hear MoH  and look at the source ip/port for moh server ,if its same as in call parked case then certainly its a network issue and you need enable packet capture from source to destination with all hops within to find out where its dropping.

Community Member

Hi Sreekanthi have capture

Hi Sreekanth

i have capture packet trace on cube-sp and i can confirm that the moh streaming from cucm moh server is traverse cube-sp but the moh volume is extremely low, you could rarely hear it when decode rtp stream.  

The moh volume under service parameter is set as default -2.

The non-working moh scenario only happens on inbound external call and call is get parked. MoH works perfect fine in other scenarios. This is really confused me. 

In the meantime, we have another customer on the same cucm version, same handset type and sip trunk to same cube-sp and moh is just working fine with any scenarios.

Is this could be issue with moh resource itself? 

Fei

 

Community Member

Hi SreekanthIn my currently

Hi Sreekanth

In my currently cluster configuration, i have configured Call Park number assign to CCM nodes. should I change to CallManager server under Call Park to use CCM nodes or MoH nodes?

Fei

177
Views
0
Helpful
7
Replies
CreatePlease to create content