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: [email protected]
> Subject: New Version Notification for 
> draft-gakiwate-dnsop-optimistic-dns-00.txt
> Date: June 3, 2026 at 1:15:21 PM PDT
> To: "Gautam Akiwate" <[email protected]>, "Phil Flack" <[email protected]>, 
> "Stuart Cheshire" <[email protected]>
> 
> 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-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.html
> HTMLized: 
> https://datatracker.ietf.org/doc/html/draft-gakiwate-dnsop-optimistic-dns
> 
> 
> 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
> 
> 

_______________________________________________
DNSOP mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to