Re: [netmod] AD review of draft-ietf-netmod-system-mgmt
Martin Bjorklund <mbj@tail-f.com> Tue, 10 December 2013 12:18 UTC
Return-Path: <mbj@tail-f.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 68D921AE01E for <netmod@ietfa.amsl.com>; Tue, 10 Dec 2013 04:18:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.497
X-Spam-Level: *
X-Spam-Status: No, score=1.497 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_45=0.6, RDNS_NONE=0.793] autolearn=no
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 MQFVhJDvpJ0s for <netmod@ietfa.amsl.com>; Tue, 10 Dec 2013 04:18:45 -0800 (PST)
Received: from mail.tail-f.com (unknown [109.74.15.94]) by ietfa.amsl.com (Postfix) with ESMTP id A418B1ADF5E for <netmod@ietf.org>; Tue, 10 Dec 2013 04:18:44 -0800 (PST)
Received: from localhost (138.162.241.83.in-addr.dgcsystems.net [83.241.162.138]) by mail.tail-f.com (Postfix) with ESMTPSA id 9FF2B37C02A; Tue, 10 Dec 2013 13:18:38 +0100 (CET)
Date: Tue, 10 Dec 2013 13:18:38 +0100
Message-Id: <20131210.131838.821365541466219199.mbj@tail-f.com>
To: bclaise@cisco.com
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <52A5EBA1.50802@cisco.com>
References: <52A5CCD2.7030903@cisco.com> <52A5EBA1.50802@cisco.com>
X-Mailer: Mew version 6.5rc2 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: netmod@ietf.org
Subject: Re: [netmod] AD review of draft-ietf-netmod-system-mgmt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Tue, 10 Dec 2013 12:18:46 -0000
Benoit Claise <bclaise@cisco.com> wrote: > Dear authors, > > Here is my AD review. > > - > exactly like indraft-ietf-netmod-interfaces-cfg > <https://datatracker.ietf.org/doc/draft-ietf-netmod-interfaces-cfg/>, > which contains a summary table with MIB variable table, this document > should contain a similar mapping table > For example > +--rw system > | +--rw contact? string > | +--rw hostname? inet:domain-name > | +--rw location? string > +--ro system-state > +--ro platform > +--ro os-name? string > +--ro os-release? string > +--ro os-version? string > +--ro machine? string > > This maps to the system group MIB variables. Some leavs definitions > already refer to some MIB variables: sysContact, sysLocation, etc. > I understand the MIB variables don't map 1:1, but telling that > os-name part of the sysDescr MIB variable > os-release part of the sysDescr MIB variable > os-version part of the sysDescr MIB variable > machine? part of the sysDescr MIB variable > ... is also useful info. For the 1-1 mapped object, we'll have this table: +----------------+-------------------+ | YANG data node | SNMPv2-MIB object | +----------------+-------------------+ | contact | sysContact | | location | sysLocation | +----------------+-------------------+ > Considering that NETCONF is now also used for monitoring, and that > people were used to SNMP, such mapping tables would be a good practice > in all NETMOD documents to help SNMP people/NMS make the transition. > There might be some read-only MIB variables in the following RFCs: > RFC 4668 RADIUS Authentication Client MIB Our model provides parameters for configuring the radius client; this MIB has objects for read-only monitoring. The config objects affect what is operationally used, but there is no 1-1 mapping. The "related" objects are: radius/server/transport/udp/udp/address radiusAuthServerInetAddressType radiusAuthServerInetAddress radius/server/transport/udp/udp/authentication-port radiusAuthClientServerInetPortNumber But I am not sure that listing these adds any value...? > RFC 4669 RADIUS Authentication Server MIB This is not applicable; we don't have any parameters for RADIUS servers. > RFC 5907 Definitions of Managed Objects for Network Time Protocol > Version 4 (NTPv4) Same situation as for the radius client. > ... > > So it needs a little bit of research, but shouldn't be too hard. > > > - > leaf location { > type string; > description > "The system location. The server MAY restrict the size > and characters in order to maintain compatibility with > the sysLocation MIB object."; > reference > "RFC 3418 <http://tools.ietf.org/html/rfc3418>: Management > Information Base (MIB) for the > Simple Network Management Protocol (SNMP) > SNMPv2-MIB.sysLocation"; > } > > Question: do we want to be aligned with the leaf name logic > inhttps://datatracker.ietf.org/doc/draft-ietf-netmod-interfaces-cfg/ ? > > leaf name { > ... > In most cases, the "name" of an "interface" entry is mapped to > ifName. ifName is defined as a DisplayString [RFC2579] which uses a > 7-bit ASCII character set. An implementation that performs this > mapping MUST restrict the allowed values for "name" to match the > restrictions of ifName. > > So basically > NEW: > leaf location { > type string; > description > "The system location. In most cases, the "location" of an > "interface" entry > is mapped to sysLocation. sysLocation is defined as a DisplayString > [RFC2579] > which uses a 7-bit ASCII character set. An implementation that > performs this > mapping MUST restrict the allowed values for "location" to match > the > restrictions of sysLocation."; > reference > "RFC 3418 <http://tools.ietf.org/html/rfc3418>: Management > Information Base (MIB) for the > Simple Network Management Protocol (SNMP) > SNMPv2-MIB.sysLocation"; > } As Randy pointed out, the text above has some copy&paste errors. OLD: The server MAY restrict the size and characters in order to maintain compatibility with the sysContact MIB object."; NEW: This leaf MAY be mapped to the sysContact MIB object by an implementation. Such an implementation MUST restrict the allowed values for this leaf so that it matches the restrictions of sysContact." ... but I am not convinced the new text is better than the old. If you think it is, I am fine with adding it. (and same for location). > +--rw system > | +--rw clock > | | +--rw (timezone)? > | | +--:(timezone-location) > | | | +--rw timezone-location? ianatz:iana-timezone > | | +--:(timezone-utc-offset) > | | +--rw timezone-utc-offset? int16 > | +--rw ntp! > | +--rw enabled? boolean > > leaf enabled { > type boolean; > default true; > description > "Indicates that the system should attempt > to synchronize the system clock with an > NTP server from the 'ntp/server' list."; > } > > > How come that enabled is marked as optional while there is a default > value? > Aren't they slightly conflicting statements? > Disclaimer: no strong feeling about that one. It is optional to set for the client. > - > Do we need the NTP version, 3 or 4, as a config field? I saw that you answered this one yourself! /martin
- Re: [netmod] AD review of draft-ietf-netmod-syste… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- [netmod] AD review of draft-ietf-netmod-system-mg… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Benoit Claise
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… ietfdbh
- Re: [netmod] AD review of draft-ietf-netmod-syste… Andy Bierman
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Andy Bierman
- Re: [netmod] AD review of draft-ietf-netmod-syste… ietfdbh
- Re: [netmod] AD review of draft-ietf-netmod-syste… Andy Bierman
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder
- Re: [netmod] AD review of draft-ietf-netmod-syste… Andy Bierman
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… ietfdbh
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Randy Presuhn
- Re: [netmod] AD review of draft-ietf-netmod-syste… Ladislav Lhotka
- Re: [netmod] AD review of draft-ietf-netmod-syste… Martin Bjorklund
- Re: [netmod] AD review of draft-ietf-netmod-syste… Juergen Schoenwaelder