[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.
- [Int-dir] Intdir telechat review of draft-ietf-dn… Carlos Pignataro via Datatracker
- Re: [Int-dir] Intdir telechat review of draft-iet… Wessels, Duane