[Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT)
Benjamin Kaduk <kaduk@mit.edu> Wed, 20 June 2018 20:56 UTC
Return-Path: <kaduk@mit.edu>
X-Original-To: teas@ietf.org
Delivered-To: teas@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 66D57130E1B; Wed, 20 Jun 2018 13:56:08 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Benjamin Kaduk <kaduk@mit.edu>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-teas-actn-info-model@ietf.org, Vishnu Beeram <vbeeram@juniper.net>, teas-chairs@ietf.org, vbeeram@juniper.net, teas@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.81.2
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <152952816841.28616.13487599041543688657.idtracker@ietfa.amsl.com>
Date: Wed, 20 Jun 2018 13:56:08 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/IyI26c10QK1P-QbQiL6o6DWZk4I>
Subject: [Teas] Benjamin Kaduk's No Objection on draft-ietf-teas-actn-info-model-09: (with COMMENT)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.26
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jun 2018 20:56:09 -0000
Benjamin Kaduk has entered the following ballot position for draft-ietf-teas-actn-info-model-09: No Objection 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-teas-actn-info-model/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I echo the comments questioning the archival value for publishing a document like this. I think it's a good intermediate point to have, including the security considerations text (thank you for the quick update after the secdir review!), but am unsure what portion(s) of it could not be easily folded into successor documents. Section 2 This section provides an ACTN common interface information model to describe in terms of primitives, objects, their properties (represented as attributes), their relationships, and the resources for the service applications needed in the ACTN context. nit: The grammar here is a bit odd -- as-is, it says we have a model "to describe in terms of [a list of things]", but don't say what is being described. I'm not entirely sure what the intended text would be, though. Section 3.2, 3.4 Do I understand correctly that Modify is for CNC-to-MDSC commmunication and Update is for MDSC-to-CNC communication? Perhaps this could be made more explicit. Section 5.7.2 [...] For example, permission the correct selection from the network of the destination related to the indicated VNF It is e.g. the case of VM migration among data center and CNC can enforce specific policy that can permit MDSC/PNC to calculate the correct path for the connectivity supporting the data center interconnection required by application. There seems to be an editing error around "indicated VNF It is e.g.", maybe just a missing full stop and commas around "e.g."? Section 9 The ACTN information model does not directly introduce security issues. Rather, it defines a set of interfaces for traffic I would hope that no product of the IETF directly introduces security *issues* (problems)! Maybe "is not directly relevant when considering potential security issues" is some better wordsmithing. Implementations of the ACTN framework will have distributed functional components that will exchange this information model. nit: Perhaps this is overly pedantic, but are they exchanging this information model, or a concrete instantiation that adheres to this model?
- Re: [Teas] Benjamin Kaduk's No Objection on draft… Leeyoung
- Re: [Teas] Benjamin Kaduk's No Objection on draft… Benjamin Kaduk
- Re: [Teas] Benjamin Kaduk's No Objection on draft… Leeyoung
- [Teas] Benjamin Kaduk's No Objection on draft-iet… Benjamin Kaduk