IETF Logo Mail Archive

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

Paul Wouters <paul.wouters@aiven.io> Wed, 08 February 2023 13:28 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 51B57C1522BE for <dnsop@ietfa.amsl.com>; Wed, 8 Feb 2023 05:28:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.853
X-Spam-Level:
X-Spam-Status: No, score=-0.853 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, NORMAL_HTTP_TO_IP=0.001, NUMERIC_HTTP_ADDR=1.242, RCVD_IN_DNSWL_NONE=-0.0001, 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=unavailable 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 E6Ylr9isGdgQ for <dnsop@ietfa.amsl.com>; Wed, 8 Feb 2023 05:27:59 -0800 (PST)
Received: from mail-wm1-x32b.google.com (mail-wm1-x32b.google.com [IPv6:2a00:1450: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 E269AC1516F3 for <dnsop@ietf.org>; Wed, 8 Feb 2023 05:27:59 -0800 (PST)
Received: by mail-wm1-x32b.google.com with SMTP id c4-20020a1c3504000000b003d9e2f72093so1462264wma.1 for <dnsop@ietf.org>; Wed, 08 Feb 2023 05:27:59 -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=8q4fBEyhyWPxI68+wJP5LzNPfDpsedhNkJ1YjZVWxGk=; b=OhHUd/2leL2r7xf50MitloE6glJEeFpf/T1CoV0FipeQDtgMgB4jpnmEfB2H+bdmMn 3jN9zewI5h0iZReEJdVtGfTVD3x9lL2po+tNoik9dEazsySaa/+9gxucGyb/YKIo2783 06stBhvifTAVtkeoAylfQJRIg0OkkLp4xTQlU=
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=8q4fBEyhyWPxI68+wJP5LzNPfDpsedhNkJ1YjZVWxGk=; b=rw1BuP8zV1smAirza82pbOejPw4IVChDwY+ilLu04W4CL4hwDygwIz671ng43kJvP3 q7ZMePSl9TnsMDYJFaEoAyPryv/Va5YPqiDPinVXAHl9B22rg2ViBRPjEylDze2GQBEY hsmOTIVoot+ljE394dfrNNFtQzlbYXdT8SRMs4uRW7z8FkjiWJJUqkIJ11laN9TBGUGh pWjUWE0VfQeAzYGpVfbPmlfy/TL8CRKi7DMaI2S0aQ3AuYDBol6xT4bt+3ENZ7EYNipB MpEkRwblbNdlLyZcy7xMu3IHNScjZcdiswLls4gpOJTI5KkoEbrr5NjfI7fuMigOOuw3 KR6Q==
X-Gm-Message-State: AO0yUKWTrCR6yjClkwmTGby1K8/AsM1AjomNX+uvXoaDMDb58g9QtneM hWyj8XFw2s5r1DSCKrLMJpesdxxefGaEk9ZJsIm7Ig==
X-Google-Smtp-Source: AK7set8lQPPcASeHPMIEC5KsS+rKm8Y/Gp5RCevX3onkqjJlTaJ0FtYyLu0R+ufnk/2KWZN3TPdyn0U0tpa25w2sAE0=
X-Received: by 2002:a05:600c:45c9:b0:3e1:336:d219 with SMTP id s9-20020a05600c45c900b003e10336d219mr138279wmo.145.1675862877793; Wed, 08 Feb 2023 05:27:57 -0800 (PST)
MIME-Version: 1.0
References: <167577800490.53807.9257358286100121972@ietfa.amsl.com> <CAGL5yWZNzyJWcZ2eLL6Yw0JFNusPQo2AQHr678C8kXGHio4-Lw@mail.gmail.com> <edcd7b0c-e47d-e2bd-8932-d50dbdfd0f23@monshouwer.eu>
In-Reply-To: <edcd7b0c-e47d-e2bd-8932-d50dbdfd0f23@monshouwer.eu>
From: Paul Wouters <paul.wouters@aiven.io>
Date: Wed, 08 Feb 2023 08:27:46 -0500
Message-ID: <CAGL5yWZU7oKCuLqH_6yfb6Qo2u-GsuuaSwZ1KsPcVYmQM+tF5w@mail.gmail.com>
To: Kees Monshouwer <keesm=40monshouwer.eu@dmarc.ietf.org>
Cc: draft-ietf-dnsop-dns-catalog-zones.authors@ietf.org, "dnsop@ietf.org WG" <dnsop@ietf.org>, Tim Wicinski <tjw.ietf@gmail.com>, "Murray S. Kucherawy" <superuser@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000863b7d05f4303bb0"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/VsUevHqoHULLi2QPpjIquXTp4fw>
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: Wed, 08 Feb 2023 13:28:04 -0000

On Wed, Feb 8, 2023 at 3:33 AM Kees Monshouwer <keesm=
40monshouwer.eu@dmarc.ietf.org> wrote:

> Hi Paul,
>
> On 2/7/23 16:45, Paul Wouters wrote:
>
> On Tue, Feb 7, 2023 at 8:53 AM <internet-drafts@ietf.org> wrote:
>
>  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 ?
>
> Version is a schema version, not a feature level. As long as new features
> can be added in the same schema no version bump is necessary. Since it is
> impossible to put two incompatible schemas is a single catalog zone only
> one version RR is allowed.
>

Ah yes, thanks.

While re-reading the properties / version bits, I noticed this text in
section 4.3.2.1:

      In this scenario, consumer(s) shall, by agreement, not sign the
member zone "example.com." with DNSSEC.

Since the "nodnssec" got removed, this sentence makes no more sense to me.
How does the example "show" the
meaning of "not sign the member zone" ?

Paul

v2.23.0 | Report a Bug | By Email