Re: [netmod] rfc7223bis (interfaces) enabled leaf vs SNMP admin-state

"Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> Fri, 27 October 2017 12:17 UTC

Return-Path: <jason.sterne@nokia.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC2A313F54B for <netmod@ietfa.amsl.com>; Fri, 27 Oct 2017 05:17:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.701
X-Spam-Level:
X-Spam-Status: No, score=-4.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 2od4xKDjI8CC for <netmod@ietfa.amsl.com>; Fri, 27 Oct 2017 05:17:22 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40131.outbound.protection.outlook.com [40.107.4.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B29AF13B13E for <netmod@ietf.org>; Fri, 27 Oct 2017 05:17:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qaanxA+wgTCoyEShyvpXLZPabc/9BwUUVKgY/FEV4lg=; b=U9ke30FfDT9uChALmGmA7s5f6DcD5ko+fR69/6KUL4tbduSRamBLdSsbcG5atNFMF1PcOqpisTyCs8m+2DR/lJoD4VbAJyx1XGJTOymXOqAPZrNnRIkrJs5s49AicjINDA3/3yyfRfiVc6famJepReqHKezYPSRS/kJOMSBifWQ=
Received: from AM3PR07MB1124.eurprd07.prod.outlook.com (10.163.187.158) by AM3PR07MB1122.eurprd07.prod.outlook.com (10.163.187.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.178.3; Fri, 27 Oct 2017 12:17:17 +0000
Received: from AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::746c:4eb1:1f6a:9527]) by AM3PR07MB1124.eurprd07.prod.outlook.com ([fe80::746c:4eb1:1f6a:9527%14]) with mapi id 15.20.0178.003; Fri, 27 Oct 2017 12:17:17 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: Martin Bjorklund <mbj@tail-f.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] rfc7223bis (interfaces) enabled leaf vs SNMP admin-state
Thread-Index: AdNOevP2Ug0r6+CiQ+ipzdRijgA3aQAEGVeAAACr5bAAGowwgAAJPbBw
Date: Fri, 27 Oct 2017 12:17:17 +0000
Message-ID: <AM3PR07MB11240343245C382BAF5515609B5A0@AM3PR07MB1124.eurprd07.prod.outlook.com>
References: <VI1PR07MB113551260F552B8CF644A1FB9B450@VI1PR07MB1135.eurprd07.prod.outlook.com> <20171026.205053.2059947918997412077.mbj@tail-f.com> <AM3PR07MB11249AEAE9F4C6FB8CB46E2F9B450@AM3PR07MB1124.eurprd07.prod.outlook.com> <20171027.095015.776466334584979124.mbj@tail-f.com>
In-Reply-To: <20171027.095015.776466334584979124.mbj@tail-f.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com;
x-originating-ip: [135.245.20.24]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM3PR07MB1122; 6:3IHLbvOtdyJVmp+FVE89222WSGYvmbtJ2oowFvjBOkp9l/oJ7CZ8A7mPhmqBYiNeL/7SxqGYKRAJRochsHR3/D1i0KVykMU9Z/7OaUf82QvyZ3qB4j6B32nEbduhpaqW5YB0PLQPh0InP9biQj0tI1MkE1R0N+NVkJFSDkbl4rMVJ1AHUB4nOT1C+lT4j3Zfv5ODZ0EpTFpNo9z4dhqkJQM+V0TtHDzFDas9zr1HKyRrg+G97TCPgQ/rg9xNB00NegNzZsd3K/uo+9Rg4fZLM60zbx05DsWreJsfJ1QHaL7f0H6MoZVAixyfmcz9LbcdZy1U8umuKxq+JoElFfOdCsivD9Uni2t790bSYVbd0NI=; 5:S4R1iGwks/nL1U5R+nGkWJDqV5CqgJykH5N4KJID248iTNqO6QQLrcl6vfZRzv0fCk20fwRm7wa+v86t5IgZceom4xdwhg3qNqXMP3p0E7D4XHAgL2SGcsnt1XHDRXjRJT40NG4eLQLU+PFzGmMCa/5MFY2tFM9INE7ymathS1g=; 24:hdreT/YwvN8656uPm4nKOX5U1YOQU2TGFivxurWJpqQgwAKGKFnaMwPguVfOYU/NUFT9SfkQkfEQjsh2T0XM+f3TAxzrVQjEIz1BBUs+BaQ=; 7:r8tuaWyIN5D7EQGOSLbt6natZiO0QoDjzHsKs1kaKXAjro096SbJa5WCxexLXLrgARZUx9vwAZmcTr78XYB96qh5vkbmRjcM036UOouB9VeePv+YNU30HD8GTvcDopZwDEj0w5mlS2YnZ28S7xPsxIYjLwmzr3c4lAF5qzz7aQ0+aG1qjOmRN9KsFOBT63e+USDsvtyEtPrCp3BRCcN64gNbB91tSRCSGi29L6zB5Nb7UAMr+desmxu3orVhH6ci
x-ms-exchange-antispam-srfa-diagnostics: SSOS;
x-ms-office365-filtering-correlation-id: 6a8508bf-d8b3-4d3c-b3db-08d51d34aa90
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(4534020)(4602075)(4627075)(201703031133081)(201702281549075)(48565401081)(2017052603199); SRVR:AM3PR07MB1122;
x-ms-traffictypediagnostic: AM3PR07MB1122:
x-exchange-antispam-report-test: UriScan:(120809045254105)(82608151540597);
x-microsoft-antispam-prvs: <AM3PR07MB11227C2041A4C46424444EFB9B5A0@AM3PR07MB1122.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(3002001)(10201501046)(3231020)(100000703101)(100105400095)(93006095)(93001095)(6055026)(6041248)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(20161123562025)(20161123555025)(20161123560025)(20161123564025)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM3PR07MB1122; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM3PR07MB1122;
x-forefront-prvs: 0473A03F3F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(346002)(376002)(377424004)(53754006)(13464003)(189002)(24454002)(199003)(81156014)(8676002)(6506006)(53546010)(25786009)(966005)(6436002)(4001150100001)(68736007)(6246003)(93886005)(2906002)(74316002)(305945005)(86362001)(97736004)(66066001)(14454004)(81166006)(478600001)(4326008)(5250100002)(8936002)(50986999)(76176999)(55016002)(99286003)(54356999)(229853002)(53936002)(33656002)(7736002)(6306002)(101416001)(5660300001)(316002)(6916009)(3846002)(3660700001)(6116002)(2900100001)(2950100002)(7696004)(9686003)(105586002)(102836003)(189998001)(106356001)(3280700002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR07MB1122; H:AM3PR07MB1124.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6a8508bf-d8b3-4d3c-b3db-08d51d34aa90
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Oct 2017 12:17:17.8032 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB1122
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/PCjAL3PMrO2GpwBZTh3lBIUcD_U>
Subject: Re: [netmod] rfc7223bis (interfaces) enabled leaf vs SNMP admin-state
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Oct 2017 12:17:25 -0000

Yes - that seems OK to me.  Although how about we remove the word 'intended' to avoid confusion with the NMDA stuff ?

               Changes in this leaf in the configuration are reflected in ifAdminStatus.

I'm not sure about 'testing' but I suspect we don't support it (i.e. return an error if an SNMP client tries to set that value).  Or perhaps we map it.

Jason

> -----Original Message-----
> From: Martin Bjorklund [mailto:mbj@tail-f.com]
> Sent: Friday, October 27, 2017 3:50
> To: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>
> Cc: netmod@ietf.org
> Subject: Re: [netmod] rfc7223bis (interfaces) enabled leaf vs SNMP admin-
> state
> 
> "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> wrote:
> > Hi Martin,
> >
> > I'm OK with that direction ('enabled' affects ifAdminStatus).  I'm
> questioning the other direction.  I think a change in ifAdminStatus should be
> reflected in 'enabled'.
> 
> How about simply:
> 
>               Changes in this leaf in the intended configuration are
>               reflected in ifAdminStatus.
> 
> This would allow implementations that separate the two to not update
> "enabled" when ifAdminStatus is updated, and allow your implemenation to
> do the update (how do you handle 'testing' btw?).
> 
> 
> /martin
> 
> 
> >
> > Rgds,
> > Jason
> >
> > > -----Original Message-----
> > > From: Martin Bjorklund [mailto:mbj@tail-f.com]
> > > Sent: Thursday, October 26, 2017 14:51
> > > To: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>
> > > Cc: netmod@ietf.org
> > > Subject: Re: [netmod] rfc7223bis (interfaces) enabled leaf vs SNMP
> > > admin- state
> > >
> > > "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> wrote:
> > > > Hi all,
> > > >
> > > > The issue I'm raising isn't new to the 'bis' version of RFC7223,
> > > > but I'm questioning whether we should consider changing something
> > > > about it while we're in there.
> > > >
> > > > The 'enabled' leaf has this in the description:
> > > >
> > > >              Changes in this leaf in the intended configuration are
> > > >              reflected in ifAdminStatus, but if ifAdminStatus is
> > > >              changed over SNMP, this leaf is not affected.
> > > >
> > > > As an example of "working code", Nokia's SR OS has supported full
> > > > router configuration via SNMP for many years.  When someone
> > > > enables an interface via CLI, that is reflected in ifAdminStatus and vice-
> versa.
> > > > i.e. configuration via two different interfaces (SNMP & CLI) that
> > > > use different data models, map rw leafs from the two
> > > > interfaces/models to the same underlying internal object.
> > > >
> > > > In general, many SNMP rw objects will map to the same underlying
> > > > internal rw object as the equivalent rw leaf in a YANG model (for
> > > > products that actually support config management via SNMP as well
> > > > as NETCONF).  Changing the leaf/object via SNMP affects the
> > > > equivalent leaf/object in NETCONF.  Why make this one a special case ?
> > >
> > > Note how ifAdminStatus is defined:
> > >
> > >             "The desired state of the interface.  The testing(3) state
> > >             indicates that no operational packets can be passed.  When a
> > >             managed system initializes, all interfaces start with
> > >             ifAdminStatus in the down(2) state.  As a result of either
> > >             explicit management action or per configuration information
> > >             retained by the managed system, ifAdminStatus is then
> > >             changed to either the up(1) or testing(3) states (or remains
> > >             in the down(2) state)."
> > >
> > > Note the *per configuration information*.  It is clear that
> > > ifAdminStatus is not the same as the "per configuration information".
> > > The config object can affect ifAdminStatus.  "enabled" in the YANG
> > > model is supposed to be that config object that can affect ifAdminStatus.
> > >
> > >
> > >
> > > /martin
> > >
> > >
> > > >
> > > > I'd propose that we remove that sentence.
> > > >
> > > > Rgds,
> > > > Jason
> > > >
> > > > > -----Original Message-----
> > > > > From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of
> > > > > internet- drafts@ietf.org
> > > > > Sent: Monday, October 16, 2017 9:25
> > > > > To: i-d-announce@ietf.org
> > > > > Cc: netmod@ietf.org
> > > > > Subject: [netmod] I-D Action:
> > > > > draft-ietf-netmod-rfc7223bis-00.txt
> > > > >
> > > > >
> > > > > A New Internet-Draft is available from the on-line
> > > > > Internet-Drafts directories.
> > > > > This draft is a work item of the Network Modeling WG of the IETF.
> > > > >
> > > > >         Title           : A YANG Data Model for Interface Management
> > > > >         Author          : Martin Bjorklund
> > > > > 	Filename        : draft-ietf-netmod-rfc7223bis-00.txt
> > > > > 	Pages           : 47
> > > > > 	Date            : 2017-10-15
> > > > >
> > > > > Abstract:
> > > > >    This document defines a YANG data model for the management of
> > > network
> > > > >    interfaces.  It is expected that interface-type-specific data models
> > > > >    augment the generic interfaces data model defined in this
> document.
> > > > >    The data model includes definitions for configuration and system
> > > > >    state (status information and counters for the collection of
> > > > >    statistics).  This document obsoletes RFC 7223.
> > > > >
> > > > >
> > > > > The IETF datatracker status page for this draft is:
> > > > > https://datatracker.ietf.org/doc/draft-ietf-netmod-rfc7223bis/
> > > > >
> > > > > There are also htmlized versions available at:
> > > > > https://tools.ietf.org/html/draft-ietf-netmod-rfc7223bis-00
> > > > > https://datatracker.ietf.org/doc/html/draft-ietf-netmod-rfc7223b
> > > > > is-0
> > > > > 0
> > > > >
> > > > >
> > > > > Please note that it may take a couple of minutes from the time
> > > > > of submission until the htmlized version and diff are available
> > > > > at tools.ietf.org.
> > > > >
> > > > > Internet-Drafts are also available by anonymous FTP at:
> > > > > ftp://ftp.ietf.org/internet-drafts/
> > > > >
> > > > > _______________________________________________
> > > > > netmod mailing list
> > > > > netmod@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/netmod
> > > >
> > > > _______________________________________________
> > > > netmod mailing list
> > > > netmod@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/netmod
> > > >
> >