Lawrence,<br><br>Thanks for this explanation. It was very well written. I&#39;m looking for a place to codify this on the wiki so that it gets preserved... :)<br><br>-MC<br><br><div class="gmail_quote">On Tue, Jan 8, 2013 at 1:56 PM, Lawrence Conroy <span dir="ltr">&lt;<a href="mailto:lconroy@insensate.co.uk" target="_blank">lconroy@insensate.co.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi there,<br>
 at the risk of butting in on someone else&#39;s party ...<br>
Nope; your interpretations is NOT best practice.<br>
I have some sympathy, as the term domain is overloaded within fS.<br>
<br>
A sip address consists of a userpart and a domain part -- e.g., &lt;sip:user@sipdomain&gt;<br>
The sip domain is similar to an email domain -- e.g., &lt;mailto:<a href="mailto:user@maildomain">user@maildomain</a>&gt;<br>
With email, you need to do a lookup of the MX record in DNS to find the FQDN of the machine that handles mail for the domain.<br>
With SIP (see RFC 3263), you do a lookup on the SRV record (at _sip._udp.&lt;sipdomain&gt;) to find the machine that handles SIP<br>
registrations/incalls for the domain. That also gives you the port on which that machine is listening.<br>
(Yup, you can also have a NAPTR record in the domain to tell you where the SRV record is, but many folks don&#39;t bother -- for Best Practice, you should, but ...)<br>
<br>
There IS a &quot;get out&quot; clause in the SIP specs for RFC 2543 (AKA legacy) support that means most SIP clients will look for the SRV and, if it can&#39;t be found (or there&#39;s an IP address rather than a DNS -style domain, in which case the SIP client won&#39;t bother hunting the SRV), the client will guess that the domain has a machine (i.e. it will look for an A or AAAA record), and also guess it&#39;s listening on 5060 (the default port).<br>

Email is the same (mail to <a href="mailto:fred@example.com">fred@example.com</a>, and strictly the sender will do a check for a MX and then look for an A record for <a href="http://example.com" target="_blank">example.com</a>, and try there).<br>

<br>
However, relying on that default &quot;get out&quot; clause is definitely NOT what you should do for BCP.<br>
Using the hostname as the sip domain is a kludge -- the FQDN with A record usually works, but it&#39;s not what you want to do.<br>
<br>
SO ... get yourself a domain, put a D2U NAPTR at that domain, put a SRV at _sip._udp.&lt;domain&gt;, and you&#39;re done. No need for an A record at that domain at all.<br>
<br>
(RFC 3263 is not too hard to read, for a change -- it&#39;s certainly shorter than RFC 3261, and it even has an ASCII art diagram :).<br>
<br>
all the best,<br>
  Lawrence<br>
<div><div class="h5"><br>
On 8 Jan 2013, at 21:05, Steven Schoch wrote:<br>
<br>
&gt; On Fri, Dec 28, 2012 at 8:47 PM, Tim St. Pierre &lt;<br>
&gt; <a href="mailto:fs-list@communicatefreely.net">fs-list@communicatefreely.net</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; Hi Steven,<br>
&gt;&gt;<br>
&gt;&gt; I would recommend using a proper domain name as much as possible.  For<br>
&gt;&gt; one, it looks<br>
&gt;&gt; nicer!  A SIP URI is supposed to be user@domain like an e-mail address<br>
&gt;&gt; is, and I hope that<br>
&gt;&gt; one day URI dialing will be common place, so we might as well do it right<br>
&gt;&gt; the first time.<br>
&gt;&gt;<br>
&gt;<br>
&gt; What you&#39;re saying is that &quot;domain&quot; should really be a fully-qualified host<br>
&gt; name that points via DNS to the actual host on which FreeSwitch is running.<br>
&gt; That is, the domain should be &quot;<a href="http://pbx.example.com" target="_blank">pbx.example.com</a>&quot; instead of just &quot;<br>
&gt; <a href="http://example.com" target="_blank">example.com</a>&quot;, as the last example would most likely point to a web server,<br>
&gt; not the SIP server.  Do I have that right?<br>
&gt;<br>
&gt; Next, in the configuration for Polycom phones (for example), there are 2<br>
&gt; fields that both have the userid.  In the example in<br>
&gt; <a href="http://wiki.freeswitch.org/wiki/Polycom_configuration" target="_blank">http://wiki.freeswitch.org/wiki/Polycom_configuration</a> it has:<br>
&gt;<br>
&gt; reg.1.auth.userId=&quot;1000&quot;<br>
&gt;<br>
&gt; and<br>
&gt;<br>
&gt; reg.1.address=&quot;1000@fs.domain.local&quot;<br>
&gt;<br>
&gt; How is the &quot;address&quot; value used?  Is that sent in the SIP registration<br>
&gt; message?  If that&#39;s the case, what does Freeswitch do with it?<br>
&gt;<br>
&gt; --<br>
&gt; Steve<br>
</div></div>&gt; _________________________________________________________________________<br>
&gt; Professional FreeSWITCH Consulting Services:<br>
&gt; <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
&gt; <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
&gt;<br>
&gt; FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
&gt; <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
&gt;<br>
&gt; Official FreeSWITCH Sites<br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
&gt; <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
&gt; <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
&gt;<br>
&gt; FreeSWITCH-users mailing list<br>
&gt; <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
&gt; <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
&gt; UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
&gt; <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><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>
</blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>