[DNSOP] Re: Embedding addresses - draft-wobbly-dispatch-embedded-answers
Ben Schwartz <bemasc@meta.com> Sat, 31 October 2026 02:55 UTC
Received: from mx0a-00082601.pphosted.com (mx0a-00082601.pphosted.com [67.231.145.42]) (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 265BC46 for <dnsop@ietf.org>; Sat, 31 Oct 2026 02:55:21 +0000 (UTC)
Authentication-Results: mx.ietf.org; dkim=pass header.d=meta.com header.s=pps82601-s2048-2026-q3 header.b=UzvGgkae; spf=pass (mx.ietf.org: domain of "prvs=9764e4284c=bemasc@meta.com" designates 67.231.145.42 as permitted sender) smtp.mailfrom="prvs=9764e4284c=bemasc@meta.com"; dmarc=pass (policy=reject) header.from=meta.com; arc=reject ("signature check failed: fail, {[1] = sig:google.com:reject}")
Received: from pps.filterd (m0109333.ppops.net [127.0.0.1]) by mx0a-00082601.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 69V1DTHm715730 for <dnsop@ietf.org>; Fri, 30 Oct 2026 19:55:14 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meta.com; h=cc :content-type:date:from:in-reply-to:message-id:mime-version :references:subject:to; s=pps82601-s2048-2026-q3; bh=pL9mJRdzPBt Fawxh14BY7mdN/yzedz1sSlwHfw+J+HM=; b=UzvGgkaedVIwX2qsbAiJoXQEVU/ kZloo6U9kXQ0mQYWV1TTv/oSSwyTetQzWfBB0z4maLFhEfs0Yh0hcl/d1BcGHXwQ IFXTNjRI0bMz1IRCbwoDq8YTHbsq5jFfV947crWSgGQBcK/0T9lJcHIrRioEXq2y FsIG42p0kHxPl63XiCCll9FlEpGft+T2b5420jrpvtNtxud3UAiFOEcnKP7Oi2Za N3aTI6Ca59hhNkusfJvp62MAq8eKGnWi1mK8UnDdZ/dCwdKOEcSZvXMEzk9cTSBy lXUsGwUlRPpX+codg0MP2+LWk7WITcceAfmfVKtwJLDBM4rp+V+K3dYbMFg==
Received: from mail-yw1-f200.google.com (mail-yw1-f200.google.com [209.85.128.200]) by mx0a-00082601.pphosted.com (PPS) with ESMTPS id 4hn2we9erb-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for <dnsop@ietf.org>; Fri, 30 Oct 2026 19:55:13 -0700 (PDT)
Received: by mail-yw1-f200.google.com with SMTP id 00721157ae682-8b12b209c4dso15539897b3.2 for <dnsop@ietf.org>; Fri, 30 Oct 2026 19:55:13 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1793415313; cv=none; d=google.com; s=arc-20260327; b=LjjQgCECC/siQCajNoGZZpK/YRwLcqEq4JQE86R3FNBHyUOdnYQYRoa9qaZp8xjBou irbz63DcUbHzfGEdXMQwq2xIVmv6vezwNgY33EZwM+JjYn5A4R6eKTwOszUeg6e+krwk mZjp49Aym1Q9gKgubLCO8m2EcULZ9MTvYY1OwwrcdNu7CrPxmy+rqhTLGSTHHJKNKq2y N0oigiGiM83zYQUIGSnQKQr0flfmHY96jA/FpWGBB/n+Sv25/LzCg3QZRT3TmMkEt2ks bxuJPoCFSiV5fXgqhkKTcc4VXHCR9fgVxFgMpkNcdiXuYXSURypNrbrCwhaFhu8sYV0c NtEg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version; bh=iTkgP63P0YggECcFmcYgwh0FuOKzyuKMaXgKfRSoMLI=; fh=FeqhppSmW+cGxL0udKT+0Z/Jv4wMRYMDn9+qdpiyAvU=; b=KE5TEejM/EAVdrMaHSi1faJkYHgEfalE5XOw0/s/NHTNw8z4OFH+StDxA7MAiVdHzl obDxTL5oM7UC+9jY8HK6PE/MPYUzSvHuBhwMu6Cic44sbpUMrOemVG0aaOkDUHbsNJ4d WYNb8NdYG2C4gLx/xACovP4oIGDMXvZAhEmuIbzz9M5uaGcpKEgmTrR08Ddt6LhDUymq xrIrY2nHmFpcMW3mLj/FSjm3RU4rLuFIV23BkA4zxtEhN6f/mtFiQhUfNf0TeePrGOO4 WVYc3UXv5fUVOpEILJqZ6s+AsGf1G1rr/Cd01O4lSjNGo4mq7NZDIK38LEgzPWaTNUiR fi8g==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1793415313; x=1794020113; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=iTkgP63P0YggECcFmcYgwh0FuOKzyuKMaXgKfRSoMLI=; b=omnkPTEc3YqJwJiuMOTLNDDM/uyEKyJjkqre8AxMgo3TXpwEH9mGQ/HrTGWrCXaPuN 0Z3NWyniagLnEDZhuFdQUOs9oxsWkPOT6CIwWnVfxMqT8U8P2YtZtRrRI5xcF2d6z8vw Z5tKumMxeP4w+v3Lr8xAPj2t/MrcExApHpksPrHMTIRQ+OvZ35XxXSyNLL1cEQD7HFA3 jyUQccxnM6U0NMcPYt/VrfE6Lkk/h3ptQaow980OA1vAVWMinrKYMW6fY38jDibYk8tg yBL3NROZM2VM4j+GsWKHIigFQhuIvVOkT1tAHp0oh8sPShOG0WHb95m5rcoqut9vvEYU 15qQ==
X-Gm-Message-State: AFq9FYIIucMKDKQeruoAwpZ8GAoutzKZTI7tHpYzwC6OokvBxmdfWPif 0kv5Gn9WRMlKVBE8jwTtL4Durjtp2At0FCLLep5Deq7m7RPs2pMqMffJNVF1juY1Tm2FnFeLbaa edvKboTs+zbhNdkdW2mwI085NduA9llh4pFNDdIxCp/PWvzvyrB3EEdFxOkJML1cNNpFtLWAX0Y YhM2PfHYSxme/9vt9U9kvx0iBgyBKq
X-Gm-Gg: AYBFou1IeoBvGX4/1gEn+JBDCqaiNHVBy4WkHXeSuLSkM7GVnCMOYX+fuB8EOCOMwyx RIjRmo8JlkYsx+c/GdRO2XFBsMvLK2paO4g0bLjirOBZVb4RPX4M32/J3boFW+Q2cd53jUO2w6B 9YHATgKP1wC4+eoIo45fUsqGhUvLDkRYS8a99T8/8OriPBzFF9k89nt1Tdx0dAcHtdttWZjg/vk +igzW3tg3GWHlb6Jw==
X-Received: by 2002:a05:690c:1c:b0:8b0:aae7:5c75 with SMTP id 00721157ae682-8b2b65b7baamr21876097b3.4.1793415312735; Fri, 30 Oct 2026 19:55:12 -0700 (PDT)
X-Received: by 2002:a05:690c:1c:b0:8b0:aae7:5c75 with SMTP id 00721157ae682-8b2b65b7baamr21875957b3.4.1793415312190; Fri, 30 Oct 2026 19:55:12 -0700 (PDT)
MIME-Version: 1.0
References: <CAHw9_iKcspVK-1xFiwMvXLkmHNdS+3fmei9fDLU=cCG9n+Kiew@mail.gmail.com>
In-Reply-To: <CAHw9_iKcspVK-1xFiwMvXLkmHNdS+3fmei9fDLU=cCG9n+Kiew@mail.gmail.com>
From: Ben Schwartz <bemasc@meta.com>
Date: Fri, 30 Oct 2026 22:55:03 -0400
X-Gm-Features: AclHuK9uFjupiTOj9ClzwveSDZct2CBWiM8yV-6YiyUpSQMrcMv9MSRtpQWSWiI
Message-ID: <CAOdQrVMMG6MQ_U_J-N0W5am8zjwg__Uaa8Dbya7h-DgmJyvfpQ@mail.gmail.com>
To: Warren Kumari <warren@kumari.net>
Content-Type: multipart/alternative; boundary="0000000000009e3da3065f1a0ac0"
X-Proofpoint-ORIG-GUID: AIUtsHf9fwCHzfIL4QBzi8czTJhYPBl8
X-Proofpoint-Spam-Info: AW1haW4tMjYxMDMxMDAxMSBTYWx0ZWRfXxJyJFz5Yj7I2 et5+TeNdsA5FJN2Uxd3ZUS2F66ntweHCbEwlsdfpHYhr8Hy1Ak90JGIq0yBpoTyZPryxApUQIly /HjIgK6ExVDz+lXMEQuryO1H5W1JWrA=
X-Proofpoint-GUID: AIUtsHf9fwCHzfIL4QBzi8czTJhYPBl8
X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYxMDMxMDAxMSBTYWx0ZWRfX3NWMiiXYRDW8 UuH2w8CtUODkhz1dyv4mWxupxQgoQ984VCXVQtrN6STyEot9UWUxs1Lv2kLwhaaYeTfP5TQ339j TY4iZ1yd+Wq32R4i0MOHdy/1+0apQAMOcRPvrJ1CIxqXMdcbqNVx06qBEdMCdyjSR9IurzjvAYe EVgl9iX1eBTjY1Yv2nlUB67raqmPfgAtcPUOsXnnGOGADU9TU78RxyYcJoOuDLiNGYT9YhjQnjU l9C97omaNVDrxCfQxtwImVZJ47nTtOyxtMmkw0pQ1poWigocFpwKxaGNAto9lH3DQxHh5FjIdsm NwOI2asXr2/JWEh9ZIkGd7upKHSnkc4C2sT3tiUFavy81lIYLTmhSgOwL9P5gYqw8hWiDtjqLyv 2QTxBIXVnQaFZ/fiaI9BAqOaqoM7qw5mT5wxOQE5P0xVnxzDXs5s6RUR1wdLZm1duflBy+GPGDc TCenz4u+xHSLV74KFDA==
X-Authority-Analysis: v=2.4 cv=DsLDa2/+ c=1 sm=1 tr=0 ts=6ae55891 cx=c_pps a=NMvoxGxYzVyQPkMeJjVPKg==:117 a=660iZSQnnn4A:10 a=VkNPw1HP01LnGYTKEx00:22 a=7x6HtfJdh03M6CCDgxCd:22 a=tpM8CJlwf7uhpglF1g9U:22 a=48vgC7mUAAAA:8 a=8EpMBZrOAAAA:8 a=ykQHm6jCB0GCCEvBEkQA:9 a=QEXdDO2ut3YA:10 a=ZkSyEd580fnDWioREkoA:9 a=2q4O/K3rjNU7EHYdBHB6dYyilSc=:19 a=uLxAgTjPh9iyK8iE:21 a=lqcHg5cX4UMA:10 a=kLokIza1BN8a-hAJ3hfR:22 a=XZyoynhxkdMt0Uf0WQXe:22
X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.138,FMLib:17.12.100.49 definitions=2026-10-31_01,2026-10-21_02,2025-10-01_01
X-Spamd-Bar: ------------------
Message-ID-Hash: QXBRSMRBPXX7NRGZLXZCOQ45BZ3VVAL5
X-Message-ID-Hash: QXBRSMRBPXX7NRGZLXZCOQ45BZ3VVAL5
X-MailFrom: prvs=9764e4284c=bemasc@meta.com
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
CC: dnsop <dnsop@ietf.org>
X-Mailman-Version: 3.3.10
Precedence: list
Subject: [DNSOP] Re: Embedding addresses - draft-wobbly-dispatch-embedded-answers
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/JA2LdVuk5YxSGN-tmj4ghZErlxg>
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>
I am totally supportive of this but it is a much bigger project than this document suggests. Cryptographic validity is not enough; we need proof that the record is intended for this client at this time for DNS load balancing. Imagine that a popular search engine messes up its "resolverless" configuration and starts sending everyone who searches for your website to a single random node in your CDN... There are various ways we could try to solve this, but they generally require new DNS protocol elements _and_ new web browser behaviors, so the barrier to deployment is very high. Also, we need to benchmark against <link rel="dns-prefetch"> and all the other latency-hiding tools we already have. --Ben On Fri, Oct 30, 2026, 7:17 PM Warren Kumari <warren@kumari.net> wrote: > Dear DISPATCH, DNSOP & HTTPBIS[0], Joe and I would really appreciate your > review and feedback on this draft: draft-wobbly-dispatch-embedded-answers > - "DNS Embedded Answers" This idea is strong influenced by the > "Resolverless DNS" > > Dear DISPATCH, DNSOP & HTTPBIS[0], > > Joe and I would really appreciate your review and feedback on this draft: draft-wobbly-dispatch-embedded-answers > - "DNS Embedded Answers" > <https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-wobbly-dispatch-embedded-answers/__;!!Bt8RZUm9aw!_EzycVzKC97e3Z7aHg0ByqrrFi6ZBrvDtrJrlXwqJWEoeYs3RipBGsN5UVsu1CcAw0_OzSir0gA$> > > This idea is strong influenced by the "Resolverless DNS" discussions from > 2018. > > We believe that the general concept deserves more discussion, and so we > have written it up as a draft. > Please keep an open mind - the emotions ran somewhat strong during the > initial Resoverless DNS discussions. This is written up in the original > spirit of request for comment - we'd like feedback and discussion on the > idea and concept, as well as on the document itself. It clearly needs more > work, but we'd like to either understand how to make this work, or why it > won't. > > I have done some initial performance testing - depending on the network > environment, resolver, phase of the moon, etc it seems that on average DNS > is taking up between 0.5 - 6% of my browsing time (time from initial > connection until Largest Contentful Paint (LCP)). > > We believe that it would be great for the user experience if we can reduce > that, providing it can be done in a privacy (and security) protecting > manner. > > Please help us understand if we can do this, or if this is a bad idea, > Warren and Joe. > > [0]: Sent to all three list desperately to cut down on cross-posting. > > _______________________________________________ > DNSOP mailing list -- dnsop@ietf.org > To unsubscribe send an email to dnsop-leave@ietf.org >
- [DNSOP] Embedding addresses - draft-wobbly-dispat… Warren Kumari
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… Ben Schwartz
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… Dave Lawrence
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… Paul Wouters
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… Paul Wouters
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… John R Levine
- [DNSOP] Re: Embedding addresses - draft-wobbly-di… Joe Abley