News:

On Tuesday September 6th the forum will be down for maintenance from 9:30 PM to 11:59 PM PDT

Main Menu

Problems with DTMF tones

Started by ChrisThompson, April 04, 2011, 12:59:16 PM

Previous topic - Next topic

obi-master

Having the same issue. Can Obi support comment on this

Kaizer

Quote from: obi-master on May 06, 2011, 10:15:24 AM
Having the same issue. Can Obi support comment on this

I incorporated RonR's suggestion and :

Service Providers -> ITSP Profile x -> General -> DTMFMethod -> InBand

If you are on auto provisioning, uncheck obitalk settings, uncheck default then change to InBand

Working so far.

ChrisThompson

Unfortunately, this doesn't address the issue of DTMF tone issues when dialing out of the LINE port using **8 or #.

OBiSupport

There are a couple of places where a DTMF tone can get lost or go undetected.  Here are a couple things to try if you are having issues getting DTMF tones to a far-end peer (VoIP and/or PSTN).

1.  Change the DTMF transmit method to in-band.
Service Providers > ITSP Profile X > General > DTMFMethod = InBand

2.  Increase the audio gain setting for audio (DTMF) generated by the phone attached to the OBi PHONE port.
Physical Interfaces > PHONE Port > Port Settings > ChannelRxGain = 5
The "5" recommendation is arbitrary. Find a setting that works for your environment. Setting this too high could result in the OBi caller hearing their echo and/or the far end experiencing audio cut-out or the OBi caller being just too plain loud.
Note:  Only applicable to DTMF tones when "InBand" signalling is invoked.

3. Increase the LINE port audio gain setting.
Physical Interfaces > LINE Port > Port Settings > ChannelTxGain = 5
Again, the "5" recommendation is arbitrary.

4. Increase the DTMF playback level on the LINE port.
This is for those cases where a call is being bridged from VoIP to the LINE port or the LINE port is the Primary Line to Call Out (or **8 is used to make a call from the OBi PHONE port or AA).
Physical Interfaces > LINE Port > Port Settings > DTMFPlaybackLevel = 0
The "0" recommendation is arbitrary.


Kaizer

well i got ahead of myself. changing to inband resulted in cell phone calls to obi for 2 stage calling to break. AA does not recognize the DTMF (from sprint or verizon). so this:

Service Providers -> ITSP Profile x -> General -> X_UseFixedDurationRFC2833DTMF : (checked)

didn't help either.

I guess I'm left with only this option to play with?

2.  Increase the audio gain setting for audio (DTMF) generated by the phone attached to the OBi PHONE port.
Physical Interfaces > PHONE Port > Port Settings > ChannelRxGain = 5
The "5" recommendation is arbitrary. Find a setting that works for your environment. Setting this too high could result in the OBi caller hearing their echo and/or the far end experiencing audio cut-out or the OBi caller being just too plain loud.
Note:  Only applicable to DTMF tones when "InBand" signalling is invoked.

ChrisThompson

Here's what's going on from syslog when dialing via "#" direct to the line port. These tones are not always recognized by recipient:

May 10 12:24:26  [DSP]: ---- H/W DTMF ON (level:3) : 6 @ 209421 ms----
May 10 12:24:26  [DSP]: ---- H/W DTMF OFF @ 209551 ms ----
May 10 12:24:26  [DSP]: ---- H/W DTMF ON (level:3) : 6 @ 210071 ms----
May 10 12:24:26  [DSP]: ---- H/W DTMF OFF @ 210201 ms ----
May 10 12:24:28  [DSP]: ---- H/W DTMF ON (level:3) : 0 @ 211321 ms----
May 10 12:24:28  [DSP]: ---- H/W DTMF OFF @ 211451 ms ----
May 10 12:24:29  [DSP]: ---- H/W DTMF ON (level:3) : 5 @ 212821 ms----
May 10 12:24:29  [DSP]: ---- H/W DTMF OFF @ 212951 ms ----
May 10 12:24:29  [DSP]: ---- H/W DTMF ON (level:3) : 8 @ 213191 ms----
May 10 12:24:30  [DSP]: ---- H/W DTMF OFF @ 213321 ms ----
May 10 12:24:30  [DSP]: ---- H/W DTMF ON (level:3) : 1 @ 213591 ms----
May 10 12:24:30  [DSP]: ---- H/W DTMF OFF @ 213721 ms ----
May 10 12:24:30  [DSP]: ---- H/W DTMF ON (level:3) : 2 @ 213961 ms----
May 10 12:24:30  [DSP]: ---- H/W DTMF OFF @ 214091 ms ----


