[Freeswitch-users] server failure

[Steven Ayre]

I think it sounds like the issue is having is his phone registers and the
server then crashes. Because there is no connection kept open the phone
doesn't detect the server is no longer available, so it keeps trying to send
calls to the offline server instead of switching to another server.

There are a few solutions:
1) Client side: Either get a phone that can fall back to a backup, or log
out and in again
2) Server side: Install a load balancer/ipvs/virtual ip to perform HA so
that when one server fails another server automatically takes over its calls
3) Client+server combination: Use DNS SRV records to give the client a list
of several servers with weights & priorities. It'll rely on the client
supporting that though, and not just calling the same IP from the pool every
time.

-Steve


On 20 September 2010 05:21, Tim St. Pierre <fs-list at communicatefreely.net>wrote:

> I think you are missing something, or at least not really explaining the
> problem.
>
> SIP doesn't need to maintain a connection between calls.  If you are using
> udp, there isn't any
> state maintained.
>
> If your server goes down (ie. crashes or reboots), and the registration
> information is stored in a
> persistent database, it can still be valid when it comes back up, or that
> registration data can also
> be used by a different server that is replicating the same data.  Usually
> it's NAT that gets in the
> way of this - closing the udp ports due to inactivity or something else
> similar.  There are lots of
> failover options in SIP.  You can use SRV records with multiple proxies,
> etc.  All a phone needs to
> do is to keep a server informed of where to find it if a call comes in.
>  There is no need to
> maintain a connection.
>
> Depending on the endpoint, a lot of phones will switch to a backup server,
> and keep trying the
> primary server.  If it comes back up, it wil re-register to the primary.
>  Again, if this data is
> replicated, it doesn't really matter which server it registers to, as long
> as it registers somewhere.
>
> Maybe if you explain in a bit more detail, someone can help out a bit more.
>
> -Tim
>
> marian szczepkowski wrote:
> >   Hi
> >
> >  From what I can gather the idiots who wrote SIP decided that a server
> > is a never a point of failure, x.25 and all other telecommunication
> > protocols I have had experience with are able to recover from a remote
> > end error/restart. All I can find with SIP is a daft time out in the
> > device to perform a re-registration request, and until that time the
> > unit is unable to make a call.
> >
> > Am I missing something or do I have to go jump through hoops with my
> > phone code to re-connect to a server after a server failure.
> >
> > _______________________________________________
> > 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/20100920/8b123935/attachment.html