Re: [dnsext] additional section processing for DNAME
Edward Lewis <Ed.Lewis@neustar.biz> Mon, 10 January 2011 19:18 UTC
Return-Path: <Ed.Lewis@neustar.biz>
X-Original-To: dnsext@core3.amsl.com
Delivered-To: dnsext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0C0923A6B0C for <dnsext@core3.amsl.com>; Mon, 10 Jan 2011 11:18:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.23
X-Spam-Level:
X-Spam-Status: No, score=-102.23 tagged_above=-999 required=5 tests=[AWL=0.368, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lz+E+QSjTsCh for <dnsext@core3.amsl.com>; Mon, 10 Jan 2011 11:18:09 -0800 (PST)
Received: from stora.ogud.com (stora.ogud.com [66.92.146.20]) by core3.amsl.com (Postfix) with ESMTP id BB1223A6839 for <dnsext@ietf.org>; Mon, 10 Jan 2011 11:18:08 -0800 (PST)
Received: from shar-lt500.cis.neustar.com (gatt.md.ogud.com [10.20.30.6]) by stora.ogud.com (8.14.4/8.14.4) with ESMTP id p0AJKB6d028262; Mon, 10 Jan 2011 14:20:12 -0500 (EST) (envelope-from Ed.Lewis@neustar.biz)
Received: from [10.31.200.129] by shar-lt500.cis.neustar.com (PGP Universal service); Mon, 10 Jan 2011 14:20:20 -0500
X-PGP-Universal: processed; by shar-lt500.cis.neustar.com on Mon, 10 Jan 2011 14:20:20 -0500
Mime-Version: 1.0
Message-Id: <a06240800c9510b2218ce@[10.31.200.129]>
In-Reply-To: <m2zkrc1f2u.wl%jinmei@isc.org>
References: <m2zkrc1f2u.wl%jinmei@isc.org>
Date: Mon, 10 Jan 2011 14:20:10 -0500
To: JINMEI Tatuya / 神明達哉 <jinmei@isc.org>
From: Edward Lewis <Ed.Lewis@neustar.biz>
Content-Type: multipart/alternative; boundary="============_-917435283==_ma============"
X-Scanned-By: MIMEDefang 2.68 on 10.20.30.4
Cc: scottr.nist@gmail.com, dnsext@ietf.org
Subject: Re: [dnsext] additional section processing for DNAME
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Jan 2011 19:18:10 -0000
At 15:14 -0800 1/7/11, JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= wrote: >Could you clarify what it is, and what it is for? > >Thanks, > >(p.s. I spent some time of googling to find the answer myself, and I >noticed this change was introduced in rev 15 of this document around >when there was a WG last call. So I suspect this is a response to a >last call comment, but I couldn't find the relevant discussion. >Hence this question, at the risk of asking something twice at the same >place) I'm still puzzled by the question, especially the reference to a change "in rev 15". RFC 2672 has "The DNAME RR causes type NS additional section processing." Only the location of that comment has changed in the 22 versions of 2672bis. Is the original question "what's the significance/usefulness of the glue records in a DNAME-involved response?" Does the question apply against the original RFC too, or to something that has been changed in the draft? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Edward Lewis NeuStar You can leave a voice message at +1-571-434-5468 Jan 10, 2011 - In regions with mm/dd/yy, it's "Binary Day" - 01/10/11 Happy Binary Day
- [dnsext] additional section processing for DNAME JINMEI Tatuya / 神明達哉
- Re: [dnsext] additional section processing for DN… W.C.A. Wijngaards
- Re: [dnsext] additional section processing for DN… JINMEI Tatuya / 神明達哉
- Re: [dnsext] additional section processing for DN… Edward Lewis
- Re: [dnsext] additional section processing for DN… JINMEI Tatuya / 神明達哉
- Re: [dnsext] additional section processing for DN… Edward Lewis
- Re: [dnsext] additional section processing for DN… JINMEI Tatuya / 神明達哉
- Re: [dnsext] additional section processing for DN… Andreas Gustafsson
- [dnsext] Additional section processing for DNAME … Rose, Scott W.
- Re: [dnsext] Additional section processing for DN… JINMEI Tatuya / 神明達哉