[netmod] Deborah Brungard's Yes on draft-ietf-netmod-yang-model-classification-07: (with COMMENT)
Deborah Brungard <db3546@att.com> Thu, 08 June 2017 12:20 UTC
Return-Path: <db3546@att.com>
X-Original-To: netmod@ietf.org
Delivered-To: netmod@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id DED541201F2; Thu, 8 Jun 2017 05:20:39 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Deborah Brungard <db3546@att.com>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-netmod-yang-model-classification@ietf.org, Lou Berger <lberger@labn.net>, netmod-chairs@ietf.org, lberger@labn.net, netmod@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.53.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <149692443990.25640.5053663018813151380.idtracker@ietfa.amsl.com>
Date: Thu, 08 Jun 2017 05:20:39 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/sBNtpAaNhh8CXrjA1WLBeEpbyuY>
Subject: [netmod] Deborah Brungard's Yes on draft-ietf-netmod-yang-model-classification-07: (with COMMENT)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 08 Jun 2017 12:20:40 -0000
Deborah Brungard has entered the following ballot position for draft-ietf-netmod-yang-model-classification-07: Yes When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-netmod-yang-model-classification/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [Added comment on definition of SDO] My 2cents on the "type" discussion: The sentence in Section 1 Introduction does cause confusion "A number of module types have created substantial discussion" as it's describing the possible name duplication of a module in two different "layers", not types. Will read better if remove "types". I'm very surprised that Adrian on his reading did not question the use of "layers" to distinguish between services and network element modules. To me, with my layer hat on, this is very confusing. My suggestion would be to use the generic word "types" for "layers" and use "class" to distinguish modules which are standard, vendor, user. Vendor/user modules may/may not overlap with standard modules functionality-wise, they also may be modules with no interest to be standardized, so they are not necessarily associated with maturity/finer aging:-) I find the definition of SDO and vendor confusing. In the draft, it defines an SDO as published by a standards development organization. It provides the example of IETF, IEEE, MEF. It defines a vendor-specific module as "..industry consortia and opensource projects".."openly published". This is blurring the lines of SDO and industry consortia, e.g. MEF is a forum (industry consortia) whereas IETF and IEEE (and ITU) are SDOs. It's based on organizational criteria, and it's in the organization's description of their product e.g. standards, specifications. Some users don't care, others do. To prevent IETF from being pulled into the hornet's nest, suggest SDO be defined as only IETF, and separate labels for vendor and industry consortia (includes opensource/openly published).
- [netmod] Deborah Brungard's Yes on draft-ietf-net… Deborah Brungard
- Re: [netmod] Deborah Brungard's Yes on draft-ietf… Benoit Claise
- Re: [netmod] Deborah Brungard's Yes on draft-ietf… BRUNGARD, DEBORAH A