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

Paul Vixie <paul@redbarn.org> Mon, 01 May 2023 21:23 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 2BA57C151522 for <dnsop@ietfa.amsl.com>; Mon, 1 May 2023 14:23:01 -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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 aSJF6CrsFQ9w for <dnsop@ietfa.amsl.com>; Mon, 1 May 2023 14:22:56 -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 8261FC151993 for <dnsop@ietf.org>; Mon, 1 May 2023 14:22:56 -0700 (PDT)
Received: from family.redbarn.org (family.redbarn.org [IPv6:2001:559:8000:cd::5]) (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 1109D160B37; Mon, 1 May 2023 21:22:56 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=redbarn.org; s=util; t=1682976176; bh=tR1s5CpxuZNcegs1LNWSq0XCh755YZG/fgbZsHCDSzo=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=n23dnTLFW6LQwC+XE9uEFqE+vwLIUY1PxGMTvZpvCKra8y9mBk5jvYwhD8wF1ETcA 29iHuxapVwkWa9gykfvBCMExZ7Lkp3NoLp5o9ET+KXZt9daEw1DgTbC0i34i5LME27 m5R1osIC60HJurf5/HNFl61w5NGOpFoXCWPDQuOQ=
Received: from [24.104.150.143] (unknown [24.104.150.143]) (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 E1E99D78A1; Mon, 1 May 2023 21:22:55 +0000 (UTC)
To: Joe Abley <jabley@hopcount.ca>
Cc: m9p@india.emu.st, dnsop@ietf.org
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>
From: Paul Vixie <paul@redbarn.org>
Message-ID: <c5cf66ab-716f-6a9f-1572-444e88a12a6c@redbarn.org>
Date: Mon, 01 May 2023 14:22:53 -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: <ovdbVoNO3SETnssmcX_ys9g7p1j9CEsl1VUMNYZgwHj1W-hTDQZPTaSfswmU_LmnYB5Yq0F_oHVjwfJB6z8fcNdg6Zp-YiVEQrZyneEp9Pg=@hopcount.ca>
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/VhdavY5SmTiy6OoN0BFyCcOUekM>
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 21:23:01 -0000


Joe Abley wrote on 2023-05-01 14:15:> Yes -- some people (not me) would 
evidently describe a server that they
> didn't receive a response from as lame. Such a situation could be a 
> result of a bad configuration but also any number of other things, such 
> as a network problem or a misconfigured firewall.

because the problem could be a middlebox on your end (edns botchery), a 
fiber cut, ddos protection on the far end, or other non-dns prime cause, 
nothing about unreachability or silence nec'ily has to do with the server.

to be a lame _delegation_ means some error or misconfiguration in the 
server. normally this means it's supposed to be authoritative but the 
zone expired or the operator forgot or similar. or there is no server 
there any more (it was decomm'd or renumbered). icmp host-unreach or 
port-unreach would be symptoms of that, if you can hear them.

if we need more terms let's invent. but this term has established meaning.

-- 
P Vixie