Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop-qname-minimisation-08: (with COMMENT)
Paul Vixie <paul@redbarn.org> Mon, 28 December 2015 04:59 UTC
Return-Path: <paul@redbarn.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C78A21A88AB for <dnsop@ietfa.amsl.com>; Sun, 27 Dec 2015 20:59:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.91
X-Spam-Level:
X-Spam-Status: No, score=-1.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xy4xBM477MCp for <dnsop@ietfa.amsl.com>; Sun, 27 Dec 2015 20:59:08 -0800 (PST)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8AAE51A88A9 for <dnsop@ietf.org>; Sun, 27 Dec 2015 20:59:08 -0800 (PST)
Received: from linux-85bq.suse (unknown [24.104.150.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id 2106F18206; Mon, 28 Dec 2015 04:59:08 +0000 (UTC)
From: Paul Vixie <paul@redbarn.org>
To: John Levine <johnl@taugh.com>
Date: Sun, 27 Dec 2015 20:59:07 -0800
Message-ID: <1636872.cZNXjAd52j@linux-85bq.suse>
Organization: Vixie Enterprises
User-Agent: KMail/4.14.10 (Linux/4.1.13-5-default; KDE/4.14.10; x86_64; ; )
In-Reply-To: <20151228044020.48378.qmail@ary.lan>
References: <20151228044020.48378.qmail@ary.lan>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="nextPart1944313.0yJydTZLOc"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/ldaPnSCIFTTs_6yfuFAQj8BiraU>
Cc: dnsop@ietf.org
Subject: Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop-qname-minimisation-08: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 28 Dec 2015 04:59:10 -0000
On Monday, December 28, 2015 04:40:20 AM John Levine wrote: > >> NEW > >> > >> For instance, some authoritative name servers embedded in load > >> balancers reply properly to A queries but send REFUSED to NS queries. > >> This behaviour violates the DNS protocol (see Section ??? of [RFC??], > >> and improvements to the DNS are impeded if we accept such behaviour > >> as normal. > >> > >> END > > > >Does anyone has an idea of the reference to use to replace the "???" i think "violates" is the wrong verb above, and that there is no "???" referent that can make it right. > Given that it doesn't seem to be a protocol violation, I'd suggest this: > > For instance, some authoritative name servers embedded in load > balancers reply properly to A queries but send REFUSED to NS queries. i'm ok with that part, but not this part: > This behavior causes a variety of problems, such as invalid negative > answers, that are so severe that it is unreasonable to expect clients > to interoperate with them reliably and so there is no point in trying to > work around them. "For interoperability reasons, many DNS initiators treat REFUSED as a synonym for SERVFAIL. All senders of the REFUSED signal should keep this in mind." -- P Vixie
- [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop-qna… Barry Leiba
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Stephane Bortzmeyer
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Tim Wicinski
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Stephane Bortzmeyer
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… John Levine
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Paul Wouters
- Re: [DNSOP] Refusing NS queries, was Barry Leiba'… John Levine
- Re: [DNSOP] Refusing NS queries, was Barry Leiba'… Paul Wouters
- Re: [DNSOP] Refusing NS queries, was Barry Leiba'… Shumon Huque
- Re: [DNSOP] Refusing NS queries, was Barry Leiba'… Paul Vixie
- Re: [DNSOP] Refusing NS queries, was Barry Leiba'… John Levine
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… John Levine
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Paul Vixie
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… John R Levine
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Olafur Gudmundsson
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Mark Andrews
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Paul Vixie
- Re: [DNSOP] Barry Leiba's Yes on draft-ietf-dnsop… Jared Mauch