Re: [netmod] upcoming adoptions

Kent Watsen <> Thu, 14 September 2017 14:52 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id B4349132D17 for <>; Thu, 14 Sep 2017 07:52:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id f1UQYETv-O5R for <>; Thu, 14 Sep 2017 07:52:34 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 6B578132A1A for <>; Thu, 14 Sep 2017 07:52:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=1HQ41vmcbmQ4GGQ7x8xvXKkanD9+48XjuDQzp6MMnl8=; b=ekXtDmc6ZtbfUjrDQ/dsUyxuisleXReCQuRuG4lhAfKOKdVTuPwu1Nvo4HdVBVwASK3LT6xJf66HnwAkE85eRUQtzzYCa/yv8gJQSCEKJ0/Tf9zwf5sUe082fU/v1aFiGwy5rsDYFVgUNj+S+ZWzf9Ox4s/J6mZFwJ91KJzUWx4=
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id; Thu, 14 Sep 2017 14:52:32 +0000
Received: from ([]) by ([]) with mapi id 15.20.0035.010; Thu, 14 Sep 2017 14:52:32 +0000
From: Kent Watsen <>
To: Lou Berger <>, Robert Wilton <>, "" <>
Thread-Topic: [netmod] upcoming adoptions
Thread-Index: AQHTISEQvmg9jr+3gUCv+5ltP9XhHqK0ewcAgAADXwD//857AA==
Date: Thu, 14 Sep 2017 14:52:32 +0000
Message-ID: <>
References: <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/f.20.0.170309
x-originating-ip: []
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BLUPR05MB449; 6:fsWgxo3MBxVORgiXP3/rCPixoyuhNupv8qPizzEx8XPPFkPayWcYLfdQQykkegiWUZDzKrLVKisMR2b3GyABrJvRsDusH92WjNC/PqL9IDyeKPJhkZwVv8b+xKkF13xlMfrEEyCyg2E4c18pfT2WNY0Rm2oGMeCqvvnV+V4D6MZ8+OTJUPJH1mt0uLyul+jRlYj/xTVUfre85deZCVajCrfKLqwkynTbVoOv036geMrZRJNra2E3Hmt0nQisQkgRubhUfD2WwJ6Ii5qe/V/iRnVzn346gbMVHyEaYZXYOa3SokEas1pxx2m4K6QjA8BfFV5dFPdV0oy9K3IE4HKwHg==; 5:I8IorgH+nEfZvWihv0URmKCYSGHcVvjpEKt0GAaQJi6doJdfTtgeS4pTHjS8t71WjHHAdg5/EpRL6ke5MOT8JVtp3WGF+pyYsP5oOmJhNml2rDDcE1oZIbJGOQH1yZemnQUDWKK+CtTjb1FuFPPt8A==; 24:c78om2ficgev31blq1Y2gjdqxA7leJHVu9ZPusGhNJl9FuOnrXWNZzOA1Fo+ruX+AT4n02kmLpvzbcx6nXSsLRbBdbiRYnwSiVQUmOh/K2U=; 7:s3vx2/dCsUgmDpl3NIV66rR1z3GRaoJ1sM93Sc/zFasXubyVoWSAqjPmaEpPo02t8unBzIWGEghMCVT6UgTVZOMIgyBD7n/I05uYXclaVErl+f/lJl3HZbh5huNJATm/ucENltCV6ZVatsbdm16CVLxcS9fUtcc7o7rWEV2jg64KxZukkAyTGGb2o5trfv5asSBOoWaexxruo9lnDkEUldvs83sdQVl7O6CqZPH3Z2o=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: d143ad69-17c8-4f49-bd7d-08d4fb803acc
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095); SRVR:BLUPR05MB449;
x-ms-traffictypediagnostic: BLUPR05MB449:
authentication-results: spf=none (sender IP is );
x-exchange-antispam-report-test: UriScan:(788757137089);
x-microsoft-antispam-prvs: <>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(3002001)(93006095)(93001095)(10201501046)(6055026)(6041248)(20161123564025)(20161123562025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123560025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:BLUPR05MB449; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:BLUPR05MB449;
x-forefront-prvs: 0430FA5CB7
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(346002)(376002)(39860400002)(199003)(51444003)(377454003)(189002)(24454002)(82746002)(99286003)(966005)(14454004)(53546010)(6306002)(6246003)(53936002)(105586002)(66066001)(6512007)(25786009)(102836003)(478600001)(33656002)(2900100001)(6116002)(3846002)(305945005)(36756003)(2950100002)(86362001)(77096006)(6486002)(76176999)(54356999)(97736004)(2906002)(83716003)(106356001)(229853002)(50986999)(7736002)(189998001)(83506001)(68736007)(4001350100001)(2501003)(5660300001)(3280700002)(6506006)(101416001)(316002)(8936002)(3660700001)(81156014)(8676002)(81166006)(6436002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB449;; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
received-spf: None ( does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Sep 2017 14:52:32.6183 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB449
Archived-At: <>
Subject: Re: [netmod] upcoming adoptions
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 14 Sep 2017 14:52:37 -0000

rfc8022bis-02 signals the intent to ditch the current/soon-to-be-legacy module, but does it actually say it?  (I can't find it)

The draft does say that it obsoletes 8022, but I'm unsure if that's going to have a meaningful impact in the wild.  I think Juergen said they had this issue with MIB2 and only after a couple years of misuse did they republish the legacy MIBs with deprecated status.

I'm okay with this change being made after adoption, so long as there's general agreement to do it.  Are the authors okay with it, or are there any better suggestions?

PS: Sadly, the 'module' statement does not have 'status' as a substatement [I just added this omission to the yang-next tracker].  I think the only way to "deprecate a module" is to instead deprecate the all the nodes/rpcs/notifications in the module.  Kind of ugly, but it's for a deprecated module, so who care, right?  ;)



Hi Rob,

On 9/14/2017 9:37 AM, Robert Wilton wrote:
> Hi Kent & Lou,
> When do you think that it will be possible to start the adoption process 
> on these drafts?
> I think that the first two at least would seem to be ready for 
> adoption.  For the 3rd draft, there still seems to be an open question 
> of what to do with the old state tree, but presumably that could be 
> solved after the draft has been adopted?
I see an update for the third was published yesterday
(  that
clarifies the intent is to replace the current modules, and presumably
obsolete 8022.  And now that this intended direction is clear in the
draft we could poll it.

I think this still doesn't address if we need to indicate that the
rfc8022 defined modules are deprecated by some other mechanisms than
just replacing the RFC, e.g., by updating the old modules with all nodes
marked as deprecated.  I think you're right that this could be done post
adoption.  Of course others are free to disagree.

I check with Kent and see what he thinks.


> Thanks,
> Rob
> On 30/08/2017 00:46, Kent Watsen wrote:
>> Hey folks,
>> As discussed at the last meeting, we are heading to revising existing RFCs to align them with NMDA.  The first batch have been published as individual drafts:
>> 1.
>> 2.
>> 3.
>> Please take a look (comments welcome!) and stay tuned for the related adoption calls.
>> Thanks,
>> Kent (and Lou)
>> _______________________________________________
>> netmod mailing list
>> .