[asterisk-users] how to join 2 channels using AGI/AMI

[nik600]

to simplify the scenario, i've changed some settings to create a more
simple test-case:

i'm using this callfile:

Channel: DAHDI/g0/{mycellnumber}
Context:mytestdtmf
Extension:01
Priority:1

and this is my dialplan:

[mytestdtmf]

exten =>        01,1,Answer
exten =>        01,n,Read(digito,,1)
exten =>        01,n,SayDigits(${digito})

Any idea?


2016-07-01 0:13 GMT+02:00 nik600 <nik600 at gmail.com>:

> i've tried rfc2833,inband and info having the same behaviour in all
> situation.
>
> 2016-06-30 23:53 GMT+02:00 nik600 <nik600 at gmail.com>:
>
>> 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 at c_Queues-5d47;1
>>  -- General --
>>            Name: Local/user1 at 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 <asterisk.org at sedwards.com>:
>>
>>> 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       sedwards at sedwards.com      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
>



-- 
/*************/
nik600
http://www.kumbe.it
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20160701/05aaa1b1/attachment.html>