02-14-2012 03:06 PM - edited 03-16-2019 09:35 AM
Hello.
We are running a CUCM 8.5 cluster and we have a Cisco 2901.
The 2901 is our MTP, CFB and CUBE.
Whenever we put an inbound or outbound PSTN call on hold, there is silence (no bip bip, only silence). Internal calls have no issues with MOH.
We use Software MTP G711a.
We have the same Media Resource Group for both (IP Phones and SIP Trunk)
We are using Unicast
We have check the MTP checkbox on the SIP Trunk page.
We have enabled all G711a, G711u, G729 in the Service Parameter page.
We have all regions with G711
We attach you the configuration in the CUBE.
My version in my 2901 is: Version 15.1(4)M2
When we have the call active (without Hold), we see the next
CUBE_GOLD#show call active voice brief
0 : 2168 16:16:55.548 Mexico Tue Feb 14 2012.1 +0 pid:0 Originate connecting
dur 00:00:13 tx:601/96160 rx:597/95520
IP 172.19.1.254:17544 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
0 : 2169 16:16:55.558 Mexico Tue Feb 14 2012.1 +3380 pid:5004 Answer 8182867952 active
dur 00:00:09 tx:597/95520 rx:601/96160
IP 172.19.1.254:18038 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
0 : 2170 16:16:55.558 Mexico Tue Feb 14 2012.2 +3380 pid:5000 Originate 82213404 active
dur 00:00:09 tx:601/96160 rx:597/95520
IP 201.158.135.37:49144 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
0 : 2171 16:16:56.018 Mexico Tue Feb 14 2012.1 +0 pid:0 Originate connecting
dur 00:00:12 tx:597/95520 rx:601/96160
IP 172.31.3.3:16398 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
CUBE_GOLD#show sccp call-references
session_id: 16777282 session_type: mtp , profile_id: 2,
Conn conn_id: 16777351 , str_passthr: 16777216
rtp-call-id: 2171 , bridge-id: 63 , msp-call-id: 2172
mode: sendrecv, sport: 18094, rport 16398, ripaddr: 172.31.3.3
codec: g711a , pkt-period: 20
Conn conn_id: 16777350 , str_passthr: 16777216
rtp-call-id: 2168 , bridge-id: 62 , msp-call-id: 2172
mode: sendrecv, sport: 18038, rport 17544, ripaddr: 172.19.1.254
codec: g711a , pkt-period: 20
Total number of active session(s) 1
Total of number of active session(s) 1
with no call-reference(s)
with total of number of connection(s) 2
CUBE_GOLD#show sccp call-?
call-identifications call-references
CUBE_GOLD#show sccp call-id
CUBE_GOLD#show sccp call-identifications
sess_id callref conn_id conn_id_tx spid rtp_callid msp_callid bridge_id codec stype prof_id
16777282 - 16777351 0 16777216 2171 2172 63 g711a mtp 2
16777282 - 16777350 0 16777216 2168 2172 62 g711a mtp 2
Total number of active session(s) 1
******* When we have the call in Hold, we see the next
CUBE_GOLD#show call active voice brief
<ID>: <CallID> <start>.<index> +<connect> pid:<peer_id> <dir> <addr> <state>
dur hh:mm:ss tx:<packets>/<bytes> rx:<packets>/<bytes>
IP <ip>:<udp> rtt:<time>ms pl:<play>/<gap>ms lost:<lost>/<early>/<late>
delay:<last>/<min>/<max>ms <codec>
media inactive detected:<y/n> media cntrl rcvd:<y/n> timestamp:<time>
long duration call detected:<y/n> long duration call duration :<sec> timestamp:<time>
MODEMPASS <method> buf:<fills>/<drains> loss <overall%> <multipkt>/<corrected>
last <buf event time>s dur:<Min>/<Max>s
FR <protocol> [int dlci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
ATM <protocol> [int vpi/vci cid] vad:<y/n> dtmf:<y/n> seq:<y/n>
<codec> (payload size)
Tele <int> (callID) [channel_id] tx:<tot>/<v>/<fax>ms <codec> noise:<l> acom:<l> i/o:<l>/<l> dBm
MODEMRELAY info:<rcvd>/<sent>/<resent> xid:<rcvd>/<sent> total:<rcvd>/<sent>/<drops>
speeds(bps): local <rx>/<tx> remote <rx>/<tx>
Proxy <ip>:<audio udp>,<video udp>,<tcp0>,<tcp1>,<tcp2>,<tcp3> endpt: <type>/<manf>
bw: <req>/<act> codec: <audio>/<video>
tx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>
rx: <audio pkts>/<audio bytes>,<video pkts>/<video bytes>,<t120 pkts>/<t120 bytes>
Telephony call-legs: 0
SIP call-legs: 2
H323 call-legs: 0
Call agent controlled call-legs: 0
SCCP call-legs: 1
Multicast call-legs: 0
Total call-legs: 3
0 : 2168 16:16:55.543 Mexico Tue Feb 14 2012.1 +0 pid:0 Originate connecting
dur 00:00:57 tx:2347/375520 rx:2806/448960
IP 172.19.1.254:17544 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
0 : 2169 16:16:55.553 Mexico Tue Feb 14 2012.1 +3380 pid:5004 Answer 8182867952 active
dur 00:00:53 tx:2806/448960 rx:2347/375520
IP 172.19.1.254:18038 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
0 : 2170 16:16:55.553 Mexico Tue Feb 14 2012.2 +3380 pid:5000 Originate 82213404 active
dur 00:00:53 tx:2347/375520 rx:2806/448960
IP 201.158.135.37:49144 SRTP: off rtt:0ms pl:0/0ms lost:0/0/0 delay:0/0/0ms g711alaw TextRelay: off
media inactive detected:n media contrl rcvd:n/a timestamp:n/a
long duration call detected:n long duration call duration:n/a timestamp:n/a
Telephony call-legs: 0
SIP call-legs: 2
H323 call-legs: 0
Call agent controlled call-legs: 1
SCCP call-legs: 0
Multicast call-legs: 0
Total call-legs: 3
CUBE_GOLD#show sccp call-references
session_id: 16777282 session_type: mtp , profile_id: 2,
Conn conn_id: 16777350 , str_passthr: 16777216
rtp-call-id: 2168 , bridge-id: 62 , msp-call-id: 2172
mode: sendrecv, sport: 18038, rport 17544, ripaddr: 172.19.1.254
codec: g711a , pkt-period: 20
Total number of active session(s) 1
Total of number of active session(s) 1
with no call-reference(s)
with total of number of connection(s) 1
CUBE_GOLD#
CUBE_GOLD#show sccp call-identifications
sess_id callref conn_id conn_id_tx spid rtp_callid msp_callid bridge_id codec stype prof_id
16777282 - 16777350 0 16777216 2168 2172 62 g711a mtp 2
Total number of active session(s) 1
CUBE_GOLD#
02-14-2012 03:19 PM
Here is what worked for me with MOH on SIP trunks in the past:
voice class sip-profiles 1
request REINVITE sdp-header Audio-Attribute modify "inactive" "sendrecv"
request ACK sdp-header Audio-Attribute modify "sendonly" "sendrecv"
response 200 sdp-header Audio-Attribute modify "sendonly" "sendrecv"
!
voice service voip
sip
sip-profiles 1
HTH,
Chris
02-14-2012 03:43 PM
We use MTP, no signaling SIP is generate to the CUBE when we press hold.
02-14-2012 10:00 PM
there is bug on the cube.
can you perform 'no ip cef' and check if it works.
i'll check the bug and update you!!
thanks,
Vipul jindal
please rate if it helps!!
02-15-2012 07:55 AM
I perform "no ip cef" and it don't work.
We put a SPAN on the Switch in the port where are the CUCM Pub and Subs directly connected.
We can't see any stream of RTP with source CUCM, and destination the CUBE.
02-15-2012 08:53 AM
can u send me the cal manager traces to check??
thanks,
Vipul Jindal
02-16-2012 07:23 PM
02-16-2012 08:41 PM
check the traces and you have just added SDL trace no SDI traces.
check if the configuration for traces are set to detailed and turned on.
thanks,
Vipul jindal
02-21-2012 06:49 AM
02-21-2012 11:37 PM
i check the traces and issue is with region config
MohRegion = Default, Held Party Region = Sucursal1Mty
configure above 2 regions to talk G711!!!
thanks,
Vipul Jindal
02-24-2012 03:10 PM
We still with this issue, after the change in the Region.
14:25:43.002 |MohDControl - findUnicastSourceGivenSourceNum - Device Name = MOH_CUCM852, MohRegion = Sucursal1Mty, Held Party Region = Sucursal1Mty, Holding Party Region =Sucursal1Mty|1,100,57,1.27260^172.31.3.2^*
We attach the new traces, and add the trace on the Subscriber.
--------
Another test we make was put in shutdown all dspfarm profiles, and the MoH work it.
09-03-2014 12:32 AM
Generally, if we have silence when the call is on hold, we may any of the following issue:
> If it is a routing issue between the moh server and other party
> If there is a codec mismatch between the moh server and the other party.
I will take a look at the attached traces and will let you know what's going on.
06-07-2015 04:27 AM
Are you using multicast or unicaste MoH streaming when is invoked a MTP?
12-03-2015 06:19 AM
Hi,
I know it is 4 years ago, but did you find out what was the problem?
I have the same with IOS based MTP's. When I use the internal MTP's (remove the MRGL from the SIP trunk, so it will use the software MTP's) the MoH works. I hear the famous double beep when using IOS based MTP's
It really sounds like a codec issue, but all regions used on SIP trunk , media resources , phones use G711
Thanks
JH
03-27-2015 03:10 AM
Hi Chris,
That's brilliant.
This is pretty much what I was looking for regarding an MoH issue we have for one of our clients. We can see that CUCM is signalling to the phone to play MoH, but person on hold hears just silence. We can resolve it by ticking "Media Termination Point required" on our SIP trunk, but I don't really like that and as we are using SIP from Call Manager out to the CUBE it shouldn't be required. However implementing your solution above also has the desired effect and without unconditionally enabling MTP. I place a call on hold and it's music to my ears.....literally!
Next question, does this have potential to cause other issues?
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