Matt,<br><br> 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. <br>
<br>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.<br>
<br>-ag <br><br><div class="gmail_quote">On Sat, Apr 26, 2008 at 6:18 PM, Matt Florell <<a href="mailto:astmattf@gmail.com">astmattf@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Here's a patch I posted a long time ago, and the next patch done a<br>
little while later that does bridging in 1.2 that I think you are<br>
looking for:<br>
<br>
<a href="http://bugs.digium.com/view.php?id=4297" target="_blank">http://bugs.digium.com/view.php?id=4297</a><br>
<a href="http://bugs.digium.com/view.php?id=5841" target="_blank">http://bugs.digium.com/view.php?id=5841</a><br>
<br>
Not sure if it's relevant any more, but it is a dev-related post :)<br>
<font color="#888888"><br>
MATT---<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
On 4/26/08, ast guy <<a href="mailto:astguy@gmail.com">astguy@gmail.com</a>> wrote:<br>
> Discussion is about application development, IMHO developers are more aware<br>
> of * API than normal * users. Thanks for sighting app_bridge, I have read<br>
> about it and comes with *-1.6-beta, but I have option 1 as 1.2 and option 2<br>
> for 1.4. So can I do such trick in *-1.2. I think I need to go through it's<br>
> code implementation.<br>
><br>
> -ag<br>
><br>
><br>
> On Sat, Apr 26, 2008 at 5:41 PM, Steve Totaro<br>
> <<a href="mailto:stotaro@totarotechnologies.com">stotaro@totarotechnologies.com</a>> wrote:<br>
> > This is really not a Dev question but a users question. At the risk<br>
> > of encouraging posting to the incorrect list I will give you a hint.<br>
> > Google app_bridge.<br>
> ><br>
> > Thanks,<br>
> > Steve Totaro<br>
> ><br>
> ><br>
> ><br>
> ><br>
> > On Sat, Apr 26, 2008 at 7:18 AM, ast guy <<a href="mailto:astguy@gmail.com">astguy@gmail.com</a>> wrote:<br>
> > > Well I'm expecting around 30-40 concurrent calls, 80 channels in total.<br>
> > ><br>
> > > -ag<br>
> > ><br>
> > ><br>
> > ><br>
> > > On Sat, Apr 26, 2008 at 2:14 PM, Wolfgang Pichler <<a href="mailto:wpichler@yosd.at">wpichler@yosd.at</a>><br>
> wrote:<br>
> > ><br>
> > > > Hi,<br>
> > > ><br>
> > > > i think the best way (maybe the only way - i don't know exactly) would<br>
> > > > be to use the manager command redirect and redirect both channels into<br>
> a<br>
> > > > conference (i don't think that you have that much overhead there - how<br>
> > > > many channels at the same time will do that ?)<br>
> > > ><br>
> > > > regards,<br>
> > > > Wolfgang<br>
> > > ><br>
> > > > ast guy schrieb:<br>
> > > ><br>
> > > ><br>
> > > ><br>
> > > > > Hi,<br>
> > > > > I'm looking for some approach where I can bridge two different<br>
> > > > > channels. Let me explain the scenario.<br>
> > > > > channel-A lands in dial plan and executes an application-X. Now<br>
> there<br>
> > > > > is another channel-B in the same context but on different<br>
> application<br>
> > > > > say Playback() . What is the best approach to bridge both channels?<br>
> > > > ><br>
> > > > > - Add both channels in conference ? Is a good approach, what about<br>
> > > > > resource usage ?<br>
> > > > > - Any code/API available to do bridge both, like native pbx<br>
> behavior ?<br>
> > > > ><br>
> > > > > If both channels have been bridged then will channel-A return to<br>
> > > > > application-X ? and channel-B to Playback() ? after bridge is no<br>
> > > longer...<br>
> > > > > Well I'm also interested in to hangup channel after a specific time<br>
> > > > > out value has reached or either party hangs up.<br>
> > > > ><br>
> > > > ><br>
> > > > > -AG<br>
> > > > ><br>
> ------------------------------------------------------------------------<br>
> > > > ><br>
> > > > > _______________________________________________<br>
> > > > > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
> > > > ><br>
> > > > > asterisk-dev mailing list<br>
> > > > > To UNSUBSCRIBE or update options visit:<br>
> > > > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> > > ><br>
> > > ><br>
> > > > _______________________________________________<br>
> > > > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
> > > ><br>
> > > > asterisk-dev mailing list<br>
> > > > To UNSUBSCRIBE or update options visit:<br>
> > > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> > > ><br>
> > ><br>
> > ><br>
> > > _______________________________________________<br>
> > > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
> > ><br>
> > > asterisk-dev mailing list<br>
> > > To UNSUBSCRIBE or update options visit:<br>
> > ><br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> > ><br>
> ><br>
> > _______________________________________________<br>
> > --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
> ><br>
> > asterisk-dev mailing list<br>
> > To UNSUBSCRIBE or update options visit:<br>
> > <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
> ><br>
><br>
><br>
> _______________________________________________<br>
> --Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
><br>
> asterisk-dev mailing list<br>
> To UNSUBSCRIBE or update options visit:<br>
> <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
><br>
<br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</div></div></blockquote></div><br>