Here's what happens when dialing via Google Voice (SP1) with the "InBand" setting enabled.  These tones do appear to be recognized by the recipient:

May 10 12:25:57  RTP: Start->480ed57e:19295(80);0;0;0:0:0;1(42)
May 10 12:25:57  RTP: Skt Connected
May 10 12:25:58  RTP: PeerRflxAddr=480ed57e:19295
May 10 12:26:02  [DSP]: ---- H/W DTMF ON (level:3) : 6 @ 305990 ms----
May 10 12:26:02  [RTP] DTMF RFC -- dgt: 6, c_dgt:
May 10 12:26:02  [DSP]: ---- H/W DTMF OFF @ 306110 ms ----
May 10 12:26:04  [DSP]: ---- H/W DTMF ON (level:3) : 6 @ 307700 ms----
May 10 12:26:04  [RTP] DTMF RFC -- dgt: 6, c_dgt:
May 10 12:26:04  [DSP]: ---- H/W DTMF OFF @ 307830 ms ----
May 10 12:26:05  [DSP]: ---- H/W DTMF ON (level:3) : 0 @ 308870 ms----
May 10 12:26:05  [RTP] DTMF RFC -- dgt: 0, c_dgt:
May 10 12:26:05  [DSP]: ---- H/W DTMF OFF @ 309000 ms ----
May 10 12:26:07  [DSP]: ---- H/W DTMF ON (level:3) : 5 @ 310700 ms----
May 10 12:26:07  [RTP] DTMF RFC -- dgt: 5, c_dgt:
May 10 12:26:07  [DSP]: ---- H/W DTMF OFF @ 310830 ms ----
May 10 12:26:08  [DSP]: ---- H/W DTMF ON (level:3) : 8 @ 311420 ms----
May 10 12:26:08  [RTP] DTMF RFC -- dgt: 8, c_dgt:
May 10 12:26:08  [DSP]: ---- H/W DTMF OFF @ 311550 ms ----
May 10 12:26:08  [DSP]: ---- H/W DTMF ON (level:3) : 1 @ 312050 ms----
May 10 12:26:08  [RTP] DTMF RFC -- dgt: 1, c_dgt:
May 10 12:26:08  [DSP]: ---- H/W DTMF OFF @ 312180 ms ----
May 10 12:26:09  [DSP]: ---- H/W DTMF ON (level:3) : 2 @ 312730 ms----

ChrisThompson

I applied the suggested settings by OBisupport and it does appear that DTMF tones are better recognized now.  I still get the occasional dropped number, especially when dialing quickly, but it works significantly better.

AndyJ

It looks like something changed in the 1.2.1(2283) firmware. DTMF was actually working fine for me with the default settings before the upgrade, but is now very inconsistent after the upgrade. Sometimes it works, sometimes it doesn't (more often not).

GC_convertee

#28
Hi I have the same problem (but have had it sporadically with using SIP / Sipgate / GV before I had the obitalk too)
ie dialing into conference calls, etc

Once I hooked up the obitalk110, I tried to dial into the secondary google voice account configured, to muck around with the voicemail features-in GV's ivr menu, but Google Voice wouldn't recognize my PIN.

I have decent Panasonic cordless phones kx-tga939t
When I press and hold the buttons on the handset, the dtmf tone stays on as long as I press the button.
But when I listen on the other end (via a cellphone or something), it's only a short dtmf tone, no matter how long I hold down the panasonic buttons

So it seems that my cordless phone does really have press-and-hold-dtmf tones
1. Does anyone know of a dect cordless sys that has press and hold
2. Is there gain or other settings to increase the dtmf tones on the receiving end?

Note I've only configed the obitalk thru the web portal and not directly via web admin, I read they can conflict

Also I do not have a landline to test and the phone is hooked up correctly

Thanks
G
GrandCentral in 2004, had Gizmo5 acct
Analog Fax working IB & OB...
efax acct revoked
faxzero.com (<=2 free/$2 for 3+pgs)
Linksys SPA-2102 ATA 2 Sipgate lines/free accts, $20 balance for OB faxes dialing
Obi110 2 GV accts No POTS/FXO
Panasonic kx-tga939t Dect Cordless -  Ans machine OFF


RonR

Quote from: haiml on May 18, 2011, 05:20:25 PM
try this  to test DTMF:
http://www.testcall.com/222-1111.html

If you have iNum calling configured, they also have a number that repeats your DTMF digits back :  883510000000092

azrobert

My DTMF problem was on SP1/GV and started after installing Build 2283.  DTMF tones work perfectly on SP2/SipSorcery with the default settings.

