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

Normen Kowalewski <nbkowalewski@gmx.net> Tue, 08 October 2019 13:23 UTC

Return-Path: <nbkowalewski@gmx.net>
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 4FEF81200B1 for <dnsop@ietfa.amsl.com>; Tue, 8 Oct 2019 06:23:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
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 m3kcF-sld-nv for <dnsop@ietfa.amsl.com>; Tue, 8 Oct 2019 06:23:48 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1302A120086 for <dnsop@ietf.org>; Tue, 8 Oct 2019 06:23:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1570541009; bh=UiQ2IfDnT+UEc6nTSwBePLxXHKUnnxgtPoB36W9mmpA=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=XdgOEgJ4H0pFFYX9fgffaTvT7p+Wzu9O9DTqFVf44beptEgCRaF/z3DnsTmvhcK1h p9d9Aamh6NObcUxjK5NILt2cpXpqb/HXN3gz71JDBW2V31OzUXVnxKqTLVj3bxdf03 FL+/n+VLjxlK6LQ2b6aAooxS4RO3PgKbXyarRk0g=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.1.171] ([80.159.240.13]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MacOW-1hgpx53DMQ-00cB6E; Tue, 08 Oct 2019 15:23:29 +0200
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 12.0 \(3445.100.39\))
From: Normen Kowalewski <nbkowalewski@gmx.net>
In-Reply-To: <alpine.LRH.2.21.1910071329420.19930@bofh.nohats.ca>
Date: Tue, 08 Oct 2019 15:23:25 +0200
Cc: Ladislav Lhotka <lhotka@nic.cz>, DNSOP WG <dnsop@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <0A5478B0-BC32-46AA-A915-ABC026D247CA@gmx.net>
References: <820fe3a1-9d54-15c1-8194-8a607bdf6a31@NLnetLabs.nl> <87sgqy2azd.fsf@nic.cz> <920E9418-4440-46F6-87B7-68CF8B03C408@gmx.net> <C66220A931BC4753B6818DAF898AE2E8@T1650> <426d8bf2-cf28-11f6-4435-08fcaa37e7f5@NLnetLabs.nl> <alpine.LRH.2.21.1910071329420.19930@bofh.nohats.ca>
To: Paul Wouters <paul@nohats.ca>, Benno Overeinder <benno@NLnetLabs.nl>
X-Mailer: Apple Mail (2.3445.100.39)
X-Provags-ID: V03:K1:pyDNopXqKJ5B4KIpJzzc3MI+tuthEEPYoU3MJrQiuwR/JJcULBn +FQHV0Y0Wx8JfjVm4JJqkVJSxtZ+izz0aD1vqudhs4RBXjKEkLgYIprSNnK7yI4X7KQv/rj rW9H1+hNJw71HcAE/Uet7JPB50gGiQZ2F5hqXluRegc9ASCu8IIuX/OIUtUrA22gN0DHd1a 0WL8bb30hPcEjeN3fUnXg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:XguT0h0GB1o=:lz6OBGt3B3FealXR5FI5hB 5bczP1GWdEuWIvPNRu7EnyH6JJPCEQJYPPcaZFDVu+v5njdQbHWqRl6Jy7rMJ0hsgAyYyVeqm KSnBKFEzXNhzywFuQWDcXmQAb3mbjnRMpcFi8/YdtU91+p0Nn05AWfuAk/On4T4jMEys/O2PO MYXB38BQOp+MGZh5Cd0cYZAn+xDpcglG0udm+dAbaGIAVglNzBxa68cGEIPoyRMYXsAztkLvd nYuuMKfZPZbNsJXrtiO3Fq5PbtXtYWR2/FMYEAiEqAXrV1jf8oQbPumXxEoWfE29TGzSZthg2 gTohJPhN8DNMJcU7tPCA33bFD63ojXVrL2ejjxLsGLPD2gyJ2VOsz9HvpB1icYlr4Sf48LFlr t+/+8fkTO1QCcpy3EolswjoZqHbG5bogDr/87JbUL3fE66VvZPQ/vGq3fglbPbIr8q6lrNPut 6kLni13AqqLaAagTumeSHnbtaAr3XlQlq8i0NpQwp8kHj0bHz6RkYsP3Pl1KIkeMsSomgqg8/ CvRK2IwFamfpCa6YAFYbihWdzovkfDvES40NmR5Rb38+BPs3yHLX/P5Vi4tWi94gLJgYJF3oI pCguBsp/v3EjDV8getaRP7ILvnB8lw3cKpXb9EsoPGRmEYhoOruUZLupMVkx5L+dW0x5TsUOL C9aAnt5Bdo/N0E0ea+GBI+XN20Yo+pcWD2QmkEIek0J49+rFA3dEn23sJIo52mWsEA/B+XBto gunXOML/+VJSljcoeG06HnVga7ZrWJrnKn6V3BWGCLLEtZEWf1p6ofpPWpQ4htg9tsj/tYQZU FhgGwwkxMW2HhvDshKnt8dzfRrEttQqLvmwIBCTi8tEQWf0Bb+ajeturIs6UelzXFF4Y2wxrv 1esZmFsp5BCfkigdzC92jH5B268gTk2dD9gRxv3vR2zc2gW8iPJmyY511dAlJgfqoz4O3tb3O kTmWb9fig5ZmTC0hx4m4lXKMr6jcUe3uJqlKDPJTwKHc0UsM8IRRnRImtriI0NkNEmUVDtNbS vtfDmiIBaeivK2kUOvZmJA9BRm3ViHD48xmFsT2wQG9YBnCEO0pQ1K6F5fNf+EJgmr55TffDi dubzJdFE+iKmESI6vPSKmL9O+xSA0p83WmEMo9vL/RVM0TnkXhoiE8MwmzybsTcznYf9bAl0D MV6rlQvxPLv9ghc/17ZEeqCVBf27hZkbxARxW2WrIuhujWfh4lTAqz7LVJN4gE/6a5zMV9ajx i8FgCcIZm653T1/uxlb/QHUbNPeCB2cToPKz8bg0P4kBdNS4oLtLl7jrHfl4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/3l0XOrtjzVHl2SIJxlZI4h7aszs>
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, 08 Oct 2019 13:23:50 -0000

