[DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread Stephane Bortzmeyer
On Sat, Jul 01, 2017 at 02:40:43PM -0700, internet-dra...@ietf.org wrote a message of 45 lines which said: > Title : DNS Terminology > Authors : Paul Hoffman > Andrew Sullivan > Kazunori Fujiwara > File

Re: [DNSOP] I-D Action: draft-ietf-dnsop-session-signal-02.txt

2017-08-24 Thread Petr Špaček
Hello Ted and Tom, I'm going to reply to both of you at once. First of all, I'm not going to push for wire format change any longer. Your replies show that there is a lot of thoughts behind the document *but* these are not captured in the document itself nor dnsop mailing list. (Maybe I'm just i

[DNSOP] RFC2317 Question: Resolving cname delegation

2017-08-24 Thread Hector Santos
I have a question related to RFC2317 "Classless IN-ADDR.ARPA delegation." Earlier this year, I switched from a class C bank of 256 addresses to a reduced set of 32 ips (/27). To get PTR queries to work, RFC2317 was referred by my ISP to prepare the delegation. Having implemented RFC2317, I

Re: [DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread Petr Špaček
On 24.8.2017 16:21, Stephane Bortzmeyer wrote: > On Sat, Jul 01, 2017 at 02:40:43PM -0700, > internet-dra...@ietf.org wrote > a message of 45 lines which said: > >> Title : DNS Terminology >> Authors : Paul Hoffman >> Andrew Sulliva

Re: [DNSOP] RFC2317 Question: Resolving cname delegation

2017-08-24 Thread Vladimír Čunát
Hello. On 08/24/2017 05:46 PM, Hector Santos wrote: > [...] Not expecting this in my DNS resolver code, I modified the > resolver to take the CNAMEs into account and return the host names > instead. Was this the correct thing to do, thus providing the same > results regardless of the query locati

Re: [DNSOP] RFC2317 Question: Resolving cname delegation

2017-08-24 Thread P Vix
This is why rfc 2308 definition of qname is correct. On August 24, 2017 9:46:58 AM MDT, Hector Santos wrote: >I have a question related to RFC2317 "Classless IN-ADDR.ARPA >delegation." > >Earlier this year, I switched from a class C bank of 256 addresses to >a reduced set of 32 ips (/27). To g

Re: [DNSOP] RFC2317 Question: Resolving cname delegation

2017-08-24 Thread Grant Taylor
On 08/24/2017 09:46 AM, Hector Santos wrote: Not expecting this in my DNS resolver code, I modified the resolver to take the CNAMEs into account and return the host names instead. Was this the correct thing to do, thus providing the same results regardless of the query location? This is one

Re: [DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread Mark Andrews
RFC 2308 is consistent with RFC 1034. Go read *all* of RFC 1034. QNAME is used to refer to *both* the original *and* updated value after following a CNAME. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org

Re: [DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread P Vix
We might want to invent a new term here like effective qname, but basically I agree with Mark. 2308 was written after bind itself learned the distinction. On August 24, 2017 3:27:34 PM PDT, Mark Andrews wrote: > >RFC 2308 is consistent with RFC 1034. > >Go read *all* of RFC 1034. QNAME is used

Re: [DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread Darcy Kevin (FCA)
Honestly, I think the part of RFC 1034 (Section 4.3.2) that says "change QNAME to the canonical name in the CNAME RR, and go back to step 1" is just treating the string "QNAME" as a variable in a loop. One will note that the analogous portion of the *resolver* algorithm (5.3.3) says "change the

Re: [DNSOP] Definition of QNAME (Was: I-D Action: draft-ietf-dnsop-terminology-bis-06.txt

2017-08-24 Thread Shumon Huque
On Thu, Aug 24, 2017 at 8:00 PM, Darcy Kevin (FCA) wrote: > Honestly, I think the part of RFC 1034 (Section 4.3.2) that says "change > QNAME to the canonical name in the CNAME RR, and go back to step 1" is just > treating the string "QNAME" as a variable in a loop. One will note that the > analog