[Int-dir] Intdir telechat review of draft-ietf-dnsop-caching-resolution-failures-07

Carlos Pignataro via Datatracker <noreply@ietf.org> Wed, 06 September 2023 20:59 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: int-dir@ietf.org
Delivered-To: int-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DEA09C15E406; Wed, 6 Sep 2023 13:59:06 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Carlos Pignataro via Datatracker <noreply@ietf.org>
To: int-dir@ietf.org
Cc: dnsop@ietf.org, draft-ietf-dnsop-caching-resolution-failures.all@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 11.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <169403394689.34292.14477427308387376018@ietfa.amsl.com>
Reply-To: Carlos Pignataro <cpignata@gmail.com>
Date: Wed, 06 Sep 2023 13:59:06 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-dir/GrMKqsl1q_68etKBKvXkQk9pGyY>
Subject: [Int-dir] Intdir telechat review of draft-ietf-dnsop-caching-resolution-failures-07
X-BeenThere: int-dir@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "This list is for discussion between the members of the Internet Area directorate." <int-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-dir>, <mailto:int-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-dir/>
List-Post: <mailto:int-dir@ietf.org>
List-Help: <mailto:int-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-dir>, <mailto:int-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Sep 2023 20:59:07 -0000

Reviewer: Carlos Pignataro
Review result: Ready

Hi!

draft-ietf-dnsop-caching-resolution-failures
Review type:	intdir - Telechat review
Reviewer:	Carlos Pignataro 

I find this a complete and well written document. Only some minimal nits for your consideration:

2.  Conditions That Lead To DNS Resolution Failures

CMP> "to"               ^^^^


3.2.  Caching

   Resolvers SHOULD employ an exponential or linear backoff algorithm to
   increase the cache duration for persistent resolution failures.  For
   example, the initial time for negatively caching a resolution failure
   might be set to 5 seconds, and increased after each retry that
   results in another resolution failure, up to a configurable maximum,
   not to exceed the 5 minute upper limit.

CMP> "5-minute"


3.3.  Requerying Delegation Information

   The problem of aggressive requerying to parent zones is not limited
   to queries of type NS.  This document updates the requirement from
   section 2.1.1 of [RFC4697] to apply more generally: Upon encountering
   a zone whose name servers are all non-responsive, a resolver MUST
   cache the resolution failure.  Furthermore, the resolver MUST limit
   queries to the non-responsive zone's parent zone (and other ancestor
   zones) just as it would limit subsequent queries to the non-
   responsive zone.

CMP> "(and *to* other ancestor"


1.2.  Related Work

   An expired Internet Draft describes "The DNS thundering herd problem"

and

10.2.  Informative References

   [thundering-herd]
              Sivaraman, M. and C. Liu, "The DNS thundering herd problem
              (expired Internet Draft)", June 2020,


CMP> s/Internet Draft/Internet-Draft/g?

Thanks again!

Carlos.