gt; ** **
>
> Have a great day!
>
> Dan
>
> ** **
>
> ** **
>
> ** **
>
> *From:* asterisk-users-boun...@lists.digium.com [mailto:
> asterisk-users-boun...@lists.digium.com] *On Behalf Of *Lenz Emilitri
> *Sent:* Tuesday, May 14, 2013 11:16 AM
> *To:*
ial Discussion
Subject: [asterisk-users] dial and bridge
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@ext)
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 wrote:
> I think you could use twice the Park action to park the channels ->
> https://wiki.asterisk.org/wiki/display/AST/ManagerA
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 wrote:
> I never actually used parking, but should
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
> The dial n bridge might work, but there ain't indefinite wait in that
> scen
The dial n bridge might work, but there ain't indefinite wait in that
scenario.
Direct calls to parking you might try Local(70X@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,
Hi Warren,
the problem is that all I have is two channels, so the specs might be "join
SIP/123 and SIP/345" not "join SIP/123 to 456@from-internal". They might be
Local channels, but this should be able handle the general case. The reason
why I have channels and not ext@ctxt is that I read them liv
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
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 ca
On Tue, May 14, 2013 at 11:16 AM, 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@ext) and
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 ca
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@ext) and "park" it somehow
- dial call 2 (where again the caller is in channel
12 matches
Mail list logo