[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.
- [Supa] review of draft-ietf-supa-policy-based-man… Marc Blanchet
- Re: [Supa] review of draft-ietf-supa-policy-based… Liushucheng (Will Liu)