[asterisk-users] dial and bridge

[Mitul Limbani]

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 <javascript:_e({}, 'cvml',
> '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 <javascript:_e({}, 'cvml', '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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130515/5bbbb082/attachment.htm>