[asterisk-users] ConfBridge dtmf_passthrough=no doesn't have any effect. Bug?
jcolp at digium.com
Fri Sep 28 11:05:59 CDT 2012
> Am 28.09.2012 17:33, schrieb Joshua Colp:
>>> Ok, good idea, here are the results of Read() and SayDigits():
>> <snipped results to make this email manageable>
>> How are you changing the DTMF for each provider? If you are merely
>> changing it using dtmfmode in sip.conf this may or may not change how
>> the provider side sends it. In the case of setting it to rfc2833 it
>> causes RFC2833 to be negotiated in the SDP. Some equipment MAY change to
>> using inband if it has not been negotiated.
> Yes, only via dtmfmode in sip.conf. I have no control over the provider
> side, of course. :) Or are there other options?
There isn't. It's up to them.
>> Essentially when doing conversion of inband DTMF to out of band DTMF it
>> is possible for some parts of tones to get through unmuted. You have to
>> strike a balance between detecting the DTMF early enough, not detecting
>> other stuff as DTMF, and muting it. Some implementations may let some
>> "leak" through. The only way to completely overcome that is to buffer
>> enough audio and delay the stream.
> Ah! So because I'm calling from PSTN which is "naturally" inband (I
> guess?) my DID provider (or rather some provider in front of him)
> converts to out of band (RFC2833), but the conversion cannot be fully
Correct. The equipment doing the conversion may or may not fully remove
>>> If I understand right, all my four DID providers are "broken"?
>> If the provider is doing the conversion their equipment should mute the
>> inband DTMF as best it can and you should not hear it.
>> How much of the tone are you hearing?
> About the tone itself: it's always different for each DTMF
> method/provider I would say. Sometimes it's just a really short "glub"
> (no idea how to describe that better), and sometimes it's a full-length
> "beeep". But in any case except for provider 4 inband + INFO I'm hearing
> all of it (123), so it's anything from glub-glub-glub to
> beeep-beeep-beeep. :-)
> Right now, after what you wrote, I'm left with the feeling that RFC2833
> is pretty much, well, hmm... useless in a PSTN-VoIP scenario? It works
> fine when using X-Lite, I suppose because there is no conversion
> involved and therefore the tones can get completely muted.
It's not completely useless. Some equipment completely removes the tone
and life is good. It's also perfectly fine for IVRs. Where it can fall
apart is in this exact situation where you have someone on the other
side who shouldn't hear the DTMF. That's not often.
As for the glub I would say that is a partial squelching (muting). It
was able to mute most of the tone but not completely.
Unfortunately there's nothing I can suggest to help improve the
Digium, Inc. | Senior Software Developer
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org
More information about the asterisk-users