Sorry for the way too long delay, Iäve been away for the holidays.
On 12/12/06, Colin Whittaker <[EMAIL PROTECTED]> wrote:
You are right, it does not use /etc/hosts or nsswitch.conf (or
/etc/host.conf)
Hmm, seems like folks setting these things up would expect an application
that uses DNS to use them. At least a lookup in /etc/hosts if DNS fails.
You are absolutely correct, the folks expect them to be used, but it
is a bit too hairy for my taste. If you like to add host name
resolving to the nta or sresolv, please go ahead.
That is correct. The default domain or search domains are only used
with sres_search(). The SIP/SIPS URI are resolved using three-phase
algorithm explained in RFC 3263 and with sres_query() which never uses
search domains.
It doesn't appear sres_search() is used by the NUA stack.
Nope, only sres_query(). sres_search() (for initial A/AAAA-record
query?) should be a drop-in replacement.
There are some problems with sres_query(), too (it abandons the search
after the initial absolute query fails).
This seems like a bad bug. If the DNS server ever looses contact, you
basically loose all functionality until you bounce the stack.
I think I have seen this. If the DNS is not up when I start a REGISTER, I
get a 503 error. Then when DNS is up, I try to REGISTER again, the stack
never sends another DNS query and I get a 503 error. Forever. seem like a
blocker to me. :-)
Hm. It looks like once a permanent error occurs, the server is not
tried again. I think this is not the intention.
Do you think this something easy to fix ? Should I start digging into it ?
Please go ahead.
I think the algorithm selecting the server in sres_send_dns_query()
and sres_next_server() should work so that
1) a query is always sent once unless if all servers have a permanent
error (send
returns immediately -1 for every server)
2) a query is retried only when there has been "enough time" from last dns_icmp
There are a few open issues with using /etc/hosts or search domains.
At which point we should use /etc/hosts (or gethostbyname())? Should
nua or nta expand a host name in URI to a FQDN before sending it to a
network?
I don't think the URI should be modified. If the URI is entered as just a
host, I think it is reasonable to expect that all servers will be able to
resolve that host as entered in the URI.
OK.
I am using NUTAG_PROXY() and NUTAG_REGISTRAR(), which take URIs, but just
specify hosts right ?
Here is where I really expected search domains to be used.
I guess NUTAG_PROXY() is a special case, and there we should try to
resolve host names, too.
