Re: [DNSOP] Call for Adoptions: draft-lhotka-dnsop-iana-class-type-yang

Petr Špaček <petr.spacek@nic.cz> Tue, 16 July 2019 10:01 UTC

Return-Path: <petr.spacek@nic.cz>
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 DF712120222 for <dnsop@ietfa.amsl.com>; Tue, 16 Jul 2019 03:01:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.997
X-Spam-Level:
X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FROM_EXCESS_BASE64=0.001, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qYB0ixT49Xi6 for <dnsop@ietfa.amsl.com>; Tue, 16 Jul 2019 03:01:11 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D04C41201EF for <dnsop@ietf.org>; Tue, 16 Jul 2019 03:01:10 -0700 (PDT)
Received: from pc-cznic19.fit.vutbr.cz (unknown [172.20.6.205]) by mail.nic.cz (Postfix) with ESMTPSA id 29F56140B1E for <dnsop@ietf.org>; Tue, 16 Jul 2019 12:01:09 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1563271269; bh=TgWUqxE/gIrr8DM0Xs+Tuzt/goPE0V8toAQVXLeB0uQ=; h=To:From:Date; b=hSCw1/HYQwo23ahUXQQa1p/rg4GfhDFd4yXfXjayWphaN3KffEH3UXtUg/ywa0IbQ SD48U8k5UvimeBpguLqBpS4mnjczHn/0nfhif4z7Q8VLLCQyrcved9BkGuKOz5UU0j VDi4KW2Gg1Q7xFMBZUnUp5dOaL+7vzXtWy5ugVeY=
To: dnsop@ietf.org
References: <820fe3a1-9d54-15c1-8194-8a607bdf6a31@NLnetLabs.nl> <alpine.LRH.2.21.1907151726520.15898@bofh.nohats.ca> <CADyWQ+Gt7WUjOFP8dMELT+UQLdvPBcMXA4UX2xtZiqtp0zP9nQ@mail.gmail.com> <CAJhMdTNofj4-wjKY1u2B5UhbhbcHYOvr_-V2bfuMK+d9SjHgsA@mail.gmail.com> <ac31455a-e66e-be04-f4d6-6411e896e589@pletterpet.nl>
From: Petr Špaček <petr.spacek@nic.cz>
Openpgp: preference=signencrypt
Autocrypt: addr=petr.spacek@nic.cz; prefer-encrypt=mutual; keydata= mQINBFhri/0BEADByTMkvpHcvPYwyhy0IDQ1B2+uU6AWP0QJQB3upM/YqxoJBeMQ5SxpO+W6 BsU0hTIF90AKIgiiDtMH1oNhHnzRXqePKORIgL3BbH5OxGcbqCYk1fIKk43DliCN1RcbTyRV REnCRQGWMTUbRS/jQ3uyTAX4rT0NhPWhPy6TMLGEg6WJJz0IzhBEw3TitvAlq6XHbi5EZYwU AHqIcuqr3sS+qkWqlIBlahu1hqhTcmYGz7ihjnWkOFi1rjRfLfudAtgFpUSmsixh2tifdy+C d8OBQbtF2kM7V1X5dUzw/nUBXm1Qex2qohRmCspwqivu7nlDMrLoilmPaeoR5evr5hpIDdfP cJAPTJk4n56q6MTHFJWkGa0yq13AJHLANNjQ/dF+W6Dhw9w2KBpuw0iGZQBBf5G9SQ1xJ+tU 9filaldsTAX1gMkVso//kGEbuRIJnJr7Z8foE/zofFyoAv21VWy2vpgQ3CnEWOZMSmYH7/gZ qcM7nfkjk4zAijpjYA3qlXoWa44/nrkAGvt7sAMsxY1C2H7tr3h3/rwyfbBqQ9nMpNwYLXXa Dil7uzyqlpKDjwWCzYd3sH7ATyT4htrd0BY5+IFimSfHyLwixhakH8E14YYyV9tzkrB7fiWd g7+zDThLtZMvtrehtkjVDPT50xg8TMr68hd3GRWBUJHszMTnlQARAQABtCBQZXRyIFNwYWNl ayA8cGV0ci5zcGFjZWtAbmljLmN6PokCVAQTAQgAPgIbAwULCQgHAgYVCAkKCwIEFgIDAQIe AQIXgBYhBL4m67nL4FmzkQyjW86N1qGlCiHkBQJcEOXhBQkFp4LgAAoJEM6N1qGlCiHkxNwQ ALFyQ7Rrghf0rM9GN2+kgP92Qvot21h8/Je3bRTvoLyhYUXcAMRmODZQ/0EsjExFc+pRwn+E 0GD2TpiorDnRMpJYEmHqenYGIrZ5TE0lHwwu0fi/X3evDY4j68OFlim5Q6+7pHOlZWaRsSm5 T6blSwIaNDFYtBhI0X1ZXTGqbXIUBFuGxolo/xEgUkeDy+6D4R8yT17CTHkuGYYrfUYnoBTr j3xMVil/lNMievaklAL8kRNVl0It4M8VzHTyEdMq7pG0CJ0CfU8COizCsu4+zy8dsxMVE0Su hju05LSsClZ9X1csxSK9HjKq+TG1Hx2qciFHRB1qC2mNIvWTm10Gkj4tLTWcJp3k2Wyv+1K2 sLFxreGOwbx0uR7XtIIBTiiZAiVsjBH0D39qG2ZLz+bJkQvlTDZQuXzsMS51wROvTVxPYcXX p069hON2+/QqJasmpOHhOydGkB3uokA0crqvMOnK+EcueKQQspvdLGiFLefJPuM8VVyR9fFZ YjnX2vfGZbE+MxY8wG4mDbhgxsUORAEtNUH/G0dvTv66fzKpl5q9GIZs7el+1IU31w7KivgS 7fsWcOsdzq4KzZzNBRJtEDoxX4b9lQ8P6ttMlPi7PnQ+iN0OUxKSnAnKQiqKMFRO1zH22vn7 iiF4JMO32//0HcpsyV8oEdjDkSJsFRnDfLW2uQINBFhri/0BEADFp4ZfxSoKTAad0IkFK9CV oZ6XKywYLFNPPhzw++gbvHL2EX7QqhEsqbsWMYpH4jc/Kq55OYYU/lIcULuD0Y9oDR26XFQo u0FeSNnzRGb607U8OFOPQ+ei92Mm1YPQ33GPj8GqbQpkAp35sfjJ64TH/EQY38RN33jsHRkh wtWU/6yo+RZs7cFRuihuLl8FuoP0A5u/x+lNNeIBk8f27LVYrF81NSDDDYjnObCah+QLzGAw GDtjWkBVawpoHWwq58OQSx5piwyOCnFJeFONRcTRgOz239rsEA5LeYfmOGcnNwG6CHoJ5ZdW Jw5OV9BoA7UTHG95xVHV5QiEm6q6igI6wKV2RtFS7Roe0Wt8H7gC41JeqaKTUsGkz6uJraF8 mmKyS8E+mSh3djmqdJNHF1pJqKxAxPYA9Y0jPnYWeEH4fPeOR2YvBjztsye9nOv1AuKNu03d uzocyU95DfP/lwNJr5SH918Vf1t7WcJj9dg6J9Jc5LOwg13Qr31TuZijrMdqM7LJKC/0tOkS eXNoMlHJOIqbqm7N414I0HytbENf7AiyDxNA5TzJKkB0eBPLm2FMQCHLfasJHgbCrQut6nYw 3f3Gn3+PDzGEHI9sfQv/mYvO77oRSGw+3Hy1ToxIncIirAyRpa5KdPLklDpADvpfkXjuL6If ZZ0OIWKLSRa/DQARAQABiQI8BBgBCAAmAhsMFiEEvibrucvgWbORDKNbzo3WoaUKIeQFAlwQ 5fcFCQWngvoACgkQzo3WoaUKIeTg+w/9Gyp5EcB4AoR3vKVxP0SAh1zBher3bh9uGaKTAWt0 +0v8fyZYGEPqZr//9rkodPnXbQnr9ogzjJmZpsPvGPyRZikWjYIwkfM2Vb4BCyr5wQ9++9KB kob5zCQmUw2o7s/gISpFsCC5B0eYusArVDnrCyrroyaxbN6MpUb5lzVMEOCzYljtdrPRAXPL FKRm3ijLV0RcYPzJJVOPV5EzUfCtGsGTXXRI9Y9O/7lFaJ+iWnwygo/Xoi0IgBHvOAj9Gp3Q 0BY+sI6Rgzm9dbddm8gYJ4+FjfZivI7fbdfSubTWvrtFmFdHovIPJYLvXK7hUG22ww4CneIF D4oZSVy9xUoqJf0qQNruzEqTr7y7lbZIzxgPCSVmH0jpgJ1po6RLaJllNA+ZklOQ76fCMiaD 5yQuJluwD5w+acPWTbmZX6DijGHPZSjzeUkiMKctYSRqVUo6JmK0dgwwm3l1/Orb4D3YsLVP QDa4ZrCfSldrGC3zkEJ8iCVSYQwlc0JfIxyn8C3LLxToPYeFv/bQTeDYBjaV7a0SQ/xKUdpg RFzrGrxj7CM2WHcpxCLVK0agobuUO7YXoufHRM6y0rfMwT10baDjh+hLKMshxTqsP55lWvtM SleSGjheVTiZChb3jK0rUPCC4Rg3gDTEQsptC3TgN48PtLpmhsNc4JPm64zlrreInZQ=
Organization: CZ.NIC
Message-ID: <8de3afb0-374e-b445-5d45-2145168efeb4@nic.cz>
Date: Tue, 16 Jul 2019 12:02:35 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <ac31455a-e66e-be04-f4d6-6411e896e589@pletterpet.nl>
Content-Type: text/plain; charset="utf-8"
Content-Language: cs
Content-Transfer-Encoding: 8bit
X-Virus-Scanned: clamav-milter 0.100.3 at mail.nic.cz
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/nu8BTdaHAVrxxoqxnknkDkK-4g8>
Subject: Re: [DNSOP] Call for Adoptions: draft-lhotka-dnsop-iana-class-type-yang
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 16 Jul 2019 10:01:14 -0000

