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<rupa@rupa.com> wrote:
On Thu, Aug 13, 2009 at 6:54 PM, Mathieu Rene<mrene_lists@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