[DNSOP] Re: Either the worst or best idea ever - draft-wagope-dnsop-do-bit
Petr Špaček <pspacek@isc.org> Tue, 03 November 2026 15:59 UTC
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.2.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx.ietf.org (Postfix) with ESMTPS id E42D046 for <dnsop@ietf.org>; Tue, 03 Nov 2026 15:59:13 +0000 (UTC)
Authentication-Results: mx.ietf.org; dkim=pass header.d=isc.org header.s=ostpay header.b=UKYcRjXZ; dkim=pass header.d=isc.org header.s=05DFB016-56A2-11EB-AEC0-15368D323330 header.b=Y2bz8Zv3; spf=pass (mx.ietf.org: domain of pspacek@isc.org designates 149.20.2.50 as permitted sender) smtp.mailfrom=pspacek@isc.org; dmarc=pass (policy=reject) header.from=isc.org; arc=pass ("isc.org:s=ostpay:i=1")
Received: from zimbra10.isc.org (zimbra10.isc.org [149.20.2.90]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id 2103C4E40E3 for <dnsop@ietf.org>; Tue, 03 Nov 2026 15:59:13 +0000 (UTC)
ARC-Filter: OpenARC Filter v1.0.0 mx.pao1.isc.org 2103C4E40E3
ARC-Seal: i=1; a=rsa-sha256; d=isc.org; s=ostpay; t=1793721553; cv=none; b=R6KXRtVpPz1nxyCF5OvfByU4fKjIkKvTf7aiLPQJjRzlHBf2Jn8u8O0mXHNqUXCnZ5J8baxIlcETqjaO/9qSc0+DgMe7jJoB+z4LoDhz/aeYaM3YntLP6Q4YHijk+Ghtoeuz0gnvIEvHwH5SFxDKosPPVfaQPQiVvxk0ZtY50As=
ARC-Message-Signature: i=1; a=rsa-sha256; d=isc.org; s=ostpay; t=1793721553; c=relaxed/relaxed; bh=97byBOHMTUNu+SjiBwMyMrU2hOrI1HIY/zdnc2n8M1s=; h=DKIM-Signature:DKIM-Signature:Message-ID:Date:MIME-Version: Subject:To:From; b=SzG/jzcXBvxxyDtc+kaAsQxc21gT0gYBGXz29qMpzV5V/m54ILdtr7ZK5PtYE6N6zZy9Kw3Rhlsgj63VZA3Z84d0039sg4/SWpFr4z3scu04LKtb2ZZ+HoxU2mDKRohcLiFo/bmY7EftL2qPyDfp2JkjDkUHkNXj288I7xpM7+Q=
ARC-Authentication-Results: i=1; mx.pao1.isc.org
DKIM-Filter: OpenDKIM Filter v2.10.3 mx.pao1.isc.org 2103C4E40E3
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=ostpay; t=1793721553; bh=97byBOHMTUNu+SjiBwMyMrU2hOrI1HIY/zdnc2n8M1s=; h=Date:Subject:To:References:From:In-Reply-To; b=UKYcRjXZtMAK6KGon+UdoyH9iQGpriEK2Di7dhLqJH8VvZP13pzOOQr152nDZUp6m KADwTP/hVIuMPIqZzDvaCsCaBiile8BYB5y1MKdzlPh1qdsGqXqRsQp0YYoZZRXWb0 MArh4ZKj0wH9/bvKvc/JQioAhb4BB+uLqOCrH0SY=
Received: from zimbra10.isc.org (localhost [127.0.0.1]) by zimbra10.isc.org (Postfix) with ESMTPS id 1D82F2E60369 for <dnsop@ietf.org>; Tue, 3 Nov 2026 15:59:13 +0000 (UTC)
Received: from zimbra10.isc.org (localhost [127.0.0.1]) by zimbra10.isc.org (Postfix) with ESMTPS id 1A2462E6036B for <dnsop@ietf.org>; Tue, 3 Nov 2026 15:59:13 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.10.3 zimbra10.isc.org 1A2462E6036B
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=05DFB016-56A2-11EB-AEC0-15368D323330; t=1793721553; bh=97byBOHMTUNu+SjiBwMyMrU2hOrI1HIY/zdnc2n8M1s=; h=Message-ID:Date:MIME-Version:To:From; b=Y2bz8Zv3B0dU90TWbzils86QALy2G4WqDZBeEwifQIV0Q9bvQqMcxi7kexMtj8vJ1 ZsiOMOwCzW9SLJ/+6SGbLSkknZwGv5QVqVbeBapE6vls4T2EeZAFuz+fTdHDoLjddt xoJFgxAo2eIHnNDzt9IHSDtFYvIkYrw/x5Fcj/ds=
Received: from [192.168.44.173] (ip-86-49-250-42.bb.vodafone.cz [86.49.250.42]) by zimbra10.isc.org (Postfix) with ESMTPSA id BA8232E60369 for <dnsop@ietf.org>; Tue, 3 Nov 2026 15:59:12 +0000 (UTC)
Message-ID: <217ab237-32fe-4dd6-982c-6067f2eed95a@isc.org>
Date: Tue, 03 Nov 2026 16:59:10 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: dnsop@ietf.org
References: <CAHw9_iLECFDh5y1+fmXw59TGw=pG4-k3-jED3SpBJr9p0zYjnA@mail.gmail.com> <D108814D-DA40-488B-855E-9DA78E41D04C@strandkip.nl> <A528BE54-67F8-48D1-8E2A-FD5FA793044B@gmail.com> <2b5b020b-f051-4491-965e-264b256d4f47@nic.cz>
From: Petr Špaček <pspacek@isc.org>
Content-Language: en-US
Autocrypt: addr=pspacek@isc.org; keydata= xsFNBF/OJ/4BEAC0jP/EShRZtcI9KmzVK4IoD/GEDtcaNEEQzPt05G8xtC0P4uteXUwW8jaB CdcKIKR4eUJw3wdXXScLNlyh0i+gm5mIvKPrBYNAMOGGnkbAmMQOt9Q+TyGeTSSGiAjfvd/N nYg7L/KjVbG0sp6pAWVORMpR0oChHflzKSjvJITCGdpwagxSffU2HeWrLN7ePES6gPbtZ8HY KHUqjWZQsXLkMFw4yj8ZXuGarLwdBMB7V/9YHVkatJPjTsP8ZE723rV18iLiMvBqh4XtReEP 0vGQgiHnLnKs+reDiFy0cSOG0lpUWVGI50znu/gBuZRtTAE0LfMa0oAYaq997Y4k+na6JvHK hhaZMy82cD4YUa/xNnUPMXJjkJOBV4ghz/58GiT32lj4rdccjQO4zlvtjltjp9MTOFbRNI+I FCf9bykANotR+2BzttYKuCcred+Q7+wSDp9FQDdpUOiGnzT8oQukOuqiEh3J8hinHPGhtovH V22D0cU6T/u9mzvYoULhExPvXZglCLEuM0dACtjVsoyDkFVnTTupaPVuORgoW7nyNl0wDrII ILBqUBwzCdhQpYnyARSjx0gWSG1AQBKkk5SHQBqi1RAYC38M59SkpH0IKj+SaZbUJnuqshXh UIbY1GMHbW/GDhz7pNQFFYm2S4OPUBcmh/0O0Osma151/HjF7wARAQABzR9QZXRyIMWgcGHE jWVrIDxwc3BhY2VrQGlzYy5vcmc+wsGXBBMBCABBAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4B AheAAhkBFiEEEVO2++xeDVoSYmDzq9WHzfBlga4FAmkt8P0FCQtoiX8ACgkQq9WHzfBlga4m OxAAhBZyC7vnxl3kjFPFRT39ocbZy1jJX4fiaJmiIgKma06c9Eled/w2IN9pzRc0+iI6jSQa 40NfHFV8g2KZfZUNEVE3BOliWdEFi61OcwxB/UeryGDJUFYfK4un7ibYv4Rzvrfpz13aQ0/z MVm2HA3OVwkTqnK+dJL//d3AmED66oJKUFXU9tG5kUGNqbVrZNSiegZXC/TloO0+eYYN63Fm EHvWE20NcgdciG4y/pdtBXcWSwt21tSeqiZqN5L8LvfAGmJ1gdi6p4eHvPEH1WSOqUEZmy5l +5BE6xA2z4bfNpCYSir6GwFTOQwxHeekLKJktgsLjYY8oHbmPjIIdEzkcV8dD8czJEPo0sqe VB4qTun8cCE4AkVofpo5MMwni/3DLlm9bgV8tKJ3sAqwo6bEWk8dU9QqlcwiYb5S1KPbWrwO 89cIJNLIu9rO3nemWFDwNq6mFuNdNWSDciLV434P5xZ0y5Xy09n5dGhCgYZTRv1JTLmXEO+H aw6iRgLNZmImYB0VpoPPHBjIavsY211qyLIwDRaUykELhGaBk7P1zKhC91ZD866CbR3x6ptv EuFuJ2myZT1dIalWiFf0HaVhrMHm8y8ih1sn9Ezdxnle7Hxyjgp//CtM92GCjU8iuqYQOzNq B9LWBU6NTtGx5Tktf2/Vin2ADqiiVN1EDOQd9tvOwU0EX84n/gEQANARNXihDNc1fLNFZK5s O14Yg2TouK9eo9gGh4yLSrmZ3pjtnuJSpTWmGD4g0EYzhwWA/T+CqjUnrhsvzLQ1ECYVqLpM VqK2OJ9PhLRbx1ITd4SKO/0xvXFkUqDTIF6a5mUCXH5DzTQGSmJwcjoRv3ye+Z1lDzOKJ+Qr gDHM2WLGlSZAVGcUeD1S2Mp/FroNOjGzrFXsUhOBNMo8PSC4ap0ZgYeVBq5aiMaQex0r+uM4 45S1z5N2nkNRYlUARkfKirqQxJ4mtj5XPC/jtdaUiMzvnwcMmLAwPlDNYiU0kO5IqJFBdzmJ yjzomVk1zK9AYS/woeIxETs+s6o7qXtMGGIoMWr6pirpHk4Wgp4TS02BSTSmNzParrFxLpEU dFKq3M0IsBCVGvfNgWL2pKKQVq34fwuBhJFQAigR9B3O9mfaeejrqt73Crp0ng0+Q74+Llzj EIJLOHYTMISTJyxYzhMCQlgPkKoj+TSVkRzBZoYFkUt4OXvlFj73wkeqeF8Z1YWoOCIjwXH9 0u2lPEq0cRHHyK+KSeH1zQJ4xgj0QDGPmkvi81D13sRaaNu3uSfXEDrdYYc+TSZd2bVh2VCr xrcfzQ1uz9fsdC9NPdNd7/mHvcAaNc5e9IhNh67L54aMBkzlJi18d0sWXOOHkyLSvbHnC/OP wv7qCf69PUJmtoeHABEBAAHCwXwEGAEIACYCGwwWIQQRU7b77F4NWhJiYPOr1YfN8GWBrgUC aS3xCAUJC2iJigAKCRCr1YfN8GWBrgJJD/4oabL/T67M7GNPB1Q+1ghSpi3LJEwDqeaULNZv 2exo7N59cChW5DXD5e/rkvQM7yOsaKJBwkpjY2+vk4+Tw9iU1iqzS0iavr9A3i9mHJjlp4it u6oDBHCGMqBGZHHGP4O9xPuIoW6s50yP31NLbIGP4KGD03S1JtOBrETlTyr6a0mN4HrRnAkz nOa2l7npRvgkRpdr/vDmbAkyZYXcUCQSWsOKzRrcCrqRxzF7Ob39Xw+SrPv7hMBShzOVJCj6 XwOsu+F/hmRK5TML8+yZ+wGbrcTyxJ8qkKtwtDJXPMVY993f1k50/bquRdjX5wHTthvf6o9A 2cmZtbL0fVm2KEWNV3xDk52cJj7MqBk1M/mj1q8+6UzN9hTxN0N77u1sosgguW/8PWu/v2yy kUs2huxaqDkdrPc6kKuKbCGpkT5/89S6gvQSNx5IlVl0uWzJRat1h9HkdkO0CBYRX51Rv33W BF4qJ73o2dfrUchs70rher6734c21z8DUhDkvnPGIgLh4tYrYHNcM4akBTUt9k38xMGrj6yo kRjP6Pq9jhLwJBxxBRDEXn3vse8uy1s1sp9rhBxSS7bEHfmyz71h6ccALCFBlBzqfMediCAE 0PEMOPrXM0NU+o25vNC8BuWWpPf+fzvkLf+sEyYcIdwbHZ/V2qv97JvYX0FpMwmeyw4O2g==
In-Reply-To: <2b5b020b-f051-4491-965e-264b256d4f47@nic.cz>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Spamd-Bar: ---------------------------
Message-ID-Hash: XF7PQRZL3FDUJZQWGIEVSOHKAGYGV7ZJ
X-Message-ID-Hash: XF7PQRZL3FDUJZQWGIEVSOHKAGYGV7ZJ
X-MailFrom: pspacek@isc.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; header-match-dnsop.ietf.org-0; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
X-Mailman-Version: 3.3.10
Precedence: list
Subject: [DNSOP] Re: Either the worst or best idea ever - draft-wagope-dnsop-do-bit
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/q5sk9pUjNvurODy5n7canMPS_eQ>
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>
On 02. 11. 26 11:13, Libor Peltan wrote: > Hi Geoff, > > On 01. 11. 26 20:09, Geoff Huston wrote: >> >>> On 31 Oct 2026, at 09:51, Joe Abley <jabley@strandkip.nl> wrote: >>> >>> My opinion is that the DNS needs less UDP, not more of it. I am not >>> in favour of band-aids that prolong the tolerance of transport >>> protocols that constrain response sizes. >>> >>> I think we should be doing everything we can to move the mainstream >>> to (ideally encrypted) stream-based transport protocols which have no >>> response size constraints beyond those of the DNS message format, >>> transport protocols that have no need for protocol modifications of >>> the kind you describe above. >>> >>> The future of UDP transport should be best-effort support for legacy >>> devices. >>> >> Over in the world of paying for infrastructure "cheap" rules. I have >> listened to a number of presentations over the years that note that a >> DNS server's throughput drops by some 60% when the same query load is >> presented over TCP rather than UDP. My experience with DNS servers >> supports this quite radical drop in capacity (in my case throughput >> dropped by 90%!). So where does the money come from to upgrade DNS >> infrastructure to support a transition to TCP everywhere in the DNS? > > Yes but also among DNS-over-UDP traffic, only a fraction of the volume > is _legitimate_ DNS queries. The rest is noise and attacks. > > _Because_ of UDP, the infrastructure also has to be expensively > overprovisioned, in order to sustain those attacks, together with > mitigating amplification attacks on 3rd-parties. > > Regarding TCP, I think that the existing DNS infrastructure is already > scaled enough to manage DNS-over-TCP for all legitimate traffic. > > The remaining question is, if it is also ready for TCP-specific attacks. > And what is the price. > >> >> Maybe things would be different if we had started with DNS over TCP at >> the outset, but now we are in the UDP room there is a price to be paid >> to move to TCP and no clear view as to who and how we pay that price. I totally agree with Joe and Libor (a rare event!) Speaking of DNS over-provisioning, have a look at https://stats.nic.cz/dashboard/en/Traffic.html so we can discuss some data. Scroll to chart at the bottom. Average QPS in 'steady state' is below 50 k/sec. Even _my laptop_ can handle whole CZ TLD on a _single CPU core_, even with venerable BIND! And still there will be capacity to spare! All the over-provisioning (which, I believe, is over 400 GBps for a single CZ site...) is for attacks over UDP, which cannot be blocked easily because they lack source validation. That's _ridiculous_ amount of money spent on running a ridiculously insecure protocol. Let's finally get over it and fix the protocol / move to better one instead of adding layers of hacks upon layers of existing hacks. If we do that there will be plenty _excess_ money which does not need to be burned on over-provisioning anymore. -- Petr Špaček
- [DNSOP] Either the worst or best idea ever - draf… Warren Kumari
- [DNSOP] Re: Either the worst or best idea ever - … Joe Abley
- [DNSOP] Re: Either the worst or best idea ever - … Ted Lemon
- [DNSOP] Re: Either the worst or best idea ever - … Shumon Huque
- [DNSOP] Re: Either the worst or best idea ever - … Jim Reid
- [DNSOP] Re: Either the worst or best idea ever - … Petr Špaček
- [DNSOP] Re: Either the worst or best idea ever - … Paul Vixie
- [DNSOP] Re: Either the worst or best idea ever - … Ted Lemon
- [DNSOP] Re: Either the worst or best idea ever - … Philip Homburg
- [DNSOP] Re: Either the worst or best idea ever - … Geoff Huston
- [DNSOP] Re: Either the worst or best idea ever - … Joe Abley
- [DNSOP] Re: Either the worst or best idea ever - … Geoff Huston
- [DNSOP] Re: Either the worst or best idea ever - … Libor Peltan
- [DNSOP] Re: Either the worst or best idea ever - … Petr Špaček
- [DNSOP] Re: Either the worst or best idea ever - … Mukund Sivaraman
- [DNSOP] Re: Either the worst or best idea ever - … Mukund Sivaraman
- [DNSOP] Re: Either the worst or best idea ever - … Paul Wouters