DTMF failure
-
- Just Passing Thru
- Posts: 21
- Joined: 03/20/2010
- SIP Device Name: sipx
- Firmware Version: 4.0.4
- ISP Name: rogers
- Computer OS: centos
DTMF failure
This is a copy of a post on the bug reports section. Heard no answer so I've reposted here.
RFC2833 (out of band DTMF) was created because with narrowband codecs DTMF won't work in band. Even with wideband codecs (G.711), it is not 100%.
FPL handles outgoing calls perfectly, allowing G.729 and 101 (RFC2833 audio/telephone-event) to be negotiated. As of spring of this year (it worked before that), on incoming calls, FPL only proposes G.711 and not 101, forcing only inband DTMF which I have found completely unreliable. This fact I, and many others, have reported in the "General VOIP Discussions" forum.
BUT! New news! I think I have narrowed it down for FPL. I tried call forwarding to another number and found out of band DTMF is lost at FPL at the PSTN (SS7?) level, not at the SIP level. It seems FPL does not forward any incoming (PSTN) out of band DTMF. FPL seems to use it internally (voicemail) and forward it only as in band.
With this new news, can you (FPL), please look at what was changed in spring of this year that causes incoming calls to have out of band DTMF dropped (or converted to inband) at the PSTN (SS7?) level?
keithl
RFC2833 (out of band DTMF) was created because with narrowband codecs DTMF won't work in band. Even with wideband codecs (G.711), it is not 100%.
FPL handles outgoing calls perfectly, allowing G.729 and 101 (RFC2833 audio/telephone-event) to be negotiated. As of spring of this year (it worked before that), on incoming calls, FPL only proposes G.711 and not 101, forcing only inband DTMF which I have found completely unreliable. This fact I, and many others, have reported in the "General VOIP Discussions" forum.
BUT! New news! I think I have narrowed it down for FPL. I tried call forwarding to another number and found out of band DTMF is lost at FPL at the PSTN (SS7?) level, not at the SIP level. It seems FPL does not forward any incoming (PSTN) out of band DTMF. FPL seems to use it internally (voicemail) and forward it only as in band.
With this new news, can you (FPL), please look at what was changed in spring of this year that causes incoming calls to have out of band DTMF dropped (or converted to inband) at the PSTN (SS7?) level?
keithl
-
- Site Moderator
- Posts: 1937
- Joined: 05/06/2009
- SIP Device Name: Polycom 550 IP Phone
- Firmware Version: 4.2.0.0310
- ISP Name: Rogers Cable
- Computer OS: Ubuntu 11.10
- Router: Cisco E1200-N
- Smartphone Model: Samsung Galaxy S2
- Android Version: 4.0.3
- Location: Cambridge, Ontario, Canada
Re: DTMF failure
keithl,
We realize this is a bug of sorts, and it is on the list of improvements we're making over the next year. However for regular residential SIP users inbound DTMF isn't an issue because they're using an ATA or IP Phone. Yes, asterisk is a wonderful tool especially when setting up your home network around it, however that was not the way our system was built (to be used with asterisk, or similar).
Unfortunately inbound DTMF is just not a high priority for us right now, but I can assure you it _is_ in our radar as an issue.
We realize this is a bug of sorts, and it is on the list of improvements we're making over the next year. However for regular residential SIP users inbound DTMF isn't an issue because they're using an ATA or IP Phone. Yes, asterisk is a wonderful tool especially when setting up your home network around it, however that was not the way our system was built (to be used with asterisk, or similar).
Unfortunately inbound DTMF is just not a high priority for us right now, but I can assure you it _is_ in our radar as an issue.
Kris
Logistics & International Purchasing | Fongo
Call us toll-free! 611 from your fongo phone or 1-855-836-3355
Please advise I will no longer be contributing to this forum for the time being. Please feel free to email me.
-----------------------------------------------------------------------------------------------------------------------------------------------
Samsung Galaxy S2 [GT-I9100] / 3.0.15-I9100XXLPH / Thebyani v3.2
Logistics & International Purchasing | Fongo
Call us toll-free! 611 from your fongo phone or 1-855-836-3355
Please advise I will no longer be contributing to this forum for the time being. Please feel free to email me.
-----------------------------------------------------------------------------------------------------------------------------------------------
Samsung Galaxy S2 [GT-I9100] / 3.0.15-I9100XXLPH / Thebyani v3.2
-
- Just Passing Thru
- Posts: 21
- Joined: 03/20/2010
- SIP Device Name: sipx
- Firmware Version: 4.0.4
- ISP Name: rogers
- Computer OS: centos
Re: DTMF failure
Very honest answer (as always).
I'll keep checking but stop bugging you...
I'll keep checking but stop bugging you...
-
- Quiet One
- Posts: 38
- Joined: 03/01/2010
- SIP Device Name: Linksys SPA3102
- Firmware Version: 5.1.10 (GW)
- ISP Name: Telus
- Computer OS: Windows 7 Ultimate 64 bit
- Location: Richmond, BC
Re: DTMF failure
Hi there,
My outbound DTMF doesn't work most of times. For example, when I dial a calling card number, I cannot dial account number and password at all.
Any resolution?
Thanks.
My outbound DTMF doesn't work most of times. For example, when I dial a calling card number, I cannot dial account number and password at all.
Any resolution?
Thanks.
-
- *Go-To Guy*
- Posts: 532
- Joined: 08/06/2010
- SIP Device Name: Grandstream HT-502
- Firmware Version: 1.0.1.63
- ISP Name: DSL TekSavvy
- Computer OS: OSX Snow Leopard
- Router: Linksys WRT54GL w/tomato
Re: DTMF failure
Could you please tell us what is your current Linksys ATA configuration for DTMF options, as well as codec/vocoders?ma678 wrote:Hi there,
My outbound DTMF doesn't work most of times. For example, when I dial a calling card number, I cannot dial account number and password at all.
Any resolution?
Thanks.
-
- Lightly Seasoned
- Posts: 202
- Joined: 10/17/2009
Re: DTMF failure
Admin really needs to make a "support template". Basically, you must provide this and this or we won't help you.
Too many people with "my phone does not work....can you help me".
Too many people with "my phone does not work....can you help me".

