[DNSOP] Re: ordering of RRSets in the answer section of a DNS response

Florian Weimer <fw@deneb.enyo.de> Fri, 16 January 2026 10:35 UTC

Return-Path: <fw@deneb.enyo.de>
X-Original-To: dnsop@mail2.ietf.org
Delivered-To: dnsop@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 1E92FA8833A0; Fri, 16 Jan 2026 02:35:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -0.498
X-Spam-Level:
X-Spam-Status: No, score=-0.498 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qNxMfI9DGCja; Fri, 16 Jan 2026 02:35:26 -0800 (PST)
Received: from cygnus.enyo.de (cygnus.enyo.de [79.140.189.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 60F24A883397; Fri, 16 Jan 2026 02:35:23 -0800 (PST)
Received: from [172.17.203.2] (port=41741 helo=deneb.enyo.de) by albireo.enyo.de ([172.17.140.2]) with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) id 1vghAg-00000001eGa-42Dx; Fri, 16 Jan 2026 10:35:16 +0000
Received: from fw by deneb.enyo.de with local (Exim 4.98.2) (envelope-from <fw@deneb.enyo.de>) id 1vghAi-000000007Pi-1odm; Fri, 16 Jan 2026 11:35:16 +0100
From: Florian Weimer <fw@deneb.enyo.de>
To: Dave Lawrence <tale=40dd.org@dmarc.ietf.org>
In-Reply-To: <26985.4353.270647.420916@gro.dd.org> (Dave Lawrence's message of "Thu, 15 Jan 2026 11:08:33 -0500")
References: <9175DF63-77F9-4B4C-9EA9-76B30F941F84@strandkip.nl> <875x94rufa.fsf@mid.deneb.enyo.de> <26985.4353.270647.420916@gro.dd.org>
Date: Fri, 16 Jan 2026 11:35:16 +0100
Message-ID: <87bjit4zh7.fsf@mid.deneb.enyo.de>
MIME-Version: 1.0
Content-Type: text/plain
Message-ID-Hash: 4YX3D5PS737YVJACKIBHWWGAD6NGD4GP
X-Message-ID-Hash: 4YX3D5PS737YVJACKIBHWWGAD6NGD4GP
X-MailFrom: fw@deneb.enyo.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-dnsop.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: dnsop <dnsop@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [DNSOP] Re: ordering of RRSets in the answer section of a DNS response
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/7W8na3CQn8jlDTF2_84yHyk_KRE>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Owner: <mailto:dnsop-owner@ietf.org>
List-Post: <mailto:dnsop@ietf.org>
List-Subscribe: <mailto:dnsop-join@ietf.org>
List-Unsubscribe: <mailto:dnsop-leave@ietf.org>

* Dave Lawrence:

> Florian Weimer writes:
>> I think it's been previously observed that compression is not actually
>> optional in practice, that is, the first answer record needs to start
>> with 0xc0 0x0c.  It's not really related to ordering, but it fits
>> the underlying theme of producing maximally compatible responses.
>
> Well, it is at least minimally related to ordering in that it insists
> on the qname being first in Answer.
>
> I'd like to hear what software out there is requiring this though.  Is
> it a/some library stub(s)?

If I recall correctly, it was a DNS proxy of some kind.  Not very
well-behaved, obviously, but sufficiently widely deployed so that it
mattered to some recursive resolver operators.

I could not find a reference it, hopefully someone else will remember
and has access to relevant (potentially private) email archives.