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

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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#

16 REPLIES
Hall of Fame Super Silver

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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

New Member

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

We use MTP, no signaling SIP is generate to the CUBE when we press hold.

Cisco Employee

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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!!

New Member

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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.

Cisco Employee

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

can u send me the cal manager traces to check??

thanks,

Vipul Jindal

New Member

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

I attach the traces

Calling: IP Phone DN 67951

Called: 982213404

Cisco Employee

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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

New Member

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

I attach you both files. Tks

Cisco Employee

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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

New Member

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

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.

Cisco Employee

Generally, if we have silence

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.

New Member

Are you using multicast or

Are you using multicast or unicaste MoH  streaming when is invoked a MTP?

Silver

Hi,

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

New Member

Hi Chris, That's brilliant

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?

 

Hall of Fame Super Silver

It does not cause any

It does not cause any negatives that I can think of.

Chris

Re: CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

Hi Chris,

I hope you well and in the best of health,

 

I just thought to drop this message and thank you for your quick and easy solution,

 

This has really solved my problem!!!

 

Gengad

3788
Views
10
Helpful
16
Replies
CreatePlease to create content