[Freeswitch-users] NAPTR and TCP transport

[Lawrence Conroy]

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