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. Steve Laroche, ing. jr Architecte / Analyste principal / Tech Lead IP5 Corporation 507, Place d'Armes Bureau 510 Montréal, Québec H2Y 2W8 T: 514.935.9300 [557] F: 514.788.4291 slaroche@ip5.com<mailto:slaroche@ip5.com> P Est-ce vraiment nécessaire d'imprimer ce courriel ? Is it really necessary to print this e-mail? From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, June 23, 2008 2:04 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] DTMF issue on playback command with openzap What is on the other end of this test interpreting the DTMF for you to verify its bad? /b On Jun 23, 2008, at 12:52 PM, Steve Laroche wrote: Test 2 ----------------------------------------------------------------- Enter this set of DTMF (123456789012345678901234567890*) while the playback command is active. The call is originate through openzap. Event_Socket trace: http://pastebin.freeswitch.org/4678 Result: There's a problem. The DTMF don't seem to be handles correctly. I'm not receiving the DTMF in the right order, because there's some duplication in the DTMF and I even miss some DTMF.