On 16. 07. 19 10:03, Matthijs Mekking wrote:
> On 7/16/19 1:49 AM, Joe Abley wrote:
>> On Jul 15, 2019, at 19:13, Tim Wicinski <tjw.ietf@gmail.com> wrote:
>>
>>> Also, the current draft enumerates DLV
>>> which needs to be removed.
>>
>> Can you explain this?
>>
>> I can understand a forthcoming clarification on the use of DLV that
>> might make it ill-advised to publish such an RRType, but it's not
>> obvious that a dictionary of once-used RRTypes in any particular
>> format is useless (for example in understanding observed RRTypes in
>> order to track the length of a deprecated type's tail).
>>
>> Are archaic English worlds redacted from dictionaries?
> 
> This may be my fault: I had put text in draft-mekking-dnsop-obsolete-dlv
> that the DLV reference in this draft should be removed.
> 
> But you are right, the reference to DLV can stay in
> draft-lhotka-dnsop-iana-class-type-yang, just like there is a reference
> to A6.
> 
> The status of A6 in this draft is set to obsolete, as it should be. But
> what should the status of DLV be in this document? This question I guess
> proves Paul's argument that putting snapshots of IANA registries in an
> I-D is a bad idea.

Ladislav Lhotka, the primary author of the draft and our YANG expert is
not reachable till beginning of IETF, so I will try reply
non-authoritatively to this concern:

Purpose of draft-lhotka-dnsop-iana-class-type-yang-02 is to establish
relationship between existing IANA registries (for DNS classes and
types) and their coresponding YANG modules, and to and instruct IANA to
update the respective YANG module when IANA DNS registries are updated.


Last two paragraphs from Introduction:
>    This document is a first step in translating DNS-related IANA
>    registries to YANG.  It contains the initial revision of the YANG
>    module "iana-dns-class-rr-type" that defines derived types for the
>    common parameters of DNS resource records (RR): class and type.
>    These YANG types, "dns-class" and "rr-type", reflect the IANA
>    registries "DNS CLASSes" and "Resource Record (RR) TYPEs"
>    [IANA-DNS-PARAMETERS].
> 
>    It is worth emphasizing that the role of the DNSOP Working Group is
>    only in preparing and publishing this initial revision of the YANG
>    module.  Subsequently, whenever a new class or RR type is added to
>    the above registries, IANA will also update the iana-dns-class-rr-
>    type YANG module, following the instructions in Section 4 below.


Having said that, I do not understand the concerns expressed above.

What exactly are you objecting to?

That the RFC will contain initial state of the registries (at time of
publication)?

Or that IANA will automatically update the YANG module from other
registries?

Please clarify your concerns, I'm lost. Thank you.

-- 
Petr Špaček  @  CZ.NIC