On 6/10/11 8:23 PM, Iñaki Baz Castillo wrote:
2011/6/10 Iñaki Baz Castillo<[email protected]>:
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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
[email protected]
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
