cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
6221
Views
10
Helpful
17
Replies

CUCM 8.5 SIP TRUNK MOH MTP ISSUE SILENCE

Oswaldo Torres
Level 1
Level 1

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#

17 Replies 17

Chris Deren
Hall of Fame
Hall of Fame

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

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

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

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.

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

thanks,

Vipul Jindal

I attach the traces

Calling: IP Phone DN 67951

Called: 982213404

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

I attach you both files. Tks

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

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.

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.

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

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

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?

 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: