IETF Logo Mail Archive

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

Joe Abley <jabley@hopcount.ca> Tue, 02 May 2023 15:33 UTC

Return-Path: <jabley@hopcount.ca>
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 04CDDC15E3FC for <dnsop@ietfa.amsl.com>; Tue, 2 May 2023 08:33:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hopcount.ca
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 GD1yNVSl9hZR for <dnsop@ietfa.amsl.com>; Tue, 2 May 2023 08:33:06 -0700 (PDT)
Received: from mail-4022.proton.ch (mail-4022.proton.ch [185.70.40.22]) (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 62936C13AE28 for <dnsop@ietf.org>; Tue, 2 May 2023 08:33:06 -0700 (PDT)
Date: Tue, 02 May 2023 15:32:56 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hopcount.ca; s=protonmail; t=1683041584; x=1683300784; bh=LpCVG66U9g02FPY58nzibb2nXsL/JBYtSLbuZAANojI=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=M3cBnnsxMT8QkO13eaAQvo0PxG32Xf0Je8S8qf/Bn0Y4DTyDA/bqXIb9UgONgANlM m0E3Rgsf2vDfN7TYuycQ8+5utkqtxamP0yA08SXZDZ7ninVX31OLj9CwcNuMQ+K1Or O9pWNLiTjTG95HCGCsOz/PuEEB02lvSes0kth82Q3Fi2MW36PQw4T1/M6TN87NZyzN NiTPXG6AuAeLyEY8AWo4AYUD6aV1ZDbaw9u4kIycaWxwWffHcxhFupw49rp8vm/BMr FzyKSDVFUIsFCL+3mY8nrDGpfk6S3D9yO8pfxFUhB4tts5mookvUi3Nl3dqbVPprkZ E1ER9CgEcdN1w==
To: paul@nohats.ca, peter@desec.io
From: Joe Abley <jabley@hopcount.ca>
Cc: paul=40redbarn.org@dmarc.ietf.org, m9p@india.emu.st, dnsop@ietf.org
Message-ID: <k07eEjgEYyennXffYPlNrEyJwIf7ERwprNq3asxgr_BmFqnqt9mvfhGg7zE62RjuIbIcYFkViRcXcKFOQIxiUXUc3B6AzkdECJQrkADK7Iw=@hopcount.ca>
In-Reply-To: <ae57e5d7-a3e7-d06f-db1a-ce78aa2c8065@nohats.ca>
References: <f5757414-dd3b-8a09-f945-d73cecf556a3@NLnetLabs.nl> <40C193AF-938C-418F-924E-94F4DD358164@icann.org> <20230501115805.5b4e5115@dataplane.org> <0.2.0-final-1682972681.287-0xd4930e@qmda.emu.st> <ovdbVoNO3SETnssmcX_ys9g7p1j9CEsl1VUMNYZgwHj1W-hTDQZPTaSfswmU_LmnYB5Yq0F_oHVjwfJB6z8fcNdg6Zp-YiVEQrZyneEp9Pg=@hopcount.ca> <c5cf66ab-716f-6a9f-1572-444e88a12a6c@redbarn.org> <2011730a-1206-63fb-bc98-019e53a5ea4a@desec.io> <ae57e5d7-a3e7-d06f-db1a-ce78aa2c8065@nohats.ca>
Feedback-ID: 62430589:user:proton
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="b1_jaEL3FUJOj6j3DOrRuWnfgxAa5UCOdwL0gtsdOybwo"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/_J3nee6U2HDKtZlygD83NfnGpbY>
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: Tue, 02 May 2023 15:33:11 -0000

On Tue, May 2, 2023 at 11:01, Paul Wouters <[paul@nohats.ca](mailto:On Tue, May 2, 2023 at 11:01, Paul Wouters <<a href=)> wrote:

> If all the parental NS records point to
> properly working nameservers, but the authoritative nameservers claim
> an additional NS record, I would also call the delegation lame.

I would not. A lame delegation is to do with the value of AA on a response from a server that has been included in an earlier referral. It's not to do with the contents of a zone.

Joe

>

v2.23.0 | Report a Bug | By Email