Re: [DNSOP] Robert Wilton's Discuss on draft-ietf-dnsop-iana-class-type-yang-03: (with DISCUSS and COMMENT)

"Rob Wilton (rwilton)" <rwilton@cisco.com> Thu, 10 June 2021 09:20 UTC

Return-Path: <rwilton@cisco.com>
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 530B33A3B5E; Thu, 10 Jun 2021 02:20:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.595
X-Spam-Level:
X-Spam-Status: No, score=-9.595 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=DAPY/zur; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jKKH+Rpj
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 meXNPsn3Oxdv; Thu, 10 Jun 2021 02:20:16 -0700 (PDT)
Received: from rcdn-iport-1.cisco.com (rcdn-iport-1.cisco.com [173.37.86.72]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0C6FE3A3B55; Thu, 10 Jun 2021 02:20:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7616; q=dns/txt; s=iport; t=1623316816; x=1624526416; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=r8K5TI0pg1xEDhJf+rer60MorGeiG1kDSynJGfSrABo=; b=DAPY/zurBw/5ZNPkCs5OmNuY5Mffi0DRt9Xl6PIxLSXKl6nzISdRNHWE RToaLXwYPvQFM7UEP2LTUFE3uakeqlKQRX5w+iYA6P4HXxgvedXAj0TQH BmwtUwhHTkLav5LMD8CayDvZS9523WoDVxXHbtGmqf1IUIC4RueCZuMx8 Y=;
IronPort-PHdr: A9a23:ey0JuxGwpSTNiSOhaQxr251GfjYY04WdBeZdwpwmgPRFYPfr85fjORnZ4vNgxB/MUJ7A4v1Jw+zRr+j7WGMG7JrA1RJKcJFFWxIfz8lDmQsmDZ2DCEa9J+y5JyA/Fd5JAVli+XzzOENJGcH4MlvVpHD67TMbFhjlcwRvIeGgEY/JhMPx3Oe3qPXu
IronPort-HdrOrdr: A9a23:1+jJDqNKmZxuoMBcT33155DYdb4zR+YMi2TDiHoRdfUFSKKlfp6V88jzjSWE9wr4WBkb6Le90dq7MA3hHPlOkMks1NaZLUjbUQ6TTL2KgrGSuAEIdxeOk9K1kJ0QD5SWa+eATmSS7/yKmjVQeuxIqLLsnczY5pa9854ud3AWV0gK1XYeNu/vKDwPeOAwP+tBKHPz3LsimxOQPVAsKuirDHgMWObO4/fRkoj9XBIADxk7rCGTkDKB8tfBYlql9yZbdwkK7aYp8GDDnQC8zL6kqeuHxhjV0HKWx4hKmeHm1sBICKW3+40ow3TX+0KVjbZaKvu/VQMO0biSAZER4YHxSiIbToNOArXqDzqISFXWqlPdOX0Vmg7fIBej8AveSIrCNW8H4w4rv/MHTvMfgHBQ4O2UmZg7rF6xpt5ZCwjNkz/64MWNXxZ2llCsqX5niuILiWdDOLFuJYO5gLZvt3+9Kq1wVh4SKbpXZtVGHYXZ/rJbYFmaZ3fWsi1mx8GtRG06GlODTlIZssKY3jBKlDQhpnFoi/A3jzMF7tYwWpNE7+PLPuBhk6xPVNYfaeZ4CP0aScW6B2TRSVbHMX6UI17gCKYbUki956IfII9FrN1CXaZ4gqfatK6xJG+whFRCMn4GU/f+qaGj2iq9N1lVcw6duP1j2w==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0B6CQDP1cFg/5JdJa1aHgEBCxIMQIFMC4FTIwYoB4FRNzELhD2DSAOFOYh2A5oYgS6BJQNUCwEBAQ0BAT8CBAEBhFACF4FhAiU1CA4CBAEBARIBAQUBAQECAQYEcROFaA2GRQEBAQECARIRBA0MAQEyBQELBAIBCBEEAQEBAgIfBwICAjAVCAgCBAENBQgahSUDDiEBA5wbAYE6Aoofen8zgQGCBwEBBgQEhRcYgjEJgRAqgnuEDoJng3onHIFJRIEVQ4FggQA+hCwaFYMANoIugWlbBj4mBCccMHhSHSRHkQiDO6csCoMckT6MURKDXqIGlVKCGKIYAgQCBAUCDgEBBoFVATmBWXAVgyRQFwIOjh83bQEIgkOKXnM4AgYKAQEDCXyHZwGBEAEB
X-IronPort-AV: E=Sophos;i="5.83,263,1616457600"; d="scan'208";a="892247703"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Jun 2021 09:20:14 +0000
Received: from mail.cisco.com (xbe-rcd-006.cisco.com [173.37.102.21]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 15A9KBCU025246 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 10 Jun 2021 09:20:14 GMT
Received: from xfe-rcd-001.cisco.com (173.37.227.249) by xbe-rcd-006.cisco.com (173.37.102.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 10 Jun 2021 04:20:10 -0500
Received: from xfe-rcd-003.cisco.com (173.37.227.251) by xfe-rcd-001.cisco.com (173.37.227.249) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Thu, 10 Jun 2021 04:20:10 -0500
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-003.cisco.com (173.37.227.251) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Thu, 10 Jun 2021 04:20:10 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SDeguiqTQQG48q47tQbLomRiz4R5e+i7SW3LBWG9eu0h18D1EgvtdQhPbXUCNRdVg/m1PuOO94CGFUCY+AHcRFv2Q2ZFZf50SMBBOG9xLJ8O78Z+qLT1nvdILBqPkjkWE4Y/eKrA/W+aRYOSNKrV+QNy5HG5JFwQAWp3u49sVuB6fmsLuckKtEHB6NzzbWtHxaf8yc5e5lGusVRRQ6jzai/2C1YVkBZv/VNN7LY7G43K1LnNg6Q4LE/BBLuMTiuAGXT+6Nk88v8+v4j3c7vJOBn5a7bkRg3i/03sjfukxpIoQw5s/EL9A+l+XYlbk4+QWQAg7N4KV4ogSKlsnbdXLg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r8K5TI0pg1xEDhJf+rer60MorGeiG1kDSynJGfSrABo=; b=fnFIfkJuAgxiuTbsNDekK+KIoiZU7YpkDF4gV/Eua947DgoCuBuWC8ZnJJzZGqAwyURL3kE0+J5jO2e96uDRG2SVKY4oleUclsVBAaOMJhiKxrmAdv6gO8xlRkVehrBYidVk7kwZ2L6gzSw9z1EO0g0R0bO7W0fN2O7C5JyuR0Z3Z1IwjobWnI016MXMzMT32dT6z2lj1b1LINnwp3Y6OX/uVcBjI4bJgAybxgVqlxRMhIGZAH8uEj8SbiwAwIGP7JH1zTorv7GEMn6jPHN50LKOEw2nAlvzKkYadnHj+BWXKmKUqPSxcisqWFtGCrhP9a0A5k34iry3gqw6AGKrFw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r8K5TI0pg1xEDhJf+rer60MorGeiG1kDSynJGfSrABo=; b=jKKH+RpjzKz7yjIkAxiKMq8rAR+qC0VroDvF7RiZp+xp5FZahJtm/zO2WIRTTwwrs2vqz6GFjYPzK94Ccb3HskUH/5420/aRGxVSmNfouYGPiHpJSfssCnlmtVTauwPxiVYVbhgHeQi/kGy51w+vRWyr3jKDyDEJA/AniNNTd+4=
Received: from DM4PR11MB5438.namprd11.prod.outlook.com (2603:10b6:5:399::21) by DM4PR11MB5470.namprd11.prod.outlook.com (2603:10b6:5:39c::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4219.22; Thu, 10 Jun 2021 09:20:09 +0000
Received: from DM4PR11MB5438.namprd11.prod.outlook.com ([fe80::4114:3fb6:8a7e:198c]) by DM4PR11MB5438.namprd11.prod.outlook.com ([fe80::4114:3fb6:8a7e:198c%7]) with mapi id 15.20.4195.031; Thu, 10 Jun 2021 09:20:09 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Ladislav Lhotka <ladislav.lhotka@nic.cz>, The IESG <iesg@ietf.org>, Warren Kumari <warren@kumari.net>, "michelle.cotton@iana.org" <michelle.cotton@iana.org>
CC: "draft-ietf-dnsop-iana-class-type-yang@ietf.org" <draft-ietf-dnsop-iana-class-type-yang@ietf.org>, "dnsop-chairs@ietf.org" <dnsop-chairs@ietf.org>, "dnsop@ietf.org" <dnsop@ietf.org>, "benno@NLnetLabs.nl" <benno@NLnetLabs.nl>
Thread-Topic: Robert Wilton's Discuss on draft-ietf-dnsop-iana-class-type-yang-03: (with DISCUSS and COMMENT)
Thread-Index: AQHXWGn1mwZSrwRFCkqjxf41iYsyYKsCRLUAgAqvuqA=
Date: Thu, 10 Jun 2021 09:20:08 +0000
Message-ID: <DM4PR11MB54387F896D20E42837F0E577B5359@DM4PR11MB5438.namprd11.prod.outlook.com>
References: <162271898741.9722.1347203006737053876@ietfa.amsl.com> <b7d76095-e82d-4152-4a1e-865545e589a9@nic.cz>
In-Reply-To: <b7d76095-e82d-4152-4a1e-865545e589a9@nic.cz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: nic.cz; dkim=none (message not signed) header.d=none;nic.cz; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [82.12.233.180]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8c62f1c4-7786-40ef-2741-08d92bf0f14b
x-ms-traffictypediagnostic: DM4PR11MB5470:
x-microsoft-antispam-prvs: <DM4PR11MB54707B134D1141A6C34D29FEB5359@DM4PR11MB5470.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: bddagzkac5yF4MN30MsW4b5JziIpYrr+W9K+ilABZKPslA3FFHX9+zpFgMVM6pMCtZnnFspAicm61R1G17HtDGHsd+NujBoOnTeGY4C1JnoJybaW4Ay9XAs5DFRWBnSAxlskU10zjSpfc/E2wkaqqKtOlzqaFggS3WLFHDxqNtPWD+ZL3bmhToKw8k7A9naQcxZimnI8NMD3FNm+RX54oiEIPqcpIx83/+Vdk7Bq6pNHzOq7NnmKLQAwUJsPOwec5F6Y8AzkPQUNHX1K4s8Tk9BzxFnMC+vv5flfBctdVxQ84WQv30kSbnkZJ+t72PzenywBHUx7hgki1wGX6x8a7r7kFRdY8us/53DJwh6ftWp1b+rKOECMI/RsGOi47cE2Ts0n2mfR+kAkyI970PAFp+n0uVo99l+fdtpiUUnebF5OS5zv8KU+eaYLOoP1MLwwtx/5cW7exJ9BezJMmgL05XuMWCdHudvM2W1yqLmZU6lpGtYJa1bnAe4eZh35+C9U/nVR330yO+EhoLoSE3eC5zCJmpBb3w8Avw5e9Doq8YSma/zR9EcS5sRDFzqwp77ybjE3zXrDkTCSLf7KDL3AFuXimxAZvDOT6Z/ilSM1bslF2Mv2FBM26rfiCMcX/5LvsPGcn0diapczeqBCZjWR6Q==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR11MB5438.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(39860400002)(346002)(376002)(396003)(366004)(136003)(66446008)(478600001)(8936002)(76116006)(110136005)(54906003)(8676002)(2906002)(66476007)(66556008)(55016002)(64756008)(71200400001)(5660300002)(122000001)(52536014)(186003)(26005)(7696005)(33656002)(4326008)(9686003)(53546011)(6506007)(38100700002)(83380400001)(66946007)(86362001)(316002)(21314003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: akmXI0rQz2wUwoUSlQXponKybKVg0joDYsMJwhKqzZp3n3jaYRV70uYo1iduA6b5BS4tEvcgxEDo+tWCX0o4Z4lnPvQDb8LdEgsB0lWOybCVq5M7rXszfJF0HXP1RgEggJV3s/Uto8/jDekYGWOKidNgG2GryvpZ2rgOM6vRm80u90csXvG0FxJ8nNdM/d8kamu/69cOikX+Fz0PtWTg3XETOTNAb6c3fcIR9fI9k1mF3nUXu309wPOF6xWM8TIQ0xQNU2NHK2HjQ+++JPhONDWYGzE3yI78/N83wTNdiBcRTEs2vAdZ/hJM1re3zFbf0VNvFKLuE7scRGUe4HAegF9/W42lfqk3q6Ak7jMv0n48Jv6CPb8qASu8WPKqbUW/uqR/vu/WpMAnYTmbUHYyMFoy2odkz6Wq371tH/3n1t2ejhseSNhqLLWWl0tK3pCEkmRoRSzHTy67u/yIXwiQYzwlobGXm8JSMB6flobRBGSfekPBIJZlFcWkiXroqyD2QM8uxuT2PZ4JR7dDUSfwb4IphxsWGX5J8Gd/27KTN2hxojdMNT0Rcha5KMFsbWhyBAKHG/eiUrFdZKBVRuSY+fps1Jneg4iufzn+RA9cgqAx2nh8ShJlHV1FRQCd3uuiBeRSB7MKtx5IMY8E8EC8KJ37kM+vZCa4IG0jxaPfSfzW4gU2ewZBzpWMf0DlhZL0Y+84GfZ5BLKryJyQOggx2LO+8FF92Vf56zjSGKYhfCgW2DoV4jbyuJnay58ErFz9bGcQwOz0ZoBe4a6tPj1fGrTF/0OQkQdOIAD/+Xfx3H2KFGrLuLDx4ccMfd1yV0egx99E7vRoIfCqG61VQqsE67ZZ/ydyqxBDME9smnsbhhotdQ+b9MsU/IptxFi5+8zro+Q1QJy9aKrk5On+0OwY4Vew5hBp7wqX5lLqoB80wR4Z8sAZdHP79JdS+1hTHRROWEKEQ1YQWVIaKy3G80sROSoCAWwGV3sLKDbBj8okeL+6IYSWdEk4cEgl+8rCcQnDPFtGFFzazPqAMUQFOpPCsmmCab1zgpe3PDSc9/Xo+Qf2hY9lHNjAOTydVeFDuMIsRrAYMAkxf/ARY3oDRFBOhdXh+LIWhvYTEuU905zJ9GaWY7wzfXBk+zrNPl+/LyU9OBsH+csK9PBvEF5g1nOQS+cma50i/jKQMTnnTwk38PcoVz1TWVZBWZ5ve5MeBNlDMWgM6CW319xXZ44FbPf7iY2jfiGTon1+Z07Tfv9ddjy4aHbPMOvqJhiYy95kv6oGydyDLmA/c38rJDL8Z0xUrmazyE5tbdVnGH+An19d8E++UUQYhAL96rFPYbhA42xX
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB5438.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8c62f1c4-7786-40ef-2741-08d92bf0f14b
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Jun 2021 09:20:08.9428 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: e1KRglUyDSKTqEqL605qzcK0WWbLjmnMJkKsujM5rTygAGbgGuMAohe//Vg7FAtKhEZLIay6i4u+N3ByuoR27g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5470
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.21, xbe-rcd-006.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/PY6ApBMb_ZWd6ejhXiqYP7NjrlE>
Subject: Re: [DNSOP] Robert Wilton's Discuss on draft-ietf-dnsop-iana-class-type-yang-03: (with DISCUSS and COMMENT)
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: Thu, 10 Jun 2021 09:20:22 -0000

Hi Lada,

I've also copied Michelle on - since I think that it would be helpful for IANA to at least be aware of this discussion.

Sorry for being slow to get back to you.  I've expanded on my discuss comment below, but it may be helpful for you, Warren, I, possibly Michelle, to have a quick chat to see if we can resolve it.



> -----Original Message-----
> From: Ladislav Lhotka <ladislav.lhotka@nic.cz>
> Sent: 03 June 2021 14:17
> To: Rob Wilton (rwilton) <rwilton@cisco.com>; The IESG <iesg@ietf.org>
> Cc: draft-ietf-dnsop-iana-class-type-yang@ietf.org; dnsop-chairs@ietf.org;
> dnsop@ietf.org; benno@NLnetLabs.nl
> Subject: Re: Robert Wilton's Discuss on draft-ietf-dnsop-iana-class-type-yang-
> 03: (with DISCUSS and COMMENT)
> 
> Hi Rob,
> 
> On 03. 06. 21 13:16, Robert Wilton via Datatracker wrote:
> 
> ...
> 
> > ----------------------------------------------------------------------
> > DISCUSS:
> > ----------------------------------------------------------------------
> >
> > Hi,
> >
> > One issue that I think we should should discuss and resolve (sorry for the
> late
> > discuss ballot):
> >
> > In section 4, it states:
> >
> >    "status":  Include only if a class or type registration has been
> >       deprecated or obsoleted.  In both cases, use the value "obsolete"
> >       as the argument of the "status" statement.
> >
> > I know that we have had some previous discussion on this on Netmod, but,
> if
> > draft-ietf-netmod-yang-module-versioning-02 gets standardized then it will
> > effectively evolve YANG's "status deprecated" into "must implement or
> > explicitly deviate" and YANG's "status obsolete" into "must not implement".
> It
> > wasn't clear to me that marking one of these fields as being deprecated in
> an
> > IANA registry would mean that existing implementations must stop using it
> if
> > they migrate to a new version of the generated YANG module.  Hence, I
> think
> > that at this stage, it may be safer to map IANA "deprecated" into YANG's
> > "status deprecated"?
> >
> 
> Yes, this was discussed repeatedly in NETMOD and DNSOP WGs. I think we
> currently have to use RFC 7950 for the status definitions, and so in YANG
> 
>    o  "deprecated" indicates an obsolete definition, but it permits
>       new/continued implementation in order to foster interoperability
>       with older/existing implementations.
> 
> This is incompatible with the meaning of "deprecated" in IANA
> registries, which is per RFC 8126: "use is not recommended".

I don't think that there is a perfect answer here, and I think that for the
moment we are looking for the least bad option.

The YANG and IANA definitions of deprecated are obviously different,
but it isn't clear to me how different they actual are from those definitions.

E.g., in neither case do they indicate why they are going away (e.g.,
because they are no longer used, or there is a better way, or there is a
security issue).

I would also argue that "use is not recommended" applies to the YANG
"deprecated" as well, and generally matches what I understand what deprecated means.

But ultimately there are two choices here:

(1) Map both IANA deprecated and obsolete to YANG obsolete as your draft
proposes.  If the text in draft-ietf-netmod-yang-module-versioning-02 gets
standardized then this means that there will be no way to indicate a DNS
class type that shouldn't be used anymore and is going away.  Either it is
"current" and can/should be implemented, or it is "obsolete" and it cannot be
used once the server pulls in the new revision of the types YANG file.  I.e.,
there isn't even a mechanism to deviate it to indicate that it is still supported,
there is no possible transition window.

(2) Map IANA deprecated -> YANG deprecated.  IANA obsolete -> YANG obsolete.
With vanilla RFC 7950, the server may or may not implement the deprecated
value, and it can use a deviation to be explicit.
If draft-ietf-netmod-yang-module-versioning-02 gets standardized: The server is
expected to implement it or use a deviation.  I.e., there is still a mechanism to
allow a server to implement if they need to, but equally they can also choose
not to implement it.

I'm still of the opinion that (2) is the least bad option out of the two above.

A third possibility, a variant of (2), would be to map IANA deprecated to YANG
deprecated, but also update the type description to indicate that "Per the
IANA [XXX] definition of 'deprecated', use is not recommended.  New
implementation should not use it; existing implementations should phase
out support for it." 



> 
> I agree that this discrepancy should be solved in a new version of YANG,
> possibly along the lines of draft-ietf-netmod-yang-module-versioning-02,
> but we can't wait for that with this draft.

Agreed.  I'm not suggesting that we wait.

Regards,
Rob


> 
> >
> > ----------------------------------------------------------------------
> > COMMENT:
> > ----------------------------------------------------------------------
> >
> > Hi,
> >
> > Thanks for this document.  I think that documenting this fields in YANG is a
> good thing.
> >
> > One minor nit:
> >
> > In an couple of places you have used 'analogically' but perhaps meant
> 'analogously' instead?
> 
> Yes, I will change all occurrences.
> 
> Thanks, Lada
> 
> >
> > Thanks,
> > Rob
> >
> >
> >
> 
> --
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67