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

George Michaelson <ggm@algebras.org> Fri, 05 May 2023 00:34 UTC

Return-Path: <ggm@algebras.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 BB748C15E3FC for <dnsop@ietfa.amsl.com>; Thu, 4 May 2023 17:34:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20221208.gappssmtp.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 J9oRVqkk_60w for <dnsop@ietfa.amsl.com>; Thu, 4 May 2023 17:34:28 -0700 (PDT)
Received: from mail-ot1-x32b.google.com (mail-ot1-x32b.google.com [IPv6:2607:f8b0:4864:20::32b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 B7513C15152F for <dnsop@ietf.org>; Thu, 4 May 2023 17:34:28 -0700 (PDT)
Received: by mail-ot1-x32b.google.com with SMTP id 46e09a7af769-6a5ecdb455bso462071a34.0 for <dnsop@ietf.org>; Thu, 04 May 2023 17:34:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20221208.gappssmtp.com; s=20221208; t=1683246867; x=1685838867; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=/yvA6G+kLBsWN3EJdc3fNRYnROJ4S/3gFXz7rKSVP3E=; b=TyX3+clOknFQ5QPTOY6PPOetk/r8SqPgQc7Nk1GXABxnUFIomy/RVjdxfjdigpojuq 0VQu9xcen8aFjM/YyNGS9FgwlspBZwmz5Mb4jE5j6HsDgOXi8NDkZ3UxyAh7/TaBAVGQ SBBs4odmSbiFs6BuiarPBc1LTri9QET4zg6fGkBzGrcTSZGH1RTGrehRoYhBMalRL4j6 Zh6OnE+IAn9HpvKzN3DIyyWbzOuOFKlTnwqQ6QOHLHx0SIZdIx7NwWW0EVuGDcSoUHA6 zpOCqMKNToFrBdamHKViar6yeX34ngYpQZjjAZ7mtipkHqsebAj5st+UBYNGGYvgVMPX vAbg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683246867; x=1685838867; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=/yvA6G+kLBsWN3EJdc3fNRYnROJ4S/3gFXz7rKSVP3E=; b=i64TYFNoXngAxjapK6FbhPZ31d3NPU7HXOFXwmCuD79126YoxXAroUG+cn1JqV3gWk oK4tanTeIY8+t13F3pqAwWzP1/XGeYe5o8jevr+rvCvTd/LW//55lmkhtB4jeaTCh/1/ hUpqnsvJaIqik+rms+TPAtOtoYr3nWlLZwwJ2ZKl2JH84HrgL7K8KIzmvB2uZN5NhCvL Jf2P5OKbcqTAIe4rwat6/auwVhEv1YbolYGPSSC8pA+cKm8CR0LMg85far8GEaVwT0Uf OerBHxoWWjGc/p7Fh6WDt3/VAwV6OdxoFicDKCI5gxZF5k0Sfnzf68LU+TdXQDG2l29r +eqA==
X-Gm-Message-State: AC+VfDx/S+/13ha3CSn7WQGUOL9A6AZwDhS0TnG3g9R8cimHl8H17qKK +oPN+yutkXGfcfGUaPCjKNhtn0SXgmbQ6aKzbw9gK76aSpnBTw/k
X-Google-Smtp-Source: ACHHUZ6CqG1mZ+uwlkMEaGFOSTswU6uuLWWv6TLILXc74t4LT2NiR0lutWA+Nc8mW774GuTVy7OG87pi3MqePf7NTVI=
X-Received: by 2002:a05:6808:1885:b0:392:4511:d893 with SMTP id bi5-20020a056808188500b003924511d893mr3106204oib.3.1683246867424; Thu, 04 May 2023 17:34:27 -0700 (PDT)
MIME-Version: 1.0
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> <1C10367C-B890-426F-A4F8-2D68E903ED39@icann.org> <0.2.0-final-1683191254.797-0xa08e34@qmda.emu.st> <CAHw9_iLyz4dhjmXm=eeqiVqQWOjYOgs45NbCtRtvrYpTFQHz=w@mail.gmail.com> <0645EF4E-21C4-4D16-AFE7-D57054F7992C@isc.org>
In-Reply-To: <0645EF4E-21C4-4D16-AFE7-D57054F7992C@isc.org>
From: George Michaelson <ggm@algebras.org>
Date: Fri, 05 May 2023 10:34:15 +1000
Message-ID: <CAKr6gn2SeEJgM1WWRRGmCK=mBXyCiqituibCZsq0TFyNBvqWfA@mail.gmail.com>
To: DNSOP Working Group <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/kPAKgdVphwvfx7yu2nF1rujxYMI>
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: Fri, 05 May 2023 00:34:29 -0000

When people talk about "lame" they're in a sentence with a subject
(the DNS), and an object(ive) -But there isn't a single parse. Sorry,
but the declarative "this is what it means" seems to me to be failing,
hard.

The subject(s) are the zone(s) that are lame? thats one case. the
other case, is the subject is the NS which is listed as authoritative
but isn't serving. OK so you can qualify "lameness" to "the zone is
lame" or "the zone has some lame NS" or "this NS is lame for the zone"
-But they have different subjects and objects. what is "this" in each
case? different.

And not serving has (at least) two forms: you respond to 53 but reply
incoherently if at all about the zone, and you aren't even responsive
on 53. I can believe there are more.

The objective is to fix it. You are either talking to the parent zone
delegates to get something changed in the parent zone, or to the zone
NS admin to get something changed at the NS, or to network technicians
about why something along the path isn't working for you. So thats 3
cases at least.

Yet, we all seem to call this "lame" for some purposes. At least 2x
who talked to, at least 2x forms, and at least 2x subjects but one
Objective: -- fix it.

I don't think we've cohered on a meaning. I respect Paul Vixies intent
in giving clear origination of the term to Mark, but I do not agree
the term means now what he said decades ago, its clear we don't (in
this mail thread) really have a unitary meaning. If we did we wouldn't
be here.

I don't see how a single paragraph statement without OR ... alternates
is going to cover what people patently have been saying "is lame" for
some time, not aligning to a single meaning.

I liked the proposed paragraph because it had the ".. or not at all"
-And yet some people seem determined to say thats the "wrong" bit on
the definition.