Home Page Articles User Guides News Letter  



Author Topic: Proving DTMF tones being sent  (Read 3455 times)

Offline MitelUK2010

  • Sr. Member
  • ****
  • Posts: 201
  • Country: gb
  • Karma: +0/-0
    • View Profile
Proving DTMF tones being sent
« on: January 31, 2012, 05:40:05 PM »
Can anyone recommend a way to prove DTMF are being sent over a PRI. I can call a number, I.e my cell phone, press a button and hear the tone. But I have an issue were customer states DTMF not always working, to one number in particular.

Cheers


Offline ralph

  • Mitel Forums Admin
  • Hero Member
  • *****
  • Posts: 5296
  • Country: us
  • Karma: +453/-0
  • Published Author: http://amzn.to/2dcYSY5
    • View Profile
Re: Proving DTMF tones being sent
« Reply #1 on: January 31, 2012, 10:13:02 PM »
I have seen this.  Been frustrated by it many times.
It only seems to be a problem with just a hand full of auto attendants or IVRs.
Only once have I actually been able to resolve it. 
We found a protocol mismatch. 
But, thinking about it, there was also something else we came up with.   Some command in the SX2000 interface.  "<something>early"
I can't quit remember it.  I know it was done from the SX2000 telnet interface.  Hopefully that will tickle someone else's memory.

Ralph

Offline bluewhite4

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 1026
  • Country: us
  • Karma: +20/-0
    • View Profile
Re: Proving DTMF tones being sent
« Reply #2 on: January 31, 2012, 10:26:15 PM »
I have seen this.  Been frustrated by it many times.
It only seems to be a problem with just a hand full of auto attendants or IVRs.
Only once have I actually been able to resolve it. 
We found a protocol mismatch. 
But, thinking about it, there was also something else we came up with.   Some command in the SX2000 interface.  "<something>early"
I can't quit remember it.  I know it was done from the SX2000 telnet interface.  Hopefully that will tickle someone else's memory.

Ralph

Ralph, are you looking for the CCS ENABLE DPNSS EARLY command? To my knowledge it was only for use with SIP trunks however.

Offline ralph

  • Mitel Forums Admin
  • Hero Member
  • *****
  • Posts: 5296
  • Country: us
  • Karma: +453/-0
  • Published Author: http://amzn.to/2dcYSY5
    • View Profile
Re: Proving DTMF tones being sent
« Reply #3 on: February 01, 2012, 05:51:06 AM »
Yes.  That was the command.
I just remember that Mitel TS had me use the command once.
If I remember correctly it fixed my issue that time but didn't always work for me.

Ralph

Offline boycey9

  • Full Member
  • ***
  • Posts: 157
  • Karma: +2/-0
    • View Profile
Re: Proving DTMF tones being sent
« Reply #4 on: February 06, 2012, 09:41:53 AM »
Seen this a few times in the UK often with Microsofts IVR's. It has always been down to a cheap network provider. Programmed override codes and issue has cleared.

Offline ralph

  • Mitel Forums Admin
  • Hero Member
  • *****
  • Posts: 5296
  • Country: us
  • Karma: +453/-0
  • Published Author: http://amzn.to/2dcYSY5
    • View Profile
Re: Proving DTMF tones being sent
« Reply #5 on: February 06, 2012, 10:09:23 AM »
Quote
Programmed override codes and issue has cleared.

boycey9,
What are "override codes" in this case?

Ralph

Offline boycey9

  • Full Member
  • ***
  • Posts: 157
  • Karma: +2/-0
    • View Profile
Re: Proving DTMF tones being sent
« Reply #6 on: February 06, 2012, 11:08:54 AM »
Least cost routing- Either program to not insert digits or if CPS(Carrier Pre Select) applied use 1280 to override in UK


 

Sitemap 1 2 3 4 5 6 7 8 9