[DNSOP] Adam Roach's No Objection on draft-ietf-dnsop-isp-ip6rdns-06: (with COMMENT)
Adam Roach <adam@nostrum.com> Tue, 25 September 2018 23:14 UTC
Return-Path: <adam@nostrum.com>
X-Original-To: dnsop@ietf.org
Delivered-To: dnsop@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 199ED127AC2; Tue, 25 Sep 2018 16:14:38 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Adam Roach <adam@nostrum.com>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-dnsop-isp-ip6rdns@ietf.org, Tim Wicinski <tjw.ietf@gmail.com>, Benno Overeinder <benno@NLnetLabs.nl>, Suzanne Woolf <suzworldwide@gmail.com>, dnsop-chairs@ietf.org, tjw.ietf@gmail.com, dnsop@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.84.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <153791727809.5122.7718745405172510732.idtracker@ietfa.amsl.com>
Date: Tue, 25 Sep 2018 16:14:38 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/gIuQR6r0F4mPKqXoBaskwZ_nGtk>
Subject: [DNSOP] Adam Roach's No Objection on draft-ietf-dnsop-isp-ip6rdns-06: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Sep 2018 23:14:38 -0000
Adam Roach has entered the following ballot position for draft-ietf-dnsop-isp-ip6rdns-06: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-dnsop-isp-ip6rdns/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thanks for the thought and work that went into this well-written document. I have only two relatively minor comments. --------------------------------------------------------------------------- §2.1: > For best user experience, then, it is important to > return a response, rather than have a lame delegation. In light of [1] (and its ensuing thread) and [2], the authors may wish to consider a different term than "lame" for this description. ____ [1] https://mailarchive.ietf.org/arch/msg/ietf/W6wSh3TDfetVY6eeDAu8FNcCKeA [2] https://en.wikipedia.org/wiki/List_of_disability-related_terms_with_negative_connotations --------------------------------------------------------------------------- §2.5: If I read things correctly, A naïve implementation of what is described in this section would result in the nameserver using some amount of state for each IPv6 PTR record that was queried, for the duration of the TTL. Given the extraordinary expanse of IPv6 space that such a server is likely delegated, it seems that there's an attack in here whereby an attacker asks for an arbitrary number of PTR records within a single server's range, each resulting in additional memory consumption for whatever time period the TTL represents. There probably should be some text in here warning implementations to guard against such attacks either by limiting such storage, or by generating such names in a deterministic way such that they don't require cacheing or pre-populating AAAA records (instead generating them on the fly)