Re: SRV query with no domain?

2012-08-16 Thread Christopher Cain
Of course a dig query will fail without the domain appended.  Dig takes
you query at face value and will not append domains from your search
suffix list like nslookup and ping will.  You ALWAYS have to fully qualify
your requests when using dig.

Chris.

On 12-08-15 3:29 PM, wbr...@e1b.org wbr...@e1b.org wrote:

kevin wrote on 08/15/2012 12:52:18 PM:

 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...

Using host I was able to do a search for _sip._tcp for the search domain
on my system (domain changed to example.org):

wbrown@wbrown-D630:~$ host -t srv _sip._tcp
_sip._tcp.example.org has SRV record 0 0 5060 tandberg-vcse.example.org.
wbrown@wbrown-D630:~$ host -t srv _sip._tcp.example.org
_sip._tcp.example.org has SRV record 0 0 5060 tandberg-vcse.example.org.

Dig fails on same query without domain, succeeds if it is included:

wbrown@wbrown-D630:~$ dig +short  _sip._tcp srv
wbrown@wbrown-D630:~$ dig +short  _sip._tcp.example.org srv
0 0 5060 tandberg-vcse.example.org.



Confidentiality Notice:
This electronic message and any attachments may contain confidential or
privileged information, and is intended only for the individual or entity
identified above as the addressee. If you are not the addressee (or the
employee or agent responsible to deliver it to the addressee), or if this
message has been addressed to you in error, you are hereby notified that
you may not copy, forward, disclose or use any part of this message or
any 
attachments. Please notify the sender immediately by return e-mail or
telephone and delete this message from your system.



___
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


Re: SRV query with no domain?

2012-08-16 Thread Niall O'Reilly

On 16 Aug 2012, at 15:42, Christopher Cain wrote:

 Of course a dig query will fail without the domain appended.  Dig takes
 you query at face value and will not append domains from your search
 suffix list like nslookup and ping will.  You ALWAYS have to fully qualify
 your requests when using dig.

unless you use the +search option ...
/Niall

___
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


SRV query with no domain?

2012-08-15 Thread Thomas Secula
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 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

Re: SRV query with no domain?

2012-08-15 Thread Phil Mayers

On 15/08/12 15:42, 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.


Yuck. That's horrible. Are you *sure* that's what you want? You can't 
set the search path on the client(s)?



the openims folks that I should be able to get my bind to respond but I
have been unable to.


DNS query names are all full-qualified.

If you *really* want to respond to the name _sip._udp. (note the 
trailing dot) you'll need a create a zone to contain the name. You can't 
make bind qualify the name for you.


For example:

zone _udp {
  type master;
  file _udp.zone;
};

...and in the zone:

_udp.  IN SOA ...
_sip._udp. IN SRV ...

But this is a bad thing to do; it might cause problems in a number of 
ways down the road, and I strongly recommend you don't do it.


Get your clients to issue fully-qualified DNS name - preferably by 
actually querying a fully-qualified name, alternatively by putting:


search your.domain.com

...in /etc/resolv.conf or the system equivalent.
___
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


Re: SRV query with no domain?

2012-08-15 Thread Mark Andrews

In message cae6g+hspffba0edc1b3wis__ap_ruenwpsb_2hyvqrerdis...@mail.gmail.com
, Thomas Secula writes:
 
 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.

_sip._udp *is* a domain name.  It's no different than
example.net as far as dig is concerned.

 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...
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
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


Re: SRV query with no domain?

2012-08-15 Thread Kevin Darcy
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 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



___
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

Re: SRV query with no domain?

2012-08-15 Thread Thomas Secula
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 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 visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
 from this list

 bind-users mailing 
 listbind-us...@lists.isc.orghttps://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

___
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

Re: SRV query with no domain?

2012-08-15 Thread Thomas Secula
that's how I understand it also. This DNS query is happening before the
SCSCF would issue an ENUM. I believe it would eventually do this but the
purpose of this dns query is to find the SIP entry point (icscf) into a
domain  for the call.

I think this is either a config issue on my end or a bug. The tel uri is
coming in from an ims subscriber who is registered to the domain. I would
think the P-CSCF would use the domain from the caller for the  dns query.

Thanks for verifying that bind is doing the right thing



On Wed, Aug 15, 2012 at 12:52 PM, Kevin Darcy k...@chrysler.com wrote:

  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 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 visit https://lists.isc.org/mailman/listinfo/bind-users to 
 unsubscribe from this list

 bind-users mailing 
 listbind-us...@lists.isc.orghttps://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





 ___
 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

___
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

Re: SRV query with no domain?

2012-08-15 Thread WBrown
kevin wrote on 08/15/2012 12:52:18 PM:

 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...

Using host I was able to do a search for _sip._tcp for the search domain 
on my system (domain changed to example.org):

wbrown@wbrown-D630:~$ host -t srv _sip._tcp
_sip._tcp.example.org has SRV record 0 0 5060 tandberg-vcse.example.org.
wbrown@wbrown-D630:~$ host -t srv _sip._tcp.example.org
_sip._tcp.example.org has SRV record 0 0 5060 tandberg-vcse.example.org.

Dig fails on same query without domain, succeeds if it is included:

wbrown@wbrown-D630:~$ dig +short  _sip._tcp srv
wbrown@wbrown-D630:~$ dig +short  _sip._tcp.example.org srv
0 0 5060 tandberg-vcse.example.org.



Confidentiality Notice: 
This electronic message and any attachments may contain confidential or 
privileged information, and is intended only for the individual or entity 
identified above as the addressee. If you are not the addressee (or the 
employee or agent responsible to deliver it to the addressee), or if this 
message has been addressed to you in error, you are hereby notified that 
you may not copy, forward, disclose or use any part of this message or any 
attachments. Please notify the sender immediately by return e-mail or 
telephone and delete this message from your system.
___
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