i've tried rfc2833,inband and info having the same behaviour in all situation.
2016-06-30 23:53 GMT+02:00 nik600 <[email protected]>: > sorry for top-posting, the two topics started with 2 different reason > subject, but then we finished on the same problem. > > btw,the 2 show channel are reported above: > > the channel with DTMF working > > kcenter*CLI> core show channel SIP/pbx2-000004b9 > -- General -- > Name: SIP/pbx2-000004b9 > Type: SIP > UniqueID: 1467323106.1275 > Caller ID: xxxx > Caller ID Name: xxxx > DNID Digits: yyyy > Language: en > State: Up (6) > Rings: 0 > NativeFormats: 0x4 (ulaw) > WriteFormat: 0x4 (ulaw) > ReadFormat: 0x4 (ulaw) > WriteTranscode: No > ReadTranscode: No > 1st File Descriptor: 29 > Frames in: 325 > Frames out: 44 > Time to Hangup: 0 > Elapsed Time: 0h0m6s > Direct Bridge: <none> > Indirect Bridge: <none> > -- PBX -- > Context: c_Queues > Extension: 01 > Priority: 1 > Call Group: 0 > Pickup Group: 0 > Application: Read > Data: RESPONSE,beep,1,s,3,5 > Blocking in: ast_waitfor_nandfds > > > the channel with DTMF not working: > > kcenter*CLI> core show channel Local/user1@c_Queues-5d47;1 > -- General -- > Name: Local/user1@c_Queues-5d47;1 > Type: Local > UniqueID: 1467323176.1277 > Caller ID: zzz > Caller ID Name: zzz > DNID Digits: (N/A) > Language: en > State: Ringing (5) > Rings: 0 > NativeFormats: 0x4 (ulaw) > WriteFormat: 0x4 (ulaw) > ReadFormat: 0x4 (ulaw) > WriteTranscode: No > ReadTranscode: No > 1st File Descriptor: -1 > Frames in: 1 > Frames out: 0 > Time to Hangup: 0 > Elapsed Time: 0h0m13s > Direct Bridge: <none> > Indirect Bridge: <none> > -- PBX -- > Context: c_Queues > Extension: 01 > Priority: 1 > Call Group: 0 > Pickup Group: 0 > Application: AppQueue > Data: (Outgoing Line) > Blocking in: ast_waitfor_nandfds > > the only difference i see is the "1st File Descriptor" pointing to -1 > > 2016-06-30 23:29 GMT+02:00 Steve Edwards <[email protected]>: > >> Please don't top post. >> >> On Thu, 30 Jun 2016, nik600 wrote: >> >> this is the point, and the strange thing:DTMF is set to rfc2833, but is >>> working both on incoming and outgoing calls, it is not working only on >>> calls generated with the Originate AMI command, or with the queue member >>> that point to Local dialplan, as you suggested >>> >> >> Does 'show channel' on a leg originated by a handset differ from a leg >> originated by AMI? >> >> -- >> Thanks in advance, >> ------------------------------------------------------------------------- >> Steve Edwards [email protected] Voice: +1-760-468-3867 PST >> https://www.linkedin.com/in/steve-edwards-4244281 >> -- >> _____________________________________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> New to Asterisk? Join us for a live introductory webinar every Thurs: >> http://www.asterisk.org/hello >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> > > > > -- > /*************/ > nik600 > http://www.kumbe.it > -- /*************/ nik600 http://www.kumbe.it
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