-
- *Go-To Guy*
- Posts: 532
- Joined: 08/06/2010
- SIP Device Name: Grandstream HT-502
- Firmware Version: 1.0.1.63
- ISP Name: DSL TekSavvy
- Computer OS: OSX Snow Leopard
- Router: Linksys WRT54GL w/tomato
Re: DTMF failure
I agree Zombie, the Q&A forum should have a template to fill in for support requests. ATA brand model firmware home setup "style" and other obviousness that can easily break the whole thing...
-
- Quiet One
- Posts: 38
- Joined: 03/01/2010
- SIP Device Name: Linksys SPA3102
- Firmware Version: 5.1.10 (GW)
- ISP Name: Telus
- Computer OS: Windows 7 Ultimate 64 bit
- Location: Richmond, BC
Re: DTMF failure
ATA: SPA3102
Under Line 1 Tab
Preferred codec: G729a
DTMF process info: yes
DTMF process AVT: yes
DTMF Tx method: Auto
DTMF Tx mode: normal
DTMF Tx Strict Hold Off Time: 40
Any advice?
Thanks.
Under Line 1 Tab
Preferred codec: G729a
DTMF process info: yes
DTMF process AVT: yes
DTMF Tx method: Auto
DTMF Tx mode: normal
DTMF Tx Strict Hold Off Time: 40
Any advice?
Thanks.
-
- Lightly Seasoned
- Posts: 202
- Joined: 10/17/2009
Re: DTMF failure
Those settings work fine on my ATA for DTMF.
You could changing codec to G711u. If it still does not work, change the DTMF mode to INBAND.
You could changing codec to G711u. If it still does not work, change the DTMF mode to INBAND.
-
- Quiet One
- Posts: 28
- Joined: 11/19/2010
Re: DTMF failure
FPL may intend to block outside DTMF for some reasons. Inside DTMF is fine. When I call in my own phone number for voicemail (98* doesn't work) with my own sip device, keypad is responsive. My sip dtmf setting is rfc2833.