<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 30 December 2014 at 22:49, Måns Nilsson <span dir="ltr"><<a href="mailto:mansaxel@besserwisser.org" target="_blank">mansaxel@besserwisser.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Subject: Re: [SR-Users] Kamailio Active / Active HA. Date: Mon, Dec 29, 2014 at 11:13:34AM +0000 Quoting Ben Langfeld (<a href="mailto:ben@langfeld.co.uk">ben@langfeld.co.uk</a>):<br>
<span class=""><br>
> Just a word of caution here, there are several SIP stacks which don't<br>
> handle SRV lookups correctly. I don't mean to discourage you from this, but<br>
> just to be aware of it. For example, Mobicents only understands SRV record<br>
> sets which return domain names. If you return IPs, Mobicents will go ahead<br>
> and look them up as A records and fail.<br>
<br>
</span>I would never, ever, put an IP address in the Target field of a SRV<br>
record. The specification says:<br>
<br>
   Target<br>
        The domain name of the target host.  There MUST be one or more<br>
        address records for this name, the name MUST NOT be an alias (in<br>
        the sense of RFC 1034 or RFC 2181).  Implementors are urged, but<br>
        not required, to return the address record(s) in the Additional<br>
        Data section.  Unless and until permitted by future standards<br>
        action, name compression is not to be used for this field.<br>
<br>
                RFC2782, p3<br>
<br>
Pretty clear. A host name there should be, resolved to an AAAA/A<br>
record. Mobicents is actually Doing The Right Thing; even though one could<br>
claim the Robustness Principle in favour of the more lenient behaviour,<br>
it is indeed proper to expect to be able to do DNS AAAA/A lookups on<br>
the Target string.<br></blockquote><div><br></div><div>Ah, I was not aware of this. Thanks for pointing it out :)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Further, it is a syntax violation to put an IPv6 Address in the Target<br>
field. I made a copy of my zone file and threw in a bogus SRV record. Then<br>
I gave it to the BIND 10 syntax checker, which most predictably barfed<br>
on it:<br>
<br>
ball-empfang:tmp mansaxel$ /usr/local/bind10-0a1/sbin/named-checkzone <a href="http://besserwisser.org" target="_blank">besserwisser.org</a> bsu<br>
bsu:35: warning: 2001:470:28:842:201:2eff:fe48:<a href="http://86aa.besserwisser.org" target="_blank">86aa.besserwisser.org</a>: bad name (check-names)<br>
zone <a href="http://besserwisser.org/IN" target="_blank">besserwisser.org/IN</a>: _knolk._<a href="http://tcp.besserwisser.org/SRV" target="_blank">tcp.besserwisser.org/SRV</a> '2001:470:28:842:201:2eff:fe48:<a href="http://86aa.besserwisser.org" target="_blank">86aa.besserwisser.org</a>' has no address records (A or AAAA)<br>
zone <a href="http://besserwisser.org/IN" target="_blank">besserwisser.org/IN</a>: loaded serial 2014122801<br>
OK<br>
ball-empfang:tmp mansaxel$ sed -n 35p bsu<br>
_knolk._tcp 10 SRV 0 0 567 2001:470:28:842:201:2eff:fe48:86aa<br>
<br>
So, dont! ;-)<br>
<br>
/Måns, who has a population of specialised IP phone devices that most<br>
        certainly won't do SRV.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Måns Nilsson     primary/secondary/besserwisser/machina<br>
MN-1334-RIPE                             <a href="tel:%2B46%20705%20989668" value="+46705989668">+46 705 989668</a><br>
LOOK!!  Sullen American teens wearing MADRAS shorts and "Flock of<br>
Seagulls" HAIRCUTS!<br>
</font></span></blockquote></div><br></div></div>