Are the devices that send the DTMFs using 2833? Sounds like possibly they are using inband. I would get a pcap with RTP of the conference and see what, exactly, the device is sending. Some tips for this can be found here:
I'm encountering what I would probably best describe as some bleed
through of inbound DTMF when in a conference, and I was wondering if
anyone might have suggestions for likely causes or troubleshooting?
DTMF detection itself seems fine, and appears to properly be using
rfc2833 (the SDPs all show include "a=rtpmap:101 telephone-event/8000").
I get "RTP RECV DTMF" logs for each digit that is recognized.
However, a reasonable percentage of the time, some small fraction of
the DTMF appears to be heard by the conference as a whole. Never the
whole thing, and sometimes it's a bit distorted (though that may just
be due to it being so short). Almost as if a small portion of a sound
sample makes it through.
For testing, I'm using internal phones with direct SIP connections to
the switch so no PSTN or gateways involved, though it also occurs with
a PSTN caller coming in through multiple gateways. For the internal
phones, I've tried both a physical phone through a PAP2T, as well as a
PC soft phone.
This is with git-868d823 from Jul 29, so a few weeks old but reviewing
the more recent commits there weren't any seemingly related to DTMF or
conferencing.
Any suggestions on places to look or things to try would be most
appreciated.
-- David
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org