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.<br>
<br>There are a few solutions:<br>1) Client side: Either get a phone that can fall back to a backup, or log out and in again<br>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<br>
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.<br>
<br>-Steve<br><br><br><div class="gmail_quote">On 20 September 2010 05:21, Tim St. Pierre <span dir="ltr"><<a href="mailto:fs-list@communicatefreely.net">fs-list@communicatefreely.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I think you are missing something, or at least not really explaining the problem.<br>
<br>
SIP doesn't need to maintain a connection between calls. If you are using udp, there isn't any<br>
state maintained.<br>
<br>
If your server goes down (ie. crashes or reboots), and the registration information is stored in a<br>
persistent database, it can still be valid when it comes back up, or that registration data can also<br>
be used by a different server that is replicating the same data. Usually it's NAT that gets in the<br>
way of this - closing the udp ports due to inactivity or something else similar. There are lots of<br>
failover options in SIP. You can use SRV records with multiple proxies, etc. All a phone needs to<br>
do is to keep a server informed of where to find it if a call comes in. There is no need to<br>
maintain a connection.<br>
<br>
Depending on the endpoint, a lot of phones will switch to a backup server, and keep trying the<br>
primary server. If it comes back up, it wil re-register to the primary. Again, if this data is<br>
replicated, it doesn't really matter which server it registers to, as long as it registers somewhere.<br>
<br>
Maybe if you explain in a bit more detail, someone can help out a bit more.<br>
<font color="#888888"><br>
-Tim<br>
</font><div><div></div><div class="h5"><br>
marian szczepkowski wrote:<br>
> Hi<br>
><br>
> From what I can gather the idiots who wrote SIP decided that a server<br>
> is a never a point of failure, x.25 and all other telecommunication<br>
> protocols I have had experience with are able to recover from a remote<br>
> end error/restart. All I can find with SIP is a daft time out in the<br>
> device to perform a re-registration request, and until that time the<br>
> unit is unable to make a call.<br>
><br>
> Am I missing something or do I have to go jump through hoops with my<br>
> phone code to re-connect to a server after a server failure.<br>
><br>
> _______________________________________________<br>
> FreeSWITCH-users mailing list<br>
> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_______________________________________________<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>