IETF Logo Mail Archive

Re: [DNSOP] [Ext] Meaning of lame delegation

Paul Vixie <paul@redbarn.org> Wed, 19 April 2023 14:33 UTC

Return-Path: <paul@redbarn.org>
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 84DC9C15153C for <dnsop@ietfa.amsl.com>; Wed, 19 Apr 2023 07:33:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=redbarn.org
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7QuF0ZWrYBL4 for <dnsop@ietfa.amsl.com>; Wed, 19 Apr 2023 07:33:21 -0700 (PDT)
Received: from util.redbarn.org (util.redbarn.org [24.104.150.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1255C1516E9 for <dnsop@ietf.org>; Wed, 19 Apr 2023 07:33:21 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [24.104.150.213]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by util.redbarn.org (Postfix) with ESMTPS id 85A00160B36; Wed, 19 Apr 2023 14:33:21 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1681914801; bh=lQ+0uC3Q+ajDJChpHNBeKR/GJAlSGtE8b/kfegQiUKs=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=HgY3xicDacvKn8SecOB82DiYMsR7lJp6GlZkASU6WnXsIrDTRHLsWDGznD/+ZwJvx BCI26KKLvOYQyq3BCBP3/EYa09blp6eQ7lt6f1XGezTfmB9tTzWM7Dk58GIVN/E3ot lA/RGGpbrw9BrqmMSpYPJ477lZHEd0pr+KwZjrrQ=
Received: from [192.168.91.169] (unknown [46.44.180.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by family.redbarn.org (Postfix) with ESMTPSA id BD05CD78A1; Wed, 19 Apr 2023 14:33:20 +0000 (UTC)
To: Peter Thomassen <peter@desec.io>
Cc: "dnsop@ietf.org" <dnsop@ietf.org>
References: <1E956A0C-8FA4-4693-B4E8-AF22C4B5818A@verisign.com> <1B17EFB1-E801-4F9D-B0AC-87EC584001C5@icann.org> <06867e1c-869d-4471-907c-c3c11bee6d8e@redbarn.org> <6567E9FB-D89C-4CE5-BB8D-8818F198F134@verisign.com> <28206417-171b-ac1e-55fc-0c8dcee745cd@desec.io>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <44a39a83-b31e-2aea-0b5a-c9208d26fada@redbarn.org>
Date: Wed, 19 Apr 2023 07:33:17 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.60
MIME-Version: 1.0
In-Reply-To: <28206417-171b-ac1e-55fc-0c8dcee745cd@desec.io>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/oOL6CT0yqLGULak0VXRezL6bAu4>
Subject: Re: [DNSOP] [Ext] Meaning of lame delegation
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.39
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, 19 Apr 2023 14:33:26 -0000


Peter Thomassen wrote on 2023-04-15 10:13:
> 
> 
> On 4/10/23 15:39, Wessels, Duane wrote:
>> “A lame delegation is said to exist when one or more authoritative 
>> servers designated by the delegating NS rrset or by the apex NS rrset 
>> answers non-authoritatively for a zone”.
> 
> ... or by the *child's* apex NS rrset ...
> 
> (The delegating zone also has an apex NS rrset. We know that that's not 
> meant, but somebody looking up the terminology because they are not so 
> familiar might need that extra clarity.)

i accept this as a friendly amendment.


-- 
P Vixie

v2.46.0 | Report a Bug | By Email | System Status