DTMF Not Working

[DenRad]

I just noticed that DTMF is not working properly using my ATA.

It works when calling voice-mail (*98) I can navigate around without issue.
However it does not work for any other numbers.
This was working previously and my configuration hasn't changed.

DTMF using the Softphone does work.

[laurent]

What's your current configuration?

[DenRad]

My configuration is posted here
http://forum.freephoneline.ca/viewtopic.php?f=15&t=1639

Clearly if it worked before but doesn't now with no changes made on my end and works with voicemail but not other numbers it can't be related to my configuration. I suspect the recent server upgrade has introduced this bug.

I did try changing the DTMF setting from it's default auto-negotiate to in band as well as out of band. None of the settings made any difference.

[laurent]

By configuration, I meant for DTMF. I read your other post and it's not indicated what parameters you have your ATA set with for DTMF.

I agree that it worked before and now it doesn't, but that doesn't mean no change on your end can fix it. I'm also not saying it's not a FPL bug, either. If you think it's a problem with FPL, then perhaps you should contact their support department.

Otherwise, in this forum, we could discuss possible solutions. What's your current DTMF settings?

[DenRad]

DTMF is currently set to the default "auto-negotiate"
the other 2 available settings are
in-band
out-of-band (RFC 2833 AVT tones)

[laurent]

In-band has been known to only work with certain audio codecs (like PCM Ithink), in which the audio quality is so good that the audio sounds of DTMF pass through fine.

Otherwise, we have to use an out of band method to tell the voip server to tell the other one and so on that we're pressing a digits. There's two methods: SIP Info, and RFC 2833. You ATA appears to only support one, but it's the one that should normally work here

I did find that your ATA's latest firmware fixes a number of issues that are related to DTMF, perhaps you could check to see if you're running the latest firmware? It's possible a change on FPL's server upgrade is conflicting with an issue in your ATA which was resolved later.

[DenRad]

updated to latest firmware 3.2.1 still no joy.

Behaves exactly the same.
*98 DTMF works fine
all other numbers no response

I tried calling my cell phone and dialing a few numbers.
Should I be able to hear the tones? It was totally silent on the receiving end.

[laurent]

Yes, you should hear them. The fact that you don't is consistent with the broken DTMF on external calls. I suggest you contact their support to open a ticket on this issue, maybe there'S something they can try on their end.

You could also try the softphone, but it'S so different that it wouldn't prove much if it did work with it.

[tamlin]

I had the same problem, though I can't remember for certain whether I could navigate touch tone menus before the upgrade (I became an FPL customer fairly recently). I have a Grandstream HT 502, and changing SRTP Mode from Enabled but not forced to Disabled resolved the issue for me.

[DenRad]

This is now resolved

After resetting my ATA to factory defaults and re-applying my settings 1 or 2 at a time I was able to determine which ones were causing this issue

My Cisco ATA has 3 settings that control which audio codec to use.
RxCodec - Receiving audio codec preference
TxCodec - Transmitting audio codec preference
LBRCodec - Low bit rate codec that can be used during codec negotiation

I had Rx and Tx set to use G.711u and LBR set to use G.729a
This combination worked fine initially and would always negotiate to use G.729a
Recently however lately these settings introduced this DFMT issue for me.

I changed the LBR to G.723.1 which of course is not a valid codec on FPL therefore negotiation for it would not succeed and the Rx and Tx codec used is G.711u

This works perfectly with DFMT