10 Jun
2011
10 Jun
'11
11:06 p.m.
On 6/10/11 8:23 PM, Iñaki Baz Castillo wrote:
2011/6/10 Iñaki Baz Castillo<ibc(a)aliax.net>et>:
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
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.