please describe the entire path of the call and what protocol is involved on the example that does not work.
starting with the telephone that placed the call all the way to the telephone or ivr that revived it. On Mon, Jun 23, 2008 at 1:20 PM, Brian West <[EMAIL PROTECTED]> wrote: > You still didn't answer what was receiving the audio. If its OpenZAP that > means its inband. But can you elaborate more on the path? If the audio has > ANY gaps in it the DTMF will be double detected but I need to know more > about that before I can tell what is going on. > /b > > On Jun 23, 2008, at 1:14 PM, Steve Laroche wrote: > > Instead of 123456789012345678901234567890* I receive > 1344455677890223444567890233344455567890*. While for all the other test > that I did I do receive 123456789012345678901234567890*. I did this test > many time and always the same result, I have an issue with DTMF when > playback is running and the call is originate through openzap. > > > > > _______________________________________________ > Freeswitch-dev mailing list > Freeswitch-dev@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev > http://www.freeswitch.org > > -- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:[EMAIL PROTECTED] <[EMAIL PROTECTED]> GTALK/JABBER/PAYPAL:[EMAIL PROTECTED]<[EMAIL PROTECTED]> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:[EMAIL PROTECTED] <[EMAIL PROTECTED]> iax:[EMAIL PROTECTED]/888 googletalk:[EMAIL PROTECTED]<[EMAIL PROTECTED]> pstn:213-799-1400
_______________________________________________ Freeswitch-dev mailing list Freeswitch-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org