Any update for DTMF

[watermark]

DTMF doesn't work on outside calls. When we called some automated phone system and got prompts like "press 1 for English, press 2 for French", the keypad would not work. Other voip companies such as callcentric support DTMF very well. I think this feature is very important. Any fix or update on this issue?

http://www.callcentric.com/faq/8/174

[FONGO_kris]

DTMF is a supported feature, it is one of the most basic phone features that all telecom providers must have; what is your setup like?

I use our service to make outbound calls almost every day and I've not had any issues with DTMF.

[watermark]

I paid $50 for the configuration file and can configure the sip info on various user agents. Tried x-lite, pap2 and asterisk. Tried different dtmf mode such as rfc2833, sip info and g711 inband. DTMF did not work for outside calls like 1-800-555-8355. DTMF on voicemail (by calling my own assigned pstn number) worked. 2 guesses:
- FPL system handles differently on internal calls like voicemail/ivr and external pstn termination;
- FPL system handles differently on internal users like you and external users like me.

[FONGO_kris]

Guess #1 is a viable reason, as our voicemail and IVR systems are all on the same server (I assume you're talking inner phone functionality). Unfortunately I am going to have to completely rule out number two, as it would be bad for business if we handled DTMF in a way it would work for employees and not for customers .

If you PM me your number I will investigate the issue, however all indications here point to a user device or network configuration issue.

[watermark]

My number has been PMed. Hopefully this problem can be fixed.

[tbrummell]

You mention useragent's, are you using these devices, or setting the useragent parameter in your PBX (asterisk/freeswitch)?

To get reliable DTMF operation between my variety of phones and line providers, I needed to set "DTMFMODE=INBAND" on my three providers on my pbx, including FPL. Now, dtmf works across all providers and phones, and works on FPL's vmail as well.

[watermark]

I used softphone (x-lite), hardphone (pap2) and pbx (asterisk) to try the dtmf function. Just tried G.711 inband on my asterisk and dtmf worked. A new issue is introduced that the cpu usuage is 99% during the call in my embedded linux - openwrt on an asus wl-500gp router. Not this issue for my other asterisk on a P4 computer. The wl-500gp cpu is low at 266mhz.

I still hope rfc2833 can work natively as it consumes less cpu power and this out-of-band signal is more reliable than inband.

[watermark]

I did more inbound and outbound call tests and confirm that inband works for dtmf on all scenarios and rfc2833 only works on internal voicemail system. In order to use inband, the audio codec must be set to G.711 or PCMU/PCMA.

[zombie999]

Haven't tested this for long time but I think the issue with FPL and DTMF is that it does not work if you use G711/ rfc2833 combo AND call TOLL FREE numbers ONLY. If you call a NON toll free number, DTMF is fine. If you use G729 / rfc2833 combo, DTMF works on all numbers.

So I'm guessing, FPL routes calls to toll free numbers differently and out of band DTMF gets lost in the process.

[watermark]

DTMF didn't work with g711+rfc2833 and g729+rfc2833 on softphone eyebeam. RFC2833 is RTP events and has no relation with its payload like g711 or g729. If rfc2833 works on g729, it should work on g711 too. Also tried tollfree and non-toolfree destinations. No difference. G711+inband is the only working combination for me. It seems FPL does not support rfc2833 at this time.

[akoei]

want to know as well.
* side, I set dtmfmode to rfc2833, ata side, I set to inband, can do secondary dial.
but with inband on ATA, I can't setup blind transfer, * doesn't know whatever key pressed (usually #1) during a call; if I set other than inband on ATA, key press is recognized by *, but can't do secondary dial, like an extension #.

for my sipsorcery+GV trunk, same settings, rfc2833(*)+auto(ATA), work well for secondary dial.

[watermark]

The FPL's sip proxy is sippy, which seems lack of some important RFC sip features. RFC2833 does not work so far.