[Freeswitch-users] NAPTR and TCP transport

[Stanislav Sinyagin]

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 at 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 at 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 at freeswitch.org> wrote:
>> You're in a NAPTR records may be incorrect, example pleas
>>
>>
>> On Monday, November 9, 2015, Stanislav Sinyagin <ssinyagin at gmail.com> wrote:
>> If I specify a bridge destination as "sofia/external/USER at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org