[sr-dev] Patch: Respect Order field in NAPTR, as required by RFC 2915
Daniel-Constantin Mierla
miconda at gmail.com
Sun Oct 20 22:10:14 CEST 2013
Hello,
thanks for the patch, I will look over it soon.
Cheers,
Daniel
On 10/18/13 3:14 PM, Øyvind Kolbu wrote:
> Hi,
>
> Kamailio's NAPTR behavior by default ignores the Order field, which it is
> not allowed to do. Excerpt from RFC 2915:
>
> Order
> A 16-bit unsigned integer specifying the order in which the NAPTR
> records MUST be processed to ensure the correct ordering of
> rules. Low numbers are processed before high numbers, and once a
> NAPTR is found whose rule "matches" the target, the client MUST
> NOT consider any NAPTRs with a higher value for order (except as
> noted below for the Flags field).
>
> Currently one can set dns_{udp,tcp,tls,sctp}_pref to the same value and
> then it will respect the Order field. This has the problem that the SRV
> lookup order is forced to udp, tcp, tls and sctp.¹ Hence you can not
> follow the RFC for NAPTR and also set your own priorities for SRV. E.g. I
> want to have tls -> tcp -> udp and adhere to the NAPTR.
>
> Made a core option, dns_naptr_ignore_rfc, default off, to preserve today's
> behavior. See attached patch.
>
> One implementation detail is that one currently can disable a protocol
> by setting the priority to -1. In my patch that is currently ignored.
> Can add a check for that in init_naptr_proto_prefs() before setting
> a protocol's preference to 1.
>
> ¹ Mandated by the order of ip_addr.h's enum sip_protos.
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Trainings - Berlin, Nov 25-28; Miami, Nov 18-20, 2013
- more details about Kamailio trainings at http://www.asipto.com -
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20131020/77535fce/attachment.html>
More information about the sr-dev
mailing list