[SR-Users] Dispatcher with a naptr address as destination

Patrick Murphy patmurph7 at outlook.com
Wed Nov 28 15:06:03 CET 2018


I ran into the exact same issue. DNS resolution is just stuck on A records for OPTIONS pings irrespective of DNS options. I can see correct DNS resolution with kamcmd dns.lookup but kamcmd dispatcher.list command does not even list the gateways which have a NAPTR/SRV DNS name.

Dispatching INVITEs also fails because none of the trunks are actually loaded in memory for kamailio to process or for me to be able to set its state manually to active.

Any plans on fixing this behavior?

Cheers,
Pat.

________________________________
From: sr-users <sr-users-bounces at lists.kamailio.org> on behalf of Daniel-Constantin Mierla <miconda at gmail.com>
Sent: Friday, November 16, 2018 8:09 AM
To: Kamailio (SER) - Users Mailing List; José Seabra
Subject: Re: [SR-Users] Dispatcher with a naptr address as destination


Hello,

I think the A query you see is done by the part related to doing OPTIONS keepalive -- I haven't developed that part, but if I remember correctly I saw something like that in the code. Maybe you can disable keepalive via the mod param and see if the query is still done.

For routing, dispatcher is not doing any DNS query, just sets the R-URI or D-URI and then tm is in charge of resolving the destination address, and there should be from NAPTR down, if no transport or port is specified.

Cheers,
Daniel

On 14.11.18 17:25, José Seabra wrote:
Hello all,
I'm trying to use a naptr address as a dispatcher destination and i'm facing some issues here.

When i configure a naptr address in dispatcher table, like:
1:1:sip\:proxy-registrar-ci1.fuze.domain:0:0:'':''

I see kamailio making a dns query of type A, but since that this name doesn't have any A record configured in dns, kamailio didn't get any positive reply from it.

Should't kamailio make dns query by this order?

  1.  NAPTR
  2.  SRV
  3.  A

I noticed also that if the name configured in dispatcher table is resolved successfully with A record from dns, then kamailio tries to make a query to NAPTR and then SRV services for the exactly same name used for query previously done(type A), but only if it gets a positive answer from dns to the A type query.

I'm using kamailio version 5.1.0 with the following dns parameters configured:

####### DNS Parameters #########
dns = no
rev_dns = no
dns_try_ipv6 = no
dns_retr_time = 1
dns_retr_no = 1
dns_cache_del_nonexp = no
dns_cache_flags = 1
dns_cache_gc_interval = 120
dns_cache_init = 1
dns_cache_mem = 1000
dns_cache_negative_ttl = 60
dns_try_naptr = yes
use_dns_cache = on
use_dns_failover = on
dns_srv_lb = yes

Is there something wrongly configured here that can make kamailio behaves like that?

Thank you.
Regards
--
Cumprimentos
José Seabra



_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users at lists.kamailio.org<mailto:sr-users at lists.kamailio.org>
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users


--
Daniel-Constantin Mierla -- www.asipto.com<http://www.asipto.com>
www.twitter.com/miconda<http://www.twitter.com/miconda> -- www.linkedin.com/in/miconda<http://www.linkedin.com/in/miconda>
Kamailio World Conference -- www.kamailioworld.com<http://www.kamailioworld.com>
Kamailio Advanced Training, Nov 12-14, 2018, in Berlin -- www.asipto.com<http://www.asipto.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20181128/48f42fee/attachment.html>


More information about the sr-users mailing list