[netmod] AD review of draft-ietf-netmod-system-mgmt
Benoit Claise <bclaise@cisco.com> Mon, 09 December 2013 16:11 UTC
Return-Path: <bclaise@cisco.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 71F7A1ADFBD for <netmod@ietfa.amsl.com>; Mon, 9 Dec 2013 08:11:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.501
X-Spam-Level:
X-Spam-Status: No, score=-9.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 mTwDd6wxS6Ei for <netmod@ietfa.amsl.com>; Mon, 9 Dec 2013 08:11:27 -0800 (PST)
Received: from aer-iport-1.cisco.com (aer-iport-1.cisco.com [173.38.203.51]) by ietfa.amsl.com (Postfix) with ESMTP id 54AE71ADF62 for <netmod@ietf.org>; Mon, 9 Dec 2013 08:11:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9390; q=dns/txt; s=iport; t=1386605479; x=1387815079; h=message-id:date:from:mime-version:to:subject:references: in-reply-to; bh=r7t5XPe/U/OLfwj02QmMcIH0mAKEH7su91HErAegSo0=; b=ALrcP0bvrq6htUfm+cHvCrWvk2mZbD+PCVJyYSO3aK/QTbi2bFfxUovc DO51OggJO2pqMPd5OxJz5EfMx27mPY0Fh1IDsbSirqmFHUvKwpsoeHyIw 5C/S50tRmnFTAgZFaqGpLl3Kc1ByaC6Ck4dbQs55X5TIAOf3Y8Vgou0PA k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AhwFAGvqpVKQ/khN/2dsb2JhbABZgwc4uWiBLxZ0giYBAQSBCSwlDwJGBg0IAQGHfg3BUxePF4QzA5Qxg2OBMIUVi06DKjs
X-IronPort-AV: E=Sophos;i="4.93,858,1378857600"; d="scan'208,217";a="1916203"
Received: from ams-core-4.cisco.com ([144.254.72.77]) by aer-iport-1.cisco.com with ESMTP; 09 Dec 2013 16:11:17 +0000
Received: from [10.60.67.86] (ams-bclaise-8915.cisco.com [10.60.67.86]) by ams-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id rB9GBDMS009286 for <netmod@ietf.org>; Mon, 9 Dec 2013 16:11:14 GMT
Message-ID: <52A5EBA1.50802@cisco.com>
Date: Mon, 09 Dec 2013 17:11:13 +0100
From: Benoit Claise <bclaise@cisco.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1
MIME-Version: 1.0
To: NETMOD Working Group <netmod@ietf.org>
References: <52A5CCD2.7030903@cisco.com>
In-Reply-To: <52A5CCD2.7030903@cisco.com>
X-Forwarded-Message-Id: <52A5CCD2.7030903@cisco.com>
Content-Type: multipart/alternative; boundary="------------040007070204000300030804"
Subject: [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: Mon, 09 Dec 2013 16:11:35 -0000
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. 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 RFC 4669 RADIUS Authentication Server MIB RFC 5907 Definitions of Managed Objects for Network Time Protocol Version 4 (NTPv4) ... 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"; } - +--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. - Do we need the NTP version, 3 or 4, as a config field? Regards, Benoit (OPS AD)
- 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