Hi Rupa, What about my suggestion above introduce a "api_after_bridge" event that fires when the switch_ivr_uuid_bridge() bridges to the two sofia channels that Mathieu mentioned?
Is that suggestion just way off the mark? If possible that would allow me to move forward - although I agree that supporting groupings of carriers is would be the most elegant solution. Let me know if I am just talking rubbish re the api_after_bridge" event. Thanks! Phillip Jones On Fri, Aug 14, 2009 at 2:33 AM, Rupa Schomaker<r...@rupa.com> wrote: > On Thu, Aug 13, 2009 at 6:54 PM, Mathieu Rene<mrene_li...@avgs.ca> wrote: >> Hi All, >> >> The reason it works when you wait 3 seconds is that mod_loopback bails > > [snip] > > Thanks for that explanation. It umm.. explains a lot. :) > >> On another note, mod_sofia will behave differently when it detects its >> being bridge with another sofia channel, providing optimizations when >> both call legs are SIP. >> >> My personal opinion is not to use mod_loopback unless absolutely >> necessary, FreeSWITCH's core is very flexible and there's often a >> (better) way than using mod_loopback. > > So, I think the temp solution is to use loopback+delayed no media. > > but the real "solution" is to either drive the forked dialing logic > externally (event socket) or consider supporting groupings in the > bridge which.. umm... is gonna be a pain and will need buy in from > from Tony and other core devs since that is a core (no pun intended) > piece of code that nearly everything uses. > > I'm not sure I want to take a wack at it. > > -- > -Rupa > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users@lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org