Hi Mike,

Lets suppose we have:


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@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@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@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