IETF Logo Mail Archive

Re: [DNSOP] New Version Notification - draft-ietf-dnsop-dns-catalog-zones-09.txt

Paul Wouters <paul.wouters@aiven.io> Tue, 07 February 2023 15:45 UTC

Return-Path: <paul.wouters@aiven.io>
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 5677FC16B5AB for <dnsop@ietfa.amsl.com>; Tue, 7 Feb 2023 07:45:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.096 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_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 (1024-bit key) header.d=aiven.io
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 tv-UvojEJA6H for <dnsop@ietfa.amsl.com>; Tue, 7 Feb 2023 07:45:52 -0800 (PST)
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 BA5F0C153CBF for <dnsop@ietf.org>; Tue, 7 Feb 2023 07:45:52 -0800 (PST)
Received: by mail-wr1-x435.google.com with SMTP id j25so10449530wrc.4 for <dnsop@ietf.org>; Tue, 07 Feb 2023 07:45:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aiven.io; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=hVvIEFUsi+j5Qap1iO55rdogy3bB/cl6UzAL1F18B6Q=; b=XVRwVwVezGdDLzZ5tGSV7xjKD8coqE32zVAAxcY5hHzGmN96maZx83btzlngtGNFod Bip0NYduhRJILbENzq+cPE/DeH+FL2ICvSa8m5dhy5COyMZdmmqHQsLMFNF4pVG7yg/S kcYh0M8rWkqmTfXK8yd44NbAAKKxtjSJyqM6M=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc: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=hVvIEFUsi+j5Qap1iO55rdogy3bB/cl6UzAL1F18B6Q=; b=EWJySGMvVAceHWGzcwI34NgC0NQcRtaK8z+U50ZpGyJSXHnu6Zgw8NQETlgACyCiog 8Wn0Vt0mhRnoLCr4vkW0BjSHDIndLfTfpWEjUSYRZvae3PuBnlZ6zYodMgQzndC0e3Si 6PlCkLO/bP9qJT3ynP4HX4rZ5sl5LRGdm43HougfBFJEFWfc6P0Ik6aCWBHKNG6fvjKD jNGg8fCh0cswoXaapPgF6gnGxCBBEwrj1e2k1hnPFrfQ7CUECbXQSAd7sC9iAtIZ7wxB zluuJkuQYhZ2tH5vZjwTOAwwmiwYmD9Pj/hGX/JlfvIuBNnQStn4IzpBQp0Q3pgzQpbC SSWQ==
X-Gm-Message-State: AO0yUKURCI8HWzfwDCW4civ2U68e2QFagpRX2lzdMiYtKhfIMcYEuRYs y2lKWpToRaif6l/b/5zsku19HtB6JtApha1Pb6m4Sw==
X-Google-Smtp-Source: AK7set+rnPU9+6Xzj+8hW2iGqUf4jkR6CZwx3UcCGOczSohp5BOX0psfFta4i8FndPQd7y91QB8F/TjveJgVFPO8nzU=
X-Received: by 2002:a5d:4d01:0:b0:2bf:e47c:4d9 with SMTP id z1-20020a5d4d01000000b002bfe47c04d9mr72406wrt.545.1675784751110; Tue, 07 Feb 2023 07:45:51 -0800 (PST)
MIME-Version: 1.0
References: <167577800490.53807.9257358286100121972@ietfa.amsl.com>
In-Reply-To: <167577800490.53807.9257358286100121972@ietfa.amsl.com>
From: Paul Wouters <paul.wouters@aiven.io>
Date: Tue, 07 Feb 2023 10:45:40 -0500
Message-ID: <CAGL5yWZNzyJWcZ2eLL6Yw0JFNusPQo2AQHr678C8kXGHio4-Lw@mail.gmail.com>
To: draft-ietf-dnsop-dns-catalog-zones.authors@ietf.org, "dnsop@ietf.org WG" <dnsop@ietf.org>
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, Tim Wicinski <tjw.ietf@gmail.com>, Warren Kumari <warren@kumari.net>
Content-Type: multipart/alternative; boundary="000000000000cfc21105f41e0a05"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/FshEsHGAt95A5Kf1VTNgOR3y6oc>
Subject: Re: [DNSOP] New Version Notification - draft-ietf-dnsop-dns-catalog-zones-09.txt
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, 07 Feb 2023 15:45:56 -0000

On Tue, Feb 7, 2023 at 8:53 AM <internet-drafts@ietf.org> wrote:

>
> A new version (-09) has been submitted for
> draft-ietf-dnsop-dns-catalog-zones:
> https://www.ietf.org/archive/id/draft-ietf-dnsop-dns-catalog-zones-09.txt
> https://www.ietf.org/archive/id/draft-ietf-dnsop-dns-catalog-zones-09.html
>
>
> The IETF datatracker page for this Internet-Draft is:
> https://datatracker.ietf.org/doc/draft-ietf-dnsop-dns-catalog-zones/
>
> Diff from previous version:
>
> https://author-tools.ietf.org/iddiff?url2=draft-ietf-dnsop-dns-catalog-zones-09
>
>
Thanks for the update, it does address my issues and I've updated my ballot
to Yes..

I still have two comments to consider, but you can treat these as
non-blocking.

 Why must a catalog server / zone only support one version at most? Eg if
version "3" comes out that would
add some things, but is backwards compatible with version "2", wouldn't it
be useful to be able to have an
RRset of two RRs, showing it supports both version 2 and 3? Why is there a
constraint to only allow at most 1
version per catalog zone ?

I find the valid use of the name "invalid" to be pretty horrible. An
engineer looking at a catalog might quickly believe
the invalid is a bug where it should have shown a real domain. Why not
_catalog.arpa or something ?

NITS:

A mangled quote (eg &quot;) made it into the document


Paul

v2.23.0 | Report a Bug | By Email