Hi there, I created a feature request to cover this issue:
http://jira.freeswitch.org/browse/FSCORE-422 - The ability to support Call FollowMe (or Call Blast) and multiple termination carriers - without Loopback If anybody wants comment on its merits and/or make the request clearer - that would be great. Thanks for every bodies help on this. Phillip Jones On Fri, Aug 14, 2009 at 3:17 PM, Phillip Jones<pjinthe...@gmail.com> wrote: > 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