Changing "ITSP Profile A/General/DTMFMethod=InBand" seemed to fix the problem until today when I called my cell phone number to listen to a voice message.  My cell phone provider failed to recognize any DTMF tones.

Changing "Phone Port/DTMRxMode=Software" fixed the problem with my cell phone.

It seems OBiHai's quality control is lacking.  They should do no harm when providing a firmware upgrade.

slk23


"Phone Port/DTMRxMode=Software" fixed the problem for me too.  I'm using a regular phone and not a cell phone.  It was working fine before the firmware update.

Quote from: azrobert on May 21, 2011, 12:56:22 PM
My DTMF problem was on SP1/GV and started after installing Build 2283.  DTMF tones work perfectly on SP2/SipSorcery with the default settings.

Changing "ITSP Profile A/General/DTMFMethod=InBand" seemed to fix the problem until today when I called my cell phone number to listen to a voice message.  My cell phone provider failed to recognize any DTMF tones.

Changing "Phone Port/DTMRxMode=Software" fixed the problem with my cell phone.

It seems OBiHai's quality control is lacking.  They should do no harm when providing a firmware upgrade.


zoomin

Quote from: OBiSupport on May 06, 2011, 02:58:23 PM
There are a couple of places where a DTMF tone can get lost or go undetected.  Here are a couple things to try if you are having issues getting DTMF tones to a far-end peer (VoIP and/or PSTN).

1.  Change the DTMF transmit method to in-band.
Service Providers > ITSP Profile X > General > DTMFMethod = InBand

2.  Increase the audio gain setting for audio (DTMF) generated by the phone attached to the OBi PHONE port.
Physical Interfaces > PHONE Port > Port Settings > ChannelRxGain = 5
The "5" recommendation is arbitrary. Find a setting that works for your environment. Setting this too high could result in the OBi caller hearing their echo and/or the far end experiencing audio cut-out or the OBi caller being just too plain loud.
Note:  Only applicable to DTMF tones when "InBand" signalling is invoked.

3. Increase the LINE port audio gain setting.
Physical Interfaces > LINE Port > Port Settings > ChannelTxGain = 5
Again, the "5" recommendation is arbitrary.

4. Increase the DTMF playback level on the LINE port.
This is for those cases where a call is being bridged from VoIP to the LINE port or the LINE port is the Primary Line to Call Out (or **8 is used to make a call from the OBi PHONE port or AA).
Physical Interfaces > LINE Port > Port Settings > DTMFPlaybackLevel = 0
The "0" recommendation is arbitrary.




I'm having troubles dialing out on my land line (AT&T).

Only rarely a call goes through. Most of the times, I get a message from AT&T "Your call cannot be completed at this time."

I have the latest firmware and a unit reset to factory defaults. I did try to tinker with the settings suggested above, but still cannot get it to work consistently.

Is there anything that I can do to fine tune it? Any way to make DTMF tones longer? They seem to be too short compared to what my phone is putting out.

Thanks!

RonR

Quote from: zoomin on June 04, 2011, 04:36:23 PM
Any way to make DTMF tones longer? They seem to be too short compared to what my phone is putting out.

Physical Interfaces -> Line Port -> DialDigitOnTime

zoomin

Quote from: RonR on June 04, 2011, 04:39:33 PM
Quote from: zoomin on June 04, 2011, 04:36:23 PM
Any way to make DTMF tones longer? They seem to be too short compared to what my phone is putting out.

Physical Interfaces -> Line Port -> DialDigitOnTime


Great! And you know what? It actually did the trick!

I set DialDigitOnTime to 300 (was 200), and DialDigitOffTime to 50 (was 200).

Did 5 calls and all 5 went through fine!

So, if anyone else is having similar issue, I strongly recommend playing with these values. :)

Thanks, RonR!

Dale

#36
same problem here using GV.
I found that if i held down the numbers for longer it would work. I looked in vain for DialDigitOffTime in the Phone settings for an Obi100 but could not find that parameter.

Changed

Physical Interfaces -> PHONE -> PortDTMFRxMode to Software
an intitial test seemed better but the Rx suggests this is to do with receiving...
Now trying Service Providers > ITSP Profile X > General > DTMFMethod = InBand

Dale

it helped, but again today I had to hold down the keys longer to get them to work...

is there a DialDigitOnTime  setting for the PHONE port?  (i cant see it)

ShermanObi

@Dale
A software update may be the remedy.
Please dial ***6 from the phone attached to your OBi.
If there is a software update, press 1 and hand-up.
Your OBi will automatically download the latest firmware and restart.
This usually takes no more than 2 minutes.

Dale

all my obi boxes are fully up to date.