Return-Path: 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 40627FA5146E for ; Wed, 3 Jun 2026 13:55:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1780520100; bh=MaqHY7shA5NfFZw12EtcIFA0cGwyX+C3VO8W7cTck/k=; h=From:Subject:Date:References:Cc:To; b=rortkEcLHj+00S0/utYMeKMd/84YEMXBtYg2gXIB7zMoVuhkgIbgOLs6k7WaSZQn9 fWtHhg4O1ejXRok1NtXgYlFobxhpvD+xtFJctOIzHmhXt2m5mAefw4ZDwXDHCZzoPN 9iGv2PHSZAfwWE9M+I9HAt8xf9BoMRa3BP9xo8U4= X-Virus-Scanned: amavisd-new at ietf.org X-Spam-Flag: NO X-Spam-Score: -2.797 X-Spam-Level: X-Spam-Status: No, score=-2.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com 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 tL_QfiCInkqm for ; Wed, 3 Jun 2026 13:54:59 -0700 (PDT) Received: from rn-mx01.apple.com (rn-mx01.apple.com [17.132.108.0]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 766BFFA51377 for ; Wed, 3 Jun 2026 13:54:40 -0700 (PDT) Received: from mr55p01nt-mtap02.apple.com (mr55p01nt-mtap02.ise.apple.com [10.170.185.211]) by mr55p01nt-mxp01.apple.com (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025)) with ESMTPS id <0TG21H9BNQ2A6U30@mr55p01nt-mxp01.apple.com> for dnsop@ietf.org; Wed, 03 Jun 2026 20:54:34 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.125,FMLib:17.12.100.49 definitions=2026-06-03_06,2026-05-28_03,2025-10-01_01 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=cc : content-type : date : from : message-id : mime-version : references : subject : to; s=20180706; bh=AaaHeBKJalABwTSuDLjkqsWQVu+Oz+dlBOVuQpJUodU=; b=K3QwYGJQpnPCezeRphOyqB/tUzlfgaZBKrDxh0n8venCSB3fA2bLmzYEL+biHEFNrMNs LufKJ9hwLTS8JQxcSkPlkJZ8CM4TTi2cx2mBmvfGfNr7p2BfLrOhcWmKHvOGQIOo1aSV i1GeiYtu1CQB+cJLdsdd8wvKNpVWE0ZgC+deS0pupSVtdIEMe9GcK6JUcx0b/gALxZsX JseniNOV65bQW7TDwB8yq29+d65bNES6RA8HPSXUGwOuYR6HXpSULo9zmOY3VhPGIxJv 3SKX4kShxa4X00xxs1XEcI83GvfgKxU+FVS3qimI36n6YbPby3eNV/ena0lWTGixJbYx 8A== Received: from mr55p01nt-mmpp07.apple.com (mr55p01nt-mmpp07.ise.apple.com [10.170.185.196]) by mr55p01nt-mtap02.apple.com (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025)) with ESMTPS id <0TG227T6FQ2U7MR0@mr55p01nt-mtap02.apple.com>; Wed, 03 Jun 2026 20:54:30 +0000 (GMT) Received: from process_milters-daemon.mr55p01nt-mmpp07.apple.com by mr55p01nt-mmpp07.apple.com (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025)) id <0TG209M00PXNZN00@mr55p01nt-mmpp07.apple.com>; Wed, 03 Jun 2026 20:54:30 +0000 (GMT) X-Va-A: X-Va-T-CD: f4439a1f3baad66c778bad7f442511f1 X-Va-E-CD: 6ff306fd2efba9378f9d4a05d13a8c03 X-Va-R-CD: 24b1c5e3de5fd678f3c6f4411932d205 X-Va-ID: eb7e6415-b5a4-46f4-bf23-140c6f338ab0 X-Va-CD: 0 X-V-A: X-V-T-CD: f4439a1f3baad66c778bad7f442511f1 X-V-E-CD: 6ff306fd2efba9378f9d4a05d13a8c03 X-V-R-CD: 24b1c5e3de5fd678f3c6f4411932d205 X-V-ID: c35f8513-a69d-460c-8cda-33388f827b6a X-V-CD: 0 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.125,FMLib:17.12.100.49 definitions=2026-06-03_06,2026-05-28_03,2025-10-01_01 Received: from smtpclient.apple (unknown [17.234.43.242]) by mr55p01nt-mmpp07.apple.com (Oracle Communications Messaging Server 8.1.0.28.20250821 64bit (built Aug 21 2025)) with ESMTPSA id <0TG2090DEQ2ROY00@mr55p01nt-mmpp07.apple.com>; Wed, 03 Jun 2026 20:54:28 +0000 (GMT) From: Gautam Akiwate Content-type: multipart/alternative; boundary="Apple-Mail=_7C556795-CBC4-49D5-8633-EC687BB43F7C" MIME-version: 1.0 (Mac OS X Mail 16.0 \(3864.500.181\)) Date: Wed, 03 Jun 2026 13:54:17 -0700 References: <178051772120.2607870.1047915534266192019@dt-datatracker-5b4c8598b5-4ztf9> To: dnsop@ietf.org Message-id: X-Mailer: Apple Mail (2.3864.500.181) Message-ID-Hash: E43XWVSHRAUDFOGA43HEZCD76Y3JRTHW X-Message-ID-Hash: E43XWVSHRAUDFOGA43HEZCD76Y3JRTHW X-MailFrom: gakiwate@apple.com 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: Phil Flack , Stuart Cheshire X-Mailman-Version: 3.3.9rc6 Precedence: list Subject: =?utf-8?q?=5BDNSOP=5D_Fwd=3A_New_Version_Notification_for_draft-gakiwate-dns?= =?utf-8?q?op-optimistic-dns-00=2Etxt?= List-Id: IETF DNSOP WG mailing list Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --Apple-Mail=_7C556795-CBC4-49D5-8633-EC687BB43F7C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Greetings, We have submitted a new draft that describes Optimistic DNS a = client-side stub resolver mechanism that immediately returns expired cached records to = applications while issuing a fresh network query in parallel to refresh the record eliminating the = latency spikes on TTL expiry. As a note mDNSResponder (default stub resolver on all Apple platforms) = has shipped this since macOS 10.14 / iOS 12 (September 2018) so the document captures already = deployed behavior. The main impetus for writing this draft was discussions in the HAPPY WG = around these ideas. We look forward to feedback on this document. Thanks Gautam > Begin forwarded message: >=20 > From: internet-drafts@ietf.org > Subject: New Version Notification for = draft-gakiwate-dnsop-optimistic-dns-00.txt > Date: June 3, 2026 at 1:15:21=E2=80=AFPM PDT > To: "Gautam Akiwate" , "Phil Flack" = , "Stuart Cheshire" >=20 > A new version of Internet-Draft = draft-gakiwate-dnsop-optimistic-dns-00.txt has > been successfully submitted by Gautam Akiwate and posted to the > IETF repository. >=20 > Name: draft-gakiwate-dnsop-optimistic-dns > Revision: 00 > Title: Optimistic DNS > Date: 2026-06-03 > Group: Individual Submission > Pages: 30 > URL: = https://www.ietf.org/archive/id/draft-gakiwate-dnsop-optimistic-dns-00.txt= > Status: = https://datatracker.ietf.org/doc/draft-gakiwate-dnsop-optimistic-dns/ > HTML: = https://www.ietf.org/archive/id/draft-gakiwate-dnsop-optimistic-dns-00.htm= l > HTMLized: = https://datatracker.ietf.org/doc/html/draft-gakiwate-dnsop-optimistic-dns >=20 >=20 > Abstract: >=20 > DNS lookups introduce user-visible delay, particularly when cached > records have expired and must be refreshed from the network. This > document describes Optimistic DNS, a client-side stub resolver > mechanism that immediately returns expired cached DNS records to > applications while simultaneously refreshing them with a network > query. The application receives an answer in microseconds rather > than milliseconds, and if the data has changed receives an updated > answer shortly thereafter. Optimistic DNS is complementary to RFC > 8767, which addresses serving stale data at recursive resolvers. > This document focuses exclusively on client-side stub resolver > behavior, including explicit signaling from the application to = inform > the stub resolver that the application is able to handle old and > possibly incorrect information. >=20 >=20 >=20 > The IETF Secretariat >=20 >=20 --Apple-Mail=_7C556795-CBC4-49D5-8633-EC687BB43F7C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8
Greetings,

