[Freeswitch-users] NAPTR and TCP transport

Lawrence Conroy lconroy at insensate.co.uk
Mon Nov 9 21:01:48 MSK 2015 

Hi again,
 thanks for putting up the tdemo zone.
Looking at your log, fS DOES get both NAPTRs and process them in the correct order. fS *is* doing the sorting, as your DNS server appears to round robin randomisation on the records in the DNS. Good news: fS gets and parses the DNS correctly; Bad news: behaviour must be in the bowels of Sofia :/
all the best & thanks
  Lawrence

On 9 Nov 2015, at 16:59, Stanislav Sinyagin <ssinyagin at gmail.com> wrote:

> the user at 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 at freeswitch.org> wrote:
> sofia loglevel all 9, watch the debug, is user at domain locally registered or a remote user/domain?
> 
> On Mon, Nov 9, 2015 at 9:45 AM, Stanislav Sinyagin <ssinyagin at 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 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
> 
> _________________________________________________________________________
> 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

Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users mailing list