I don't believe SRV lookups use the "search" directive in
/etc/resolv.conf; I think that's only for A (name-to-address) lookups.
But I could be wrong on that...
It all comes back to: the client should know what domain contains the
resources it's looking for. There's fundamentally no such thing as a
"generic" SRV lookup; SRV lookups are always contextual to a particular
domain.
As for your point about "tel:" URIs having no domain, I'm no IP
telephony expert by any stretch of the imagination, but isn't ENUM used
to map a phone number (as found in a "tel:" URI) to one or more domains
for the SRV lookup(s)? Or am I way off-base here?
- Kevin
On 8/15/2012 12:06 PM, Thomas Secula wrote:
That's what I tried to tell the OpenIMS folks. I have search mydomain
in/etc/resolv but somehow they aren't adding mydomain to the query.
This only happens when the PCSCF tries to find the ICSCF after
receiving a SIP invite with a TEL uri which by definition has no
domain since it's in the pstn.
I don't believe this is a bind issue as I would expect the P-CSCF to
get that NXDOMAIN and be able to handle it, likely an openims bug.
thanks for all your replies!!!1
On Wed, Aug 15, 2012 at 10:57 AM, Kevin Darcy <k...@chrysler.com
<mailto:k...@chrysler.com>> wrote:
There's no point in answering a "domain-less" SRV-record query,
since the whole point of the SRV record type is to allow clients
to find resources associated with a particular domain (and
protocol/transport).
You need to set the proper domain on the client doing the lookup.
- Kevin
On 8/15/2012 10:42 AM, Thomas Secula wrote:
Hello,
I hope this is the right list.. I am using bind 9.8.2on centos 6
with a system called openims. I am trying to get my bind server
to respond to an SRV query of _sip._udp where the query has no
domain. I am told by the openims folks that I should be able to
get my bind to respond but I have been unable to.
If I do a dig it only works if I have a +search on the request.
without teh +search I get NXDOMAIN back.
Is this something I should expect bind to support?
thank you...
_______________________________________________
Please visithttps://lists.isc.org/mailman/listinfo/bind-users to
unsubscribe from this list
bind-users mailing list
bind-users@lists.isc.org <mailto:bind-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to
unsubscribe from this list
bind-users mailing list
bind-users@lists.isc.org <mailto:bind-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/bind-users
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users