<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
<font face="Helvetica, Arial, sans-serif">Hello,<br>
<br>
DNS SRV is not really working: when I stop the Asterisk proces on my
production server, then the SIP phone is not registering to my backup
SIP server.<br>
<br>
I have the following DNS records :<br>
<br>
sip2.domain.tld. A YY.YY.YY.YY<br>
sip.domain.tld. A XX.XX.XX.XX<br>
<br>
_SIP._udp.sip2.domain.tld. SRV YY.YY.YY.YY.<br>
_SIP._udp.sip.domain.tld. SRV XX.XX.XX.XX.<br>
<br>
<br>
</font><font face="Helvetica, Arial, sans-serif">_udp.sip2.domain.tld
has a priority of 25<br>
</font><font face="Helvetica, Arial, sans-serif">_udp.sip.domain.tld
has a priority of 5<br>
</font><font face="Helvetica, Arial, sans-serif"><br>
<br>
Jonas.<br>
<br>
<br>
</font><br>
On 10/18/2010 02:03 PM, Gareth Blades wrote:
<blockquote cite="mid:4CBC3783.2050501@skycomuk.com" type="cite">
<pre wrap="">Yes if you set the production server to a higher priority then the
backup then the RFC states that the client should periodically check and
switch back to the primary server is it becomes reachable.
Jonas Kellens wrote:
</pre>
<blockquote type="cite">
<pre wrap=""> Hello,
I know YeaLink for example supports this...
Can you tell me for sure that when the production Asterisk server
becomes reachable again, the registration will go back to the production
server ??
Jonas.
On 10/18/2010 01:11 PM, Gareth Blades wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Yes that is the way it is supposed to work. You do have to rely on the
sip devices you are using fully supporting SRV records though.
</pre>
</blockquote>
</blockquote>
</blockquote>
</body>
</html>