[SR-Users] NAPTR priorities doesn't seem to work properly

[Daniel-Constantin Mierla]

On 6/10/11 8:23 PM, Iñaki Baz Castillo wrote:
> 2011/6/10 Iñaki Baz Castillo<ibc at aliax.net>:
>> Maybe kamailio is taking the "order" field of the NAPTR incorrectly
>> and gives priority with higher values? I will check it ASAP.
> Ok, I've created domain whose NAPTR  record just includes a single
> SIP+D2T entry (just SIP over TCP).
>
> My Kamailio (which uses UDP and TCP) indeed performs the NAPTR
> queries, but it seems it doesn't like the response and ignores it.
> Then it performs an usual _sip._udp SRP query.
>
> My DNS domains and NAPTR/SRV/A records work OK with any other SIP
> client implementing RFC 3263.
>
Could you set children to 1, attach with gdb to the sip worker handling 
the invite, send the call and execute step by step to see which 
condition fails? A simple config with t_relay() should make the 
debugging easier.

Thanks,
Daniel

-- 
Daniel-Constantin Mierla
http://www.asipto.com