Re: [DNSOP] I-D Action: draft-ietf-dnsop-glue-is-not-optional-02.txt

Ralf Weber <dns@fl1ger.de> Wed, 28 July 2021 18:07 UTC

Return-Path: <dns@fl1ger.de>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16CB53A1A7C for <dnsop@ietfa.amsl.com>; Wed, 28 Jul 2021 11:07:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KV8mPa3CLbvN for <dnsop@ietfa.amsl.com>; Wed, 28 Jul 2021 11:07:16 -0700 (PDT)
Received: from smtp.guxx.net (nyx.guxx.net [85.10.208.173]) by ietfa.amsl.com (Postfix) with ESMTP id AB6103A1A7A for <dnsop@ietf.org>; Wed, 28 Jul 2021 11:07:16 -0700 (PDT)
Received: by nyx.guxx.net (Postfix, from userid 107) id 5DC8D5F42371; Wed, 28 Jul 2021 18:07:14 +0000 (UTC)
Received: from [169.254.0.1] (p4ff53b1a.dip0.t-ipconnect.de [79.245.59.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by nyx.guxx.net (Postfix) with ESMTPSA id C7CA95F402E7; Wed, 28 Jul 2021 18:07:13 +0000 (UTC)
From: Ralf Weber <dns@fl1ger.de>
To: Paul Wouters <paul@nohats.ca>
Cc: Joe Abley <jabley@hopcount.ca>, dnsop <dnsop@ietf.org>
Date: Wed, 28 Jul 2021 20:07:13 +0200
X-Mailer: MailMate (1.14r5820)
Message-ID: <BB3299A4-6B22-4CD9-947D-C4E5F521F930@fl1ger.de>
In-Reply-To: <AE200EA2-F856-4921-9C9B-72FF0043BE42@nohats.ca>
References: <0B065E12-6257-4001-B98A-D5B6AE4D3358@hopcount.ca> <AE200EA2-F856-4921-9C9B-72FF0043BE42@nohats.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/9Aqni_sfsSYUOA-xZpf78y6AL2o>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-glue-is-not-optional-02.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Wed, 28 Jul 2021 18:07:21 -0000

Moin!

On 28 Jul 2021, at 16:13, Paul Wouters wrote:

> On Jul 28, 2021, at 08:22, Joe Abley <jabley@hopcount.ca> wrote:
>>
>> I tend to agree with this.
>>
>> There are a lot of ways a delegation can be non-functional (for example the circle of dependencies can be as big as you like, can incorporate third cousin twice removed glue, etc) and it makes more sense to me to let all of these cases fail rather than incurring the cost of papering over just some of them in the authority server.
>
> Do you want dns servers to spend extra CPU power to lookup whether this is a “non-functional” glue case instead of spending less CPU just looking if it has a glue record and adding it?
Well that is a tradeoff an implementer has to make and not something we should define in an RFC.

> If the latter, should it do this extra work of things don’t fit to determine the usefulness of TC=1 for this to set it depending those circumstances or just set TC=1 based on size ?
Again if the packet I as the authoritative server want to deliver does not fit I SHOULD/MUST set TC=1. However if I can and am willing to omit optional sibling glue to make it fit that is fine also. There is authoritative software out there that has a minimize-responses setting to allow the operator to define that behaviour.

So long
-Ralf
——-
Ralf Weber