The CORE db for freeswitch doesn't really matter - it's all state information (other than voicemail DB), so if it really all goes to hell, e.g. in a crash, then you're no worse off than opening a clean instance of freeswitch. -Avi On Thu, Dec 30, 2010 at 7:44 PM, Steven Ayre <steveayre@gmail.com> wrote:
That'll leave you wide open to having a corrupted db, drbd too.
Personally i would use mysql cluster via odbc - all data on 2 nodes, which may or may not be on separate hardware to fs.
Steve on iPhone
On 30 Dec 2010, at 16:27, Avi Marcus <Avi@aMarcus.com> wrote:
The other option for failover I was considering is the default sqlite - set up a job to rsync it to/from the slave constantly. Perhaps even throw that into a ramdisk, if that makes a difference (the kernal may be caching it anyway). -Avi
On Thu, Dec 30, 2010 at 2:14 PM, Ghulam Mustafa <mustafa.pk@<http://gmail.com> gmail.com> wrote:
Hi everyone,
i am trying to setup FreeSWITCH as a SBC in ha mode; for this purpose i have setup two FS boxes(identical) in HA mode using heartbeat, mysql as odbc backend and enabled track-calls in both sip profiles. Everything is working as expected i.e sip sessions successfully recovered during failover in both directions.
i am just curious and would like to know should i go for odbc or is it possible to avoid odbc and use drbd for /opt/switch/db directory to keep .db files in sync between two fs boxes. is it likely to work?
another question is related to performance when track-calls is enabled, we are supposed to handle ~300 sip concurrent calls around the clock in proxy_media mode, coming from our sip provider (on external profile) and forwarding to our call-center server (configured as internal sip gateway), we have plenty of good hardware (quad-core Xeon servers with 8Gigs ram), is it good to go :) or can raise alarms?
Thanks and best regards,
-- Ghulam Mustafa cell: +92 333.611.7681 sip: <cyrenity@ekiga.net>cyrenity@ekiga.net mail: mustafa.pk@ <http://gmail.com>gmail.com web: <http://cyrenity.wordpress.com>cyrenity.wordpress.com
_______________________________________________ FreeSWITCH-users mailing list <FreeSWITCH-users@lists.freeswitch.org> FreeSWITCH-users@lists.freeswitch.org <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:<http://lists.freeswitch.org/mailman/options/freeswitch-users> http://lists.freeswitch.org/mailman/options/freeswitch-users <http://www.freeswitch.org>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
_______________________________________________ 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