DTMF Relay Issue

[StewieGriffin]

 Hi,

Having the issue with DTMF relay in according the following scheme: PSTN > Voice GW (MGCP) with ISDN PRI > CUCM 8.x > CUCX 9.1
CUCX has IVR AutoAttendant with the ability (via 'Get Digit String' and 'Call Redirect' steps) of extension/dn dialing.

The issue is external (PSTN) calling party's DTMF input is in most cases doesn't get into CUCX app.
If the same app is addressed from internal phone all works like a charm and stable. So it is hardly can be UCCX side.

I've used 'debug voip ccapi inout' in the beginning of dialing extension process.
Sometimes after dialing I get the following event for voice gateway (this output is for '2' was pressed):

Jan 20 16:12:45.804 MSK: //4684/D70BB10A88FE/CCAPI/cc_api_call_digit_begin:
   Destination Interface=0x48BB1030, Destination Mask=0x1, Destination Call Id=4685,
   Source Call Id=4684, Digit=2, DigitBeginFlags=0x1,
   Rtp Timestamp=0x61388EB9, Rtp Expiration=0x0
Jan 20 16:12:45.840 MSK: //4684/D70BB10A88FE/CCAPI/cc_api_call_digit_end:
   Destination Interface=0x48BB1030, Destination Mask=0x1, Destination Call Id=4685,
   Source Call Id=4684, Digit=2, Duration=80,
   Xrule Calling Tag=0, Xrule Called Tag=0, Digit Tone Mode=DTMF
   
But most of times after pressing any digit I don't get such an event.

This makes me think about DTMF relay instability issue. Which is probably relevant of using narrowband g729 codec.
All prompts for IVR app are recorded using g729 coding.
Also it is strange that after call completion dtmf relay mode is changed to in-band. As for active call it was out-of-band.

#sh run | i dtmf|package
mgcp dtmf-relay voip codec all mode out-of-band
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
mgcp package-capability fm-package
no mgcp package-capability res-package

<!--- While call is active

#show call act vo id 1AEB | i mf|Rate
tx_DtmfRelay=out-of-band
TxComfortNoisePak=0
RxComfortNoisePak=0
CoderTypeRate=g729r8
CoderTypeRate=g729r8

#show call hist vo br id 1AEB

1AEB : 4703 -1961823676ms.4697 +-10 +28280 pid:0 Originate
 dur 00:00:28 tx:1342/26802 rx:1355/27100 10  (normal call clearing (16))
 IP <cucx-ip-addr>:29682 SRTP: off rtt:0ms pl:24260/20ms lost:1/1/0 delay:60/60/80ms g729r8 TextRelay: off
  media inactive detected:n media contrl rcvd:n/a timestamp:n/a
  long duration call detected:n long dur callduration :n/a timestamp:n/a

1AEB : 4702 -1961823676ms.4698 +0 +28290 pid:0 Originate
 dur 00:00:28 tx:1398/27922 rx:1355/37940 10  (normal call clearing (16))
 Telephony 0/2/0:15 (4702) [0/2/0.1] tx:28010/28010/0ms g729r8 noise:-84dBm acom:45dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a

<!--- After call is dropped from the far-end

#show call hist vo id 1AEB | i mf|Rate
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8

Any help will be highly appreciated.

[Ayodeji Okanlawon]

Stewie,

Sorry I have not responded I have been away. Looks like we need to open a TAC case now. Do you have a service contract to do that?

[StewieGriffin]

Today I decoded UCCX prompts from g.729 to pcmu but hears distorted audio after followed test.
Then I found CUCX is configured to work with G.729 codec (Administration | System Parameters | Media Parameters | Codec).
I reverted its value back to g711 and did ccx engine restart but it doesn't work (hear fastbusy while test the same apps).
I've also rebooted the server but with no any difference. I've done rollback as a result.

There is another MGCP voice gateway based on 3845 which is configured to works with the same CUCM/CUCX and g.729 prompts.
It is fine, running 15.1.3T, has 512Mb RAM and 'debug mgcp packets' captures all typed digits.
I've done config comparison b/w these VGW and found nothing special CLI input against DTMF relay.

How do you think is it a good idea to change signaling for this gateway to sip? Or it doesn't matter?

 Ayodeji,
 
I'm out of service contract for this ISR.

 Carlo,
 
All Cisco IOS with voice functionality (all except base and advanced security feature sets) of 15.* version requires 512Mb RAM while ISR has only 256.

[StewieGriffin]

 Hello,
 
I've managed to do memory upgrade recently from 256 to 512 for this specific ISR 2851
I've done IOS change also then from 124-24.T8 to 151-4.M9.

Unfortunately all symptoms persist: again & again using 'debug mgcp packets'
output I see DTMF digits relays in a random manner but not in a complete way.

#sh ver | i bin
System image file is "flash:c2800nm-adventerprisek9-mz.151-4.M9.bin"

#sh ver | i emory
Cisco 2851 (revision 4.0) with 473088K/51200K bytes of memory.

I gave a try for the mentioned CLI once again, no result.

mgcp dtmf-relay voip codec all mode nse
mgcp dtmf-relay voip codec all mode nte-gw
mgcp dtmf-relay voip codec low-bit-rate mode out-of-band

But in according to 'show call history voice' calls are all using inband-voice relay despite of applied mentioned modes and 'no mgcp/mgcp'.

#show call history voice | i mf|Rate        
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g711ulaw
CoderTypeRate=g711ulaw
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8

Please, advice.

[Ayodeji Okanlawon]

Stewie,

This does look like a dsp issue. I will adivise you to open a TAC case with cisco.

[Carlo Poggiarelli]

Hi Stewie.

Please upgrade your VG to 15.1.4(M9) and try again.

Please also collect a complete debug mgcp packets after the upgrade.

Let us know.

Regards

Carlo

[abdel-moniem]

Hi Stewie

What is the current IOS version of the Gateway, I would suggest to upgrade to the latest M release as there is a reported bugs related to this such as

. Also before that, can you change the CUCM configuration Controller page of the "type of DTMF Relay" to > Current GW Config

thanks

MonieM

[StewieGriffin]

Hello,

I've managed to do memory upgrade recently from 256 to 512 for this specific ISR 2851

I've done IOS change also then from 124-24.T8 to 151-4.M9.

Unfortunately all symptoms persist: again & again using 'debug mgcp packets'
output I see DTMF digits relays in a random manner but not in a complete way.

#sh ver | i bin
System image file is "flash:c2800nm-adventerprisek9-mz.151-4.M9.bin"

#sh ver | i emory
Cisco 2851 (revision 4.0) with 473088K/51200K bytes of memory.

I gave a try for the mentioned CLI once again, no result.

mgcp dtmf-relay voip codec all mode nse
mgcp dtmf-relay voip codec all mode nte-gw
mgcp dtmf-relay voip codec low-bit-rate mode out-of-band

But in according to 'show call history voice' calls are all using inband-voice relay despite of applied mentioned modes and 'no mgcp/mgcp'.

#show call history voice | i mf|Rate        
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g711ulaw
CoderTypeRate=g711ulaw
tx_DtmfRelay=inband-voice
CoderTypeRate=g729r8
CoderTypeRate=g729r8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8
tx_DtmfRelay=inband-voice
CoderTypeRate=g729br8
CoderTypeRate=g729br8

Please, advice.