IETF Logo Mail Archive

Re: [DNSOP] [Ext] WGLC rfc8499bis one week extension for lame delegation definition

"Hollenbeck, Scott" <shollenbeck@verisign.com> Mon, 01 May 2023 17:05 UTC

Return-Path: <shollenbeck@verisign.com>
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 BA020C15155C for <dnsop@ietfa.amsl.com>; Mon, 1 May 2023 10:05:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.097
X-Spam-Level:
X-Spam-Status: No, score=-7.097 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, RCVD_IN_DNSWL_HI=-5, 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 (2048-bit key) header.d=verisign.com
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 D1a8Ox6MF4pz for <dnsop@ietfa.amsl.com>; Mon, 1 May 2023 10:05:41 -0700 (PDT)
Received: from mail2.verisign.com (mail2.verisign.com [72.13.63.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A302AC151543 for <dnsop@ietf.org>; Mon, 1 May 2023 10:05:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=1340; q=dns/txt; s=VRSN; t=1682960742; h=from:to:cc:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=IdISLeZFW75B9q1wB/BYmgBzdh/SjqCSYgqW4Bweohg=; b=jbhBwo+8ZBRNDCl/Flspw/p6prr22jEzvJaTBWu7zawF+jkbB238pj96 F2vppQnzH7T3VmG5BgPdZ1xhYP7ooANrhF/7/RSrZOFQlmTFm2ai02Xt0 0zJ8u95n8ff22mqO6h2zR4cQ4Ul1Gs8atQ5Kd3bCtGRtrEHLVNap12zq5 XxtlajKUwos58XAp5K4YWRc1MiteuQl6qE0nwmEWzUHC2wWPbsigiHvHt I35pHLbECUBmWd5e6fcXUsdIarxzZTwI/cUMs4e0BmLA0PYy1GS6cGrrm JvE53dPo8ASfWiZCLDqmU4ozsnFB8Sjc0wHbFG0/PRhyp6165TDDc7YdF A==;
IronPort-Data: A9a23:vc4iIqvNKygv3DEeZqyIozKERefnVEVfMUV32f8akzHdYApBsoF/q tZmKWmFaK2LN2f9fYtyb96+oxlXusLRnNIyQAY//no0RC8X9ZOVVN+UEBz9bniYRiHhoOCLz O1FM4Wdc5pkJpP4jk3wWlQ0hSAkjclkfpKlVKiefHgZqTZMEE8JkQhkl/MynrlmiN24BxLlk d7pqqUzAnf8s9JPGj9SuvPrRC9H5qyo42tF5gVmPJingXeF/5UrJMNHTU2OByagKmVkNrbSb /rOyri/4lTY838FYj9yuu+mGqGiaue60Tmm0hK6aYD76vRxjnVaPpIACRYpQRw/ZwOhxIktl YoX5fRcfi9yVkHEsLx1vxBwTXkibfUekFPNCSDXXce7lyUqf5ZwqhnH4Y5f0YAwo45K7W9yG fMweSwPdz6ZxKWKmpmAEvR139t9APfQM9ZK0p1g5Wmx4fcOa6rlGprsyO8AhnEujcdUBbDXa 4wHcyFpKh/HZnWjOH9OUNRnw7zu3ySkNWEJwL6WjfNfD2z71wx21LzgNtDYcd+iW8hPn12Zq WSA9GP8av0fHIbGlmbcryjz7gPJtQnqW6QxOKL7yv1BnQCiwjZIAjsaRUTu9JFVjWb7AbqzM Xc89jUjtrM/8Ff+EoHjUge5u3+LuFgXXN94H+gz8grLy6fI7UCeHGdsZiZIddhgtMg4Szkj0 HeIlNrvA3poqrL9YX6b7bCMhTK/JSZTKnUNDRLoViMP+d+6v4c+nkqVC819Cuiwj8awEza2y SqM9W4gna4Vy8UM0s1X4Gz6vt5lnbCRJiZd2+kddjvNAt9RDGJ9W7GV1A==
IronPort-HdrOrdr: A9a23:oB4DGqBtrYk/sgXlHemO55DYdb4zR+YMi2TDj3oBLSC8cqSj+/ xG785rsiMc7wxhIk3I+OrwQ5VoLkm9yXcY2+Ms1PKZLWzbUQiTXfxfBOnZsl7d8kTFn4Y36U 4jSdkdNDSaNzdHZLPBgTVQZOxP/DDoys2VbKzlvhFQpElRGthdBilCe36mLnE=
X-Talos-CUID: 9a23:+v34n2Ee5Hc2ek2EqmI26EwNNNpmNUGH50yIPlbhFjhFdoaaHAo=
X-Talos-MUID: 9a23:ZEfoxwY4qe7z6+BTnS7vohJOK4RU4I+zVXEJy84MncWUKnkl
X-IronPort-AV: E=Sophos;i="5.99,241,1677542400"; d="scan'208";a="21741527"
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.23; Mon, 1 May 2023 13:05:40 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([10.173.153.49]) by BRN1WNEX02.vcorp.ad.vrsn.com ([10.173.153.49]) with mapi id 15.01.2507.023; Mon, 1 May 2023 13:05:40 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "dwessels=40verisign.com@dmarc.ietf.org" <dwessels=40verisign.com@dmarc.ietf.org>, "paul.hoffman@icann.org" <paul.hoffman@icann.org>
CC: "dnsop@ietf.org" <dnsop@ietf.org>
Thread-Topic: [EXTERNAL] Re: [DNSOP] [Ext] WGLC rfc8499bis one week extension for lame delegation definition
Thread-Index: AQHZeUOniNm61Hlj5E2YaSKUDheGl69GEWeA///XJ4D//8MNIA==
Date: Mon, 01 May 2023 17:05:39 +0000
Message-ID: <b6dba9e0a69f475fb20f379dd0f6df67@verisign.com>
References: <f5757414-dd3b-8a09-f945-d73cecf556a3@NLnetLabs.nl> <40C193AF-938C-418F-924E-94F4DD358164@icann.org> <B93A0E80-08F8-4FDB-81C2-47C465D8DDB4@verisign.com>
In-Reply-To: <B93A0E80-08F8-4FDB-81C2-47C465D8DDB4@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/u9gCAskioFB_4My-KDPxFilcIEA>
Subject: Re: [DNSOP] [Ext] WGLC rfc8499bis one week extension for lame delegation definition
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: Mon, 01 May 2023 17:05:45 -0000

> -----Original Message-----
> From: DNSOP <dnsop-bounces@ietf.org> On Behalf Of Wessels, Duane
> Sent: Monday, May 1, 2023 12:43 PM
> To: Paul Hoffman <paul.hoffman@icann.org>
> Cc: DNSOP Working Group <dnsop@ietf.org>
> Subject: [EXTERNAL] Re: [DNSOP] [Ext] WGLC rfc8499bis one week extension
> for lame delegation definition
>
> Caution: This email originated from outside the organization. Do not click links
> or open attachments unless you recognize the sender and know the content is
> safe.
>
> My preferred definition is the one originally given by Paul Vixie, amended by
> myself, and further amended by Peter Thomassen:
>
> A lame delegation is said to exist when one or more authoritative servers
> designated by the delegating NS rrset or by the child's apex NS rrset answers
> non-authoritatively for a zone.
>
> I don’t think it is perfect, but it is an improvement.  I don’t think perfection will
> be achievable.

[SAH] +1.

Scott

v2.23.0 | Report a Bug | By Email