Dear Paul, Benno,

thanks for your replies.

> On 7. Oct 2019, at 19:31, Paul Wouters <paul@nohats.ca> wrote:
> 
> On Mon, 7 Oct 2019, Benno Overeinder wrote:
> 
>> Questions to WG:
>> 
>> 1) iana-class-type-yang document to OPSAWG?
> 
> I would assume most people here will the same about the document,
> wherever it is discussed ? So this option seems odd.
> 

We should IMHO be as close to the DNS experts as possible, to me that feels rather like DNSOP than like OPSAWG.  
A "YANG doctors” expert review is part of the publication process, so this will happen anyway. It’s also worth nothing that one author is one of these experts himself.


>> 2) follow-up work on YANG data models for DNS servers in DNSOP?
> 
> Speaking for myself, as long as we are not populating RFCs with
> obsoleted DNS data or just create RFC with copies of IANA registries,
> I'm fine with helping on a document. But not if it is a blind copy
> and paste from IANA (whether at DNSOP or OPSAWG)
> 
> Paul

In order for the IANA registry to be re-used by other YANG modules, a YANG modelled version of the registry is needed. There is precedence for doing this for other registries. e.g. The IANA ifType registry has a corresponding YANG module in RFC8343. A number of other registries also have corresponding YANG modules published or in draft (iana-identity-mib, bfd-parameters, smi-numbers).

Updating and maintaining the contents of the IANA registry as a whole is an orthogonal question to creating a YANG representation of an existing registry and should be handled as a separate task.

Finally, one reason why we would like to see this draft adopted is because we’d like to use it within a real world DNS server implementation.

BR, 

Normen