the user@domain is a remote SIP URI, and the DNS points to port 5080 on the remote server.

Here's sofia loglevel 9. It receives two NAPTR records, and takes the one for SIP. It prints "tport not used" -- probably that's the clue why it doesn't try to use TCP.




sres.c:3572 sres_log_response() sres_resolver_receive(0x17af08, 0x1a3ff8) id=36650 (from [10.1.31.38]:53)
nta.c:10465 outgoing_answer_naptr() nta: demo.voxserv.net. IN NAPTR 100 100 "S" "SIP+D2T" "" _sip._tcp.demo.voxserv.net. (tport not used)
nta.c:10465 outgoing_answer_naptr() nta: demo.voxserv.net. IN NAPTR 110 100 "S" "SIP+D2U" "" _sip._udp.demo.voxserv.net.
sres_cache.c:272 sres_cache_get() sres_cache_get(0x164408, SRV, "_sip._udp.demo.voxserv.net.") called
sres_cache.c:318 sres_cache_get() sres_cache_get(0x164408, SRV, "_sip._udp.demo.voxserv.net.") returned 1 entries
nta.c:10598 outgoing_query_srv() nta: for "demo.voxserv.net" query "_sip._udp.demo.voxserv.net." SRV (cached)
nta.c:10694 outgoing_answer_srv() nta: _sip._udp.demo.voxserv.net. IN SRV 10 0  5080 ph02.trrtrr.net. (udp)





On Mon, Nov 9, 2015 at 5:36 PM, Brian West <brian@freeswitch.org> wrote:
sofia loglevel all 9, watch the debug, is user@domain locally registered or a remote user/domain?

On Mon, Nov 9, 2015 at 9:45 AM, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
the records are actually documented here, and you can feel free to
send calls to these extensions:
http://voxserv.ch/demolab.html

The "tdemo.voxserv.net" points to the same service, but for TCP only.




On Mon, Nov 9, 2015 at 4:00 PM, Lawrence Conroy <lconroy@insensate.co.uk> wrote:
> Hi there,
>  from experience of running NAPTR record interops, it was common for libraries/apps to ignore the "weights" and just take the first record in the DNS message.
> [I don't have recent fS source to hand to check].
>
> More interesting is your comment that, with a single NAPTER, fS silently fails.
> Perhaps give an example by removing the 100/110 udp NAPTR (just leaving the tcp NAPTR)?
> [and flushing the fS local DNS cache, of course :]
>
> all the best,
>   Lawrence
>
>
> On 9 Nov 2015, at 13:17, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
>
>> $ dig naptr demo.voxserv.net
>>
>> ; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> naptr demo.voxserv.net
>> ;; global options: +cmd
>> ;; Got answer:
>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 19044
>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
>>
>> ;; QUESTION SECTION:
>> ;demo.voxserv.net.              IN      NAPTR
>>
>> ;; ANSWER SECTION:
>> demo.voxserv.net.       600     IN      NAPTR   110 100 "S" "SIP+D2U" "" _sip._udp.demo.voxserv.net.
>> demo.voxserv.net.       600     IN      NAPTR   100 100 "S" "SIP+D2T" "" _sip._tcp.demo.voxserv.net.
>>
>> ;; Query time: 206 msec
>> ;; SERVER: 91.214.168.168#53(91.214.168.168)
>> ;; WHEN: Mon Nov  9 14:17:30 2015
>> ;; MSG SIZE  rcvd: 144
>>
>>
>>
>>
>> On Mon, Nov 9, 2015 at 1:41 PM, Brian West <brian@freeswitch.org> wrote:
>> You're in a NAPTR records may be incorrect, example pleas
>>
>>
>> On Monday, November 9, 2015, Stanislav Sinyagin <ssinyagin@gmail.com> wrote:
>> If I specify a bridge destination as "sofia/external/USER@DOMAIN", and
>> that domain has a NAPTR record specifying TCP transport as more
>> preferred, FreeSWITCH is still sending a UDP INVITE.
>>
>> If the domain has only a NAPTR record for TCP transport, the call
>> fails without sending any INVITE.
>>
>> It works with TCP if I add ";transport=tcp" to the bridge string.
>>
>> does this look like a bug, or it was set so with some reason?
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting@freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>> --
>> Brian West
>> brian@freeswitch.org
>>
>>
>>
>> Twitter: @FreeSWITCH , @briankwest
>> http://www.freeswitchbook.com
>> http://www.freeswitchcookbook.com
>>
>> Got Bugs? Report them here! | Reddit: /r/freeswitch
>>
>> T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
>> iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest
>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting@freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting@freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://confluence.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting@freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--

Brian West
brian@freeswitch.org


Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

Got Bugs? Report them here! | Reddit: /r/freeswitch

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://confluence.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org