On 6/10/11 8:23 PM, Iñaki Baz Castillo wrote:
2011/6/10 Iñaki Baz Castilloibc@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