[Supa] review of draft-ietf-supa-policy-based-management-framework

"Marc Blanchet" <marc.blanchet@viagenie.ca> Mon, 29 May 2017 19:13 UTC

Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: supa@ietfa.amsl.com
Delivered-To: supa@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F1A0127873; Mon, 29 May 2017 12:13:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.798
X-Spam-Level:
X-Spam-Status: No, score=0.798 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 QNPSX5lFL9Wb; Mon, 29 May 2017 12:13:55 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id 983C4129447; Mon, 29 May 2017 12:13:52 -0700 (PDT)
Received: from [206.123.31.198] (h198.viagenie.ca [206.123.31.198]) by jazz.viagenie.ca (Postfix) with ESMTPSA id F090147809; Mon, 29 May 2017 15:13:51 -0400 (EDT)
From: Marc Blanchet <marc.blanchet@viagenie.ca>
To: supa@ietf.org, draft-ietf-supa-policy-based-management-framework@ietf.org
Date: Mon, 29 May 2017 15:13:51 -0400
Message-ID: <47757855-5A48-40B1-AA8F-472D52CA1E17@viagenie.ca>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"; markup="markdown"
Content-Transfer-Encoding: 8bit
X-Mailer: MailMate (1.9.6r5347)
Archived-At: <https://mailarchive.ietf.org/arch/msg/supa/i8g-iyuysp04zoYHax791uwS0nE>
Subject: [Supa] review of draft-ietf-supa-policy-based-management-framework
X-BeenThere: supa@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." <supa.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/supa>, <mailto:supa-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/supa/>
List-Post: <mailto:supa@ietf.org>
List-Help: <mailto:supa-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/supa>, <mailto:supa-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 May 2017 19:13:57 -0000

Hello,
  some comments on draft-ietf-supa-policy-based-management-framework.
- minor editorial below. search for <MB>. Note that I started to suggest 
to use the present tense instead of the future in the text, but that 
might be related to the point below.
- larger comment: I’m not sure what to do with this document. It looks 
like a large wish list of features. I guess I’m probably too used to 
implementation/protocol details. I guess I will wait until to see the 
actual protocol/yang models.

Regards, Marc.

=====================

Abstract

    Simplified Use of Policy Abstractions (SUPA) defines base YANG data
    models to encode policy, which will point to device-, technology-,
    and service-specific YANG models developed in other working groups.
<MB>I'm not sure having a reference to IETF structure (working groups) 
is appropriate. Because service-specific models could be developed 
outside of IETF wg, or as individual, or as another SDO wg, ...
suggesting: "service-specific YANG models developed elsewhere."
</MB>

…

    Simplified Use of Policy Abstractions (SUPA) will define a generic
<MB>s/will define/defines/</MB>
    policy information model (GPIM) [I-D.ietf-supa-generic-policy-info-
    model] for use in network operations and management applications.
    The GPIM defines concepts and terminology needed by policy 
management
    independent of the form and content of the policy rule.  The ECA
<MB>expand ECA when used first time. Event-Condition-Action (ECA)</MB>
    Policy Rule Information Model (EPRIM) [I-D.ietf-supa-generic-policy-
    info-model] extends the GPIM to define how to build policy rules
    according to the event-condition-action paradigm.


    The EPRIM defines an Event-Condition-Action (ECA) policy

<MB>no need to expand ECA, since it is suggested to be expanded in its 
first use above</MB>

  as an
    example of imperative policies.  An ECA policy rule is activated 
when
    its event clause is true; the condition clause is then evaluated 
and,
    if true, signals the execution of one or more actions in the action
    clause.  This type of policy explicitly defines the current and
    desired states of the system being managed.  Imperative policy rules
    require additional management functions, which are explained in
    section 2.2 below.

…
    The SUPA scope is limited to policy information and data models.
    SUPA will not define network resource data models or network service
<MB>s/will not/does not/</MB>
    data models; both are out of scope.  Instead, SUPA will make use of
<MB>s/will make/makes/</MB>
    network resource data models defined by other WGs or SDOs.

    Declarative policies that specify the goals to be achieved but not
    how to achieve those goals (also called "intent-based" policies) are
    out of scope for the initial phase of SUPA.