[Freeswitch-users] HA questions.

[Tihomir Culjaga]

Hi Mike,

Lets suppose we have:


   - 2 machines configured for high availability (LAN HA) in a master/slave
   configuration with a floating public address on the master. (
   http://www.ultramonkey.org/3/topologies/ha-overview.html)
   - freeswitch installed on every machine configured to use mysql in the
   core via odbc
   - both freeswitch have identical dialplan and directory configuration
   - mysql installed on every machine (with replication between the DBs)
   - SIP Trunks towards the upper provider (without registration but i
   should work with registration)
   - SIP Phones/Terminals registering to the active freeswitch


When a terminal registers to the active freeswitch, the registration is
propagated to the inactive one via DB replication. Now, lets suppose we have
a switchover ... of course we will lose the ongoing calls but new calls
(from SIP Phones) should be able to establish. The same applies to incoming
calls from the upper provider.


Im just talking about HA here not loadbalancing and performance scaling...

what do you think about that?






On Fri, Dec 4, 2009 at 1:56 AM, Michael Jerris <mike at jerris.com> wrote:

> so your registering to the provider to get the calls?  If so, this gets
> tricky, the provider likely does not support multiple registrations, even if
> they did they probably send the call to both registered endpoints.  With
> this big unknown its not very easy to suggest a good solution.  If I were
> looking to set this up without needing proxies I would want to use srv
> records and naptr records and a provider that would balance using these
> including failiover.
>
> Mike
>
>
> On Dec 3, 2009, at 3:40 PM, Tim Uckun wrote:
>
> > On Fri, Dec 4, 2009 at 4:59 AM, Michael Jerris <mike at jerris.com> wrote:
> >> The easiest place to do this is at the point you send the calls to
> FreeSWITCH.  How are the calls coming in?
> >>
> >
> > From an as of now unkown SIP trunk provider (we are still in
> > negotiations with a couple of companies).
> >
> > _______________________________________________
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20091204/ca6d2e10/attachment-0002.html