Lawrence,<br><br>Thanks for this explanation. It was very well written. I'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"><<a href="mailto:lconroy@insensate.co.uk" target="_blank">lconroy@insensate.co.uk</a>></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'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., <sip:user@sipdomain><br>
The sip domain is similar to an email domain -- e.g., <mailto:<a href="mailto:user@maildomain">user@maildomain</a>><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.<sipdomain>) 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't bother -- for Best Practice, you should, but ...)<br>
<br>
There IS a "get out" 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't be found (or there's an IP address rather than a DNS -style domain, in which case the SIP client won'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'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 "get out" 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'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.<domain>, and you'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'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>
> On Fri, Dec 28, 2012 at 8:47 PM, Tim St. Pierre <<br>
> <a href="mailto:fs-list@communicatefreely.net">fs-list@communicatefreely.net</a>> wrote:<br>
><br>
>> Hi Steven,<br>
>><br>
>> I would recommend using a proper domain name as much as possible. For<br>
>> one, it looks<br>
>> nicer! A SIP URI is supposed to be user@domain like an e-mail address<br>
>> is, and I hope that<br>
>> one day URI dialing will be common place, so we might as well do it right<br>
>> the first time.<br>
>><br>
><br>
> What you're saying is that "domain" should really be a fully-qualified host<br>
> name that points via DNS to the actual host on which FreeSwitch is running.<br>
> That is, the domain should be "<a href="http://pbx.example.com" target="_blank">pbx.example.com</a>" instead of just "<br>
> <a href="http://example.com" target="_blank">example.com</a>", as the last example would most likely point to a web server,<br>
> not the SIP server. Do I have that right?<br>
><br>
> Next, in the configuration for Polycom phones (for example), there are 2<br>
> fields that both have the userid. In the example in<br>
> <a href="http://wiki.freeswitch.org/wiki/Polycom_configuration" target="_blank">http://wiki.freeswitch.org/wiki/Polycom_configuration</a> it has:<br>
><br>
> reg.1.auth.userId="1000"<br>
><br>
> and<br>
><br>
> reg.1.address="1000@fs.domain.local"<br>
><br>
> How is the "address" value used? Is that sent in the SIP registration<br>
> message? If that's the case, what does Freeswitch do with it?<br>
><br>
> --<br>
> Steve<br>
</div></div>> _________________________________________________________________________<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>
<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>