[asterisk-dev] Bridging two Channels

[Matt Florell]

Hello,

I only ever used this from a Manager API standpoint, never at the
app-level, so I'm not really sure how that would be programmed.

MATT---

On 5/26/08, ast guy <astguy at gmail.com> wrote:
> Matt,
>
>  I have used the function which accepts two channel parameters and bridges
> them. It was successful after some tweaks in my application. Now there is
> one change I'm interested to do is this. Both A and B channels are bridged
> in a new thread and I loose control and channel-A doesn't return control to
> application.
>
> example scenario: Channel A lands on app_myapp() and app_myapp() bridges
> Channel-A and Channel-XYZ resident on same machine. But after either channel
> hangs, Channel-A doesn't return to app_myapp(). I'm not interested to create
> another thread but work in the same parent one, so I get the control back
> after bridging ends.
>
> -ag
>
> On Sat, Apr 26, 2008 at 6:18 PM, Matt Florell <astmattf at gmail.com> wrote:
> > Here's a patch I posted a long time ago, and the next patch done a
> > little while later that does bridging in 1.2 that I think you are
> > looking for:
> >
> > http://bugs.digium.com/view.php?id=4297
> > http://bugs.digium.com/view.php?id=5841
> >
> > Not sure if it's relevant any more, but it is a dev-related post :)
> >
> > MATT---
> >
> >
> >
> >
> >
> > On 4/26/08, ast guy <astguy at gmail.com> wrote:
> > > Discussion is about application development,  IMHO developers are more
> aware
> > > of * API than normal * users. Thanks for sighting app_bridge, I have
> read
> > > about it and comes with *-1.6-beta, but I have option 1 as 1.2 and
> option 2
> > > for 1.4. So can I do such trick in *-1.2. I think I need to go through
> it's
> > > code implementation.
> > >
> > > -ag
> > >
> > >
> > > On Sat, Apr 26, 2008 at 5:41 PM, Steve Totaro
> > > <stotaro at totarotechnologies.com> wrote:
> > > > This is really not a Dev question but a users question.  At the risk
> > > > of encouraging posting to the incorrect list I will give you a hint.
> > > > Google app_bridge.
> > > >
> > > > Thanks,
> > > > Steve Totaro
> > > >
> > > >
> > > >
> > > >
> > > > On Sat, Apr 26, 2008 at 7:18 AM, ast guy <astguy at gmail.com> wrote:
> > > > > Well I'm expecting around 30-40 concurrent calls, 80 channels in
> total.
> > > > >
> > > > > -ag
> > > > >
> > > > >
> > > > >
> > > > > On Sat, Apr 26, 2008 at 2:14 PM, Wolfgang Pichler <wpichler at yosd.at>
> > > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > i think the best way (maybe the only way - i don't know exactly)
> would
> > > > > > be to use the manager command redirect and redirect both channels
> into
> > > a
> > > > > > conference (i don't think that you have that much overhead there -
> how
> > > > > > many channels at the same time will do that ?)
> > > > > >
> > > > > > regards,
> > > > > > Wolfgang
> > > > > >
> > > > > > ast guy schrieb:
> > > > > >
> > > > > >
> > > > > >
> > > > > > > Hi,
> > > > > > >  I'm looking for some approach where I can bridge two different
> > > > > > > channels. Let me explain the scenario.
> > > > > > > channel-A lands in dial plan and executes an application-X. Now
> > > there
> > > > > > > is another channel-B in the same context but on different
> > > application
> > > > > > > say Playback() . What is the best approach to bridge both
> channels?
> > > > > > >
> > > > > > >  - Add both channels in conference ? Is a good approach, what
> about
> > > > > > > resource usage ?
> > > > > > >  - Any code/API available to do bridge both, like native pbx
> > > behavior ?
> > > > > > >
> > > > > > > If both channels have been bridged then will channel-A return to
> > > > > > > application-X ? and channel-B to Playback() ? after bridge is no
> > > > > longer...
> > > > > > > Well I'm also interested in to hangup channel after a specific
> time
> > > > > > > out value has reached or either party hangs up.
> > > > > > >
> > > > > > >
> > > > > > > -AG
> > > > > > >
> > >
> ------------------------------------------------------------------------
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > --Bandwidth and Colocation Provided by
> http://www.api-digital.com--
> > > > > > >
> > > > > > > asterisk-dev mailing list
> > > > > > > To UNSUBSCRIBE or update options visit:
> > > > > > >
> > > http://lists.digium.com/mailman/listinfo/asterisk-dev
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > --Bandwidth and Colocation Provided by
> http://www.api-digital.com--
> > > > > >
> > > > > > asterisk-dev mailing list
> > > > > > To UNSUBSCRIBE or update options visit:
> > > > > >
> > > http://lists.digium.com/mailman/listinfo/asterisk-dev
> > > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > >  --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > > > >
> > > > >  asterisk-dev mailing list
> > > > >  To UNSUBSCRIBE or update options visit:
> > > > >
> > > http://lists.digium.com/mailman/listinfo/asterisk-dev
> > > > >
> > > >
> > > > _______________________________________________
> > > > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > > >
> > > > asterisk-dev mailing list
> > > > To UNSUBSCRIBE or update options visit:
> > > >
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> > > >
> > >
> > >
> > > _______________________________________________
> > >  --Bandwidth and Colocation Provided by http://www.api-digital.com--
> > >
> > >  asterisk-dev mailing list
> > >  To UNSUBSCRIBE or update options visit:
> > >
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> > >
> >
> > _______________________________________________
> > --Bandwidth and Colocation Provided by http://www.api-digital.com--
> >
> > asterisk-dev mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-dev
> >
>
>
> _______________________________________________
>  --Bandwidth and Colocation Provided by http://www.api-digital.com--
>
>  asterisk-dev mailing list
>  To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>