We have submitted a new draft that describes = Optimistic DNS a client-side stub resolver
mechanism that immediately returns expired cached records to = applications while issuing
a fresh = network query in parallel to refresh the record eliminating the latency = spikes on
TTL expiry.

As a = note mDNSResponder (default stub resolver on all Apple platforms) has = shipped this since
macOS 10.14 / iOS = 12 (September 2018) so the document captures already deployed = behavior.
The main impetus for = writing this draft was discussions in the HAPPY WG around these = ideas.

We look forward to feedback on this = document.

Thanks
Gautam


Begin forwarded message:

From: internet-drafts@ietf.org
Subject: New = Version Notification for = draft-gakiwate-dnsop-optimistic-dns-00.txt
Date: June 3, = 2026 at 1:15:21=E2=80=AFPM PDT
To: "Gautam Akiwate" <gakiwate@apple.com>, "Phil Flack" = <pf-ietf@flacko.com>, "Stuart Cheshire" = <cheshire@apple.com>

A new version = of Internet-Draft draft-gakiwate-dnsop-optimistic-dns-00.txt has
been = successfully submitted by Gautam Akiwate and posted to the
IETF = repository.

Name: =     draft-gakiwate-dnsop-optimistic-dns
Revision: = 00
Title:    Optimistic DNS
Date: =     2026-06-03
Group: =    Individual Submission
Pages: =    30
URL: =      https://www.ietf.org/archive/id/draft-gakiwa= te-dnsop-optimistic-dns-00.txt
Status: =   https://datatracker.ietf.org/doc/draft-gakiwate-dnsop-optimist= ic-dns/
HTML: =     https://www.ietf.org/archive/id/draft-gakiwate-dns= op-optimistic-dns-00.html
HTMLized: = https://datatracker.ietf.org/doc/html/draft-gakiwate-dnsop-optimistic-dns<= br>

Abstract:

  DNS lookups introduce = user-visible delay, particularly when cached
  records = have expired and must be refreshed from the network.  This
=   document describes Optimistic DNS, a client-side stub = resolver
  mechanism that immediately returns expired = cached DNS records to
  applications while simultaneously = refreshing them with a network
  query.  The = application receives an answer in microseconds rather
=   than milliseconds, and if the data has changed receives an = updated
  answer shortly thereafter.  Optimistic DNS = is complementary to RFC
  8767, which addresses serving = stale data at recursive resolvers.
  This document focuses = exclusively on client-side stub resolver
  behavior, = including explicit signaling from the application to inform
=   the stub resolver that the application is able to handle old = and
  possibly incorrect information.



The = IETF = Secretariat



= --Apple-Mail=_7C556795-CBC4-49D5-8633-EC687BB43F7C--