[Freeswitch-users] Serious and urgent problem with DTMF! Please help...

[Phillip Jones]

Bear in mind that when a carrier says they 'filtered' inband DTMF, they
probably mean they have clamped it. There is still DTMF on the line - a few
ms, but it is there. Some devices see that clamped DTMF and will use it. For
instance, HMP in rfc-2833 mode, will take the rfc-2833 and recreate the DTMF
tones - so it always has to be listening for inband even thought it has
negociated rfc-2833. In our situation - this resulted in echoed digits -
77227799 - etc just as you are seeing.

There only way of diagnosing this IMO, and that is with wireshark (tshark)
and listening to the line - that way you know exactly what you are dealing
with.

Our issue was solved btw, by using inband DTMF exclusively. Not ideal bt any
means.

On Fri, Aug 13, 2010 at 4:24 AM, Dennis <odermann at googlemail.com> wrote:

> thanks for your help!
>
> just as a short info inbetween, while we are still trying to fix the
> problem.
>
> the cirpack of our carrier always receives dtmf-inputs as inband tones
> (because, at least in germany, all dtmf-inputs are sent over the
> landline as inband tones).
> because we always had problems with the carriers cirpack and fs in
> conjunction with inband tones (sometimes they where sent two or three
> times), our carrier added rfc-2833 to their cirpack. now the carrier
> sends both: rfc-2833 AND inband tones. the problem is, that the
> carrier tells us, that the cirpack can not filter the inband tones, so
> that they just can send rfc-2833. but they tell us, that they add some
> stops (or something like this) to the inband tones, so that the inband
> tones are not functional anymore. but this does not seem to work
> correctly.
>
> if we listen to dtmf-inputs only on fs, we do not have any problems,
> because fs ignores the inband tones and only reacts to the rfc-2833
> signal. therefor we never had any problems.
> now, we have a project, where not fs listens to the dtmf-inputs, but a
> callcenter on the other side (outbound). therefor the cirpack has to
> send clean dtmf-inputs to the callcenter. but we believe, that the
> cirpack on the outgoing side is receiving his own inband tones AND
> rfc-2833 signals from the incoming side of the cirpack. so the cirpack
> on the outgoing side send his own inband tones PLUS the converted
> rfc-2833 signals to the other side (callcenter).
> we have to go on testing.
>
> we spoke with someone from nokia about their iwsd and they told us,
> that they filter all inband tones, so that we only receive rfc-2833.
> we will do some testing with them.
> but i wonder, why the nokia iwsd can filter inband tones and the cirpack
> can't.
>
> any ideas?
>
> will keep you informed, what we found out.
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100813/b7f55aa2/attachment-0001.html