with the scenario below can we get the better performance: We create one profile for incoming call listening on 5060 as profile1 we create two profile for outgoing calls as profile2 on 5050 and profile3 on 5051
now we are receiving all calls on profile1:5060, but while bridging them to vendors we divide them, half to profile2:5050 and half to profile3:5051, something like: <action application="bridge" data="sofia/profile2/[email protected]"/> <action application="bridge" data="sofia/profile3/[email protected]"/> Will it make any difference? Thanks On Sun, Dec 13, 2009 at 11:37 PM, Anthony Minessale < [email protected]> wrote: > Sep processes does better than sep profiles. We need to push the sofia > devs to work on a better concurrancy scheme but they are too busy with other > nokia duties these days so were stuck with what we got for now. About > 400cps on a good day > > On Dec 13, 2009 4:05 PM, "Jay Binks" <[email protected]> wrote: > > I'm interested in what the upper limit would be, when expecting a > performance improvement with sofia profiles. > > For example let's say I were to direct connect to customers ( layer 2 ) > with a .1q trunk coming in to fs and a Sofia profile for each customer. Am > I going to hit a bottleneck at 20,50,100,500 ??? > > Guess it's hardware limited , but any thoughts ? > > J > > On 14/12/2009, at 4:36, Anthony Minessale <[email protected]> > wrote: > Here is my standa... > > _______________________________________________ > FreeSWITCH-users mailing list > [email protected] > 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 > [email protected] > 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 [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
