[asterisk-users] dial and bridge

Ioan Indreias indreias at gmail.com
Wed May 15 08:35:05 CDT 2013


BTW - what was exactly the problem when trying to bridge the two channels
that you have sent to the wait application?


On Wed, May 15, 2013 at 4:29 PM, Ioan Indreias <indreias at gmail.com> wrote:

> I think you could use twice the Park action to park the channels ->
> https://wiki.asterisk.org/wiki/display/AST/ManagerAction_Park
>
> In the end you will have to bridge the parked channels.
>
> HTH,
> Ioan
>
>
> On Wed, May 15, 2013 at 1:03 PM, Lenz Emilitri <lenz.loway at gmail.com>wrote:
>
>> I never actually used parking, but should it work if I call the Park
>> application as the second leg of the Originate (w/o going through the
>> dialplan)? I dont seem to be able to make it work.
>>  l.
>>
>>
>> 2013/5/15 Mitul Limbani <mitul at enterux.in>
>>
>>> The dial n bridge might work, but there ain't indefinite wait in that
>>> scenario.
>>> Direct calls to parking you might try Local(70X at from-internal) but I m
>>> not sure if this method works reliably.
>>>
>>>  The method I mentioned is used by vicidial and it works flawlessly, yes
>>> it comes with some computing load, however you can try the newer ConfBridge
>>> app to see if its cheaper.
>>>
>>> Mitul
>>>
>>> On Wednesday, May 15, 2013, Lenz Emilitri wrote:
>>>
>>>> Hi Mitul,
>>>> I agree that the dialplan way is easier, but it's a client requirement
>>>> to avoid using it. I was wondering if there was a way to send a call
>>>> directly to a parking slot right from the originate, because that is
>>>> cheaper than running conferences, and then joining the second call right to
>>>> the parked call, so that all we have to do is two originates.
>>>> l.
>>>>
>>>>
>>>> 2013/5/14 Mitul Limbani <mitul at enterux.in>
>>>>
>>>>> Dial first call and put it into a conference, then dial second call
>>>>> and put him into same conference to bridge both.
>>>>>
>>>>> However dial plan way is much more simpler.
>>>>>
>>>>> Mitul
>>>>>
>>>>>
>>>>> On Tuesday, May 14, 2013, Lenz Emilitri wrote:
>>>>>
>>>>>>
>>>>>> Hi all,
>>>>>> I need some advice - I have been working on originating multiple
>>>>>> calls using AMI and then joining them.
>>>>>> What I want to do is:
>>>>>> - dial call 1 (where the caller is in a "channel" format, like
>>>>>> SIp/1234 or Local/1234 at ext) and "park" it somehow
>>>>>> - dial call 2 (where again the caller is in channel format) and join
>>>>>> it to the previous call.
>>>>>>
>>>>>> As a requirement, I cannot use the dialplan as an end-point (as I
>>>>>> cannot change it) but need to use the AMI only.
>>>>>>
>>>>>> I tried doing something like:
>>>>>>
>>>>>> Action: Originate
>>>>>> Channel: Local/300 at from-internal
>>>>>> Async: 1
>>>>>> Application: Wait
>>>>>> Data: 1973
>>>>>>
>>>>>> So that the call goes to 300 and then basically stays there forever,
>>>>>> and then I dial again:
>>>>>>
>>>>>> Action: Originate
>>>>>> Channel: Local/500 at from-internal
>>>>>> Async: 1
>>>>>> Application: Wait
>>>>>> Data: 1973
>>>>>>
>>>>>> And then try to bridge the results, but it does not seem to work.
>>>>>> What I would like to do would be more on the lines of:
>>>>>>
>>>>>> Originate call 1 and park it (using a park or waiting)
>>>>>> Originate call 2 and bridge it immediately to call1 (using the
>>>>>> Application part)
>>>>>>
>>>>>> But maybe I am missing something? is there anybody who has better
>>>>>> suggestions?
>>>>>>
>>>>>> Thanks
>>>>>> l.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Loway - home of QueueMetrics - http://queuemetrics.com
>>>>>> Test-drive WombatDialer beta @ http://wombatdialer.com
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Regards,
>>>>> Mitul Limbani,
>>>>> Chief Architech & Founder,
>>>>> Enterux Solutions Pvt. Ltd.
>>>>> 110 Reena Complex, Opp. Nathani Steel,
>>>>> Vidyavihar (W), Mumbai - 400 086. India
>>>>> http://www.enterux.com/
>>>>> http://www.entvoice.com/
>>>>> email: mitul at enterux.in
>>>>> DID: +91-22-71967121
>>>>> Cell: +91-9820332422
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> _____________________________________________________________________
>>>>> -- 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
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Loway - home of QueueMetrics - http://queuemetrics.com
>>>> Test-drive WombatDialer beta @ http://wombatdialer.com
>>>>
>>>
>>>
>>> --
>>> Regards,
>>> Mitul Limbani,
>>> Chief Architech & Founder,
>>> Enterux Solutions Pvt. Ltd.
>>> 110 Reena Complex, Opp. Nathani Steel,
>>> Vidyavihar (W), Mumbai - 400 086. India
>>> http://www.enterux.com/
>>> http://www.entvoice.com/
>>> email: mitul at enterux.in
>>> DID: +91-22-71967121
>>> Cell: +91-9820332422
>>>
>>>
>>>
>>> --
>>> _____________________________________________________________________
>>> -- 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
>>>
>>
>>
>>
>> --
>> Loway - home of QueueMetrics - http://queuemetrics.com
>> Test-drive WombatDialer beta @ http://wombatdialer.com
>>
>> --
>> _____________________________________________________________________
>> -- 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
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130515/80181302/attachment.htm>


More information about the asterisk-users mailing list