Hi Ashley, A very simple HA solution can be achieved by using SRV. But according to your email, the solution that comes to my mind is the following:
PSTN Gw --> OpenSIPs stateless w/ dispatcher module --> many FS boxes And if you want a balanced distribution of the calls, you can write a piece of code to keep statistics of your active sessions in a db. Each time a call arrives to a FS box, you trigger your piece of code to store a session record in a db and when the call ends you update the statistics in the db. This way, OpenSIPs can ask this db before making the decision where to route an incoming call. Fail over? If OpenSIPs gets a time out, just try with the next FS box. I hope it helps you. Pablo 2009/4/2 Ashley van Gerven <[email protected]> > Hi, > > I can't find much info on setting up a redundant or heavy load FreeSwitch > implementation. Are there any > links apart from: http://wiki.freeswitch.org/wiki/Enterprise_deployment ? > > I imagine the entry level solution is to have two FS boxes configured > identitcally, with > redundant SBC software (recommendations?) in front, passing the calls to > the primary FS box, > or the backup FS box if the primary is not responding. Is that the easiest > solution? > > What about a situation of having a level of concurrent calls beyond what > one FS box can handle? I realise > that would be a very large number of concurrent calls, but we would need a > good plan on how to scale the > systems. > > Are there recommendations for load balancing solutions? Either soft or > hardware? > > My guess would be having 3 + 1 spare FS servers would work, where calls are > distributed accross 3 FS boxes > by a load balancer with one spare in event of failure. > > Also how would a FS box at max capacity behave? Does FS monitor available > resources and reject the > excess calls that it can't handle? Or would the load balancer have to be > configured with the maximum number > of calls per box? > > Would love to hear some experiences of deploying FS with failover & high > load. > > > Thanks > Ash > > > _______________________________________________ > 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
