From nobody Tue Apr 5 21:11:06 2016 Return-Path: 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 1C2DF12D611 for ; Tue, 5 Apr 2016 21:11:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.231 X-Spam-Level: X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 IiA1uNjz2r7n for ; Tue, 5 Apr 2016 21:11:01 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CFC612D507 for ; Tue, 5 Apr 2016 21:11:00 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml707-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CGX79713; Wed, 06 Apr 2016 04:10:58 +0000 (GMT) Received: from SZXEMA416-HUB.china.huawei.com (10.82.72.35) by lhreml707-cah.china.huawei.com (10.201.5.199) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 6 Apr 2016 05:10:57 +0100 Received: from SZXEMA509-MBS.china.huawei.com ([169.254.2.235]) by SZXEMA416-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0235.001; Wed, 6 Apr 2016 12:10:49 +0800 From: "Liushucheng (Will)" To: "supa@ietf.org" Thread-Topic: New Version Notification for draft-liu-supa-policy-based-management-framework-00.txt Thread-Index: AQHRj7oFh7h//BKIT0uCXg0NdlFOBZ98VK1A Date: Wed, 6 Apr 2016 04:10:49 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.213.149.43] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.57048C52.0075, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.235, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: d87dc8119a8b0406957aa02f9374c5b7 Archived-At: Cc: Georgios Karagiannis , Jun Bi , John Strassner , Maxim Klyus , John Strassner Subject: [Supa] FW: New Version Notification for draft-liu-supa-policy-based-management-framework-00.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 04:11:04 -0000 SGkgYWxsLA0KDQpBY2NvcmRpbmcgdG8gdGhlIG1pbGVzdG9uZXMgYW5kIHBlciByZXF1ZXN0IGZy b20gQ2hhaXIsIGFuZCB0aGFua3MgdG8gY28tYXV0aG9ycycgZWZmb3J0cywgd2UgcGlja2VkIHVw IHRoZSBmcmFtZXdvcmsgcGFydHMgZnJvbSBkcmFmdC1rbHl1cy1zdXBhLXZhbHVlLXByb3Bvc2l0 aW9uLTAwIGFuZCBkcmFmdC1rbHl1cy1zdXBhLXByb3Bvc2l0aW9uLTAyLCB0aGVuIGFkZGVkIG1v cmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIGFuZCBtb2RpZmllZCBmaWd1cmVzIGFjY29yZGluZyB0 aGUgbGF0ZXN0IGRpc2N1c3Npb24uIFRoZSB0d28gbWFpbiBmaWd1cmVzIGluIHRoaXMgZHJhZnQg ZXhwbGFpbmVkIGhvdyBpcyBTVVBBIHdvcmtpbmcgd2l0aGluIHRoZSBuZXR3b3JrLCBhbmQgaG93 IGFyZSBtb2RlbHMgcmVsYXRlZCB0byBlYWNoIG90aGVyLiANCg0KVGhpcyBmb3JtYWxseSByZXBs YWNlZCB0aGUgcHJldmlvdXMgZnJhbWV3b3JrIGRyYWZ0OiBkcmFmdC16aG91LXN1cGEtZnJhbWV3 b3JrLiANCg0KVG8gdGhhbmsgdG8gdGhlIHByZXZpb3VzIGVmZm9ydHMsIHdlIGxpc3RlZCBhbGwg dGhlIGF1dGhvcnMvY29udHJpYnV0b3JzL2Fja25vd2xlZGdlbWVudHMgaW4gcmVsYXRlZCBkcmFm dHMgYmVsb3cgaW4gdGhlIGFja25vd2xlZGdlbWVudCBzZWN0aW9uOg0KDQogICBbS2FyYWdpYW5u aXMyMDE1XSBHLiBLYXJhZ2lhbm5pcywgZWQuLCAiUHJvYmxlbSBTdGF0ZW1lbnQgZm9yDQogICBT aW1wbGlmaWVkIFVzZSBvZiBQb2xpY3kgQWJzdHJhY3Rpb25zIChTVVBBKSIsIElFVEYgSW50ZXJu ZXQgZHJhZnQsDQogICBkcmFmdC1rYXJhZ2lhbm5pcy1zdXBhLXByb2JsZW0tc3RhdGVtZW50LTA3 LCBKdW5lIDUsIDIwMTUNCg0KICAgW0tseXVzMjAxNl0gTS4gS2x5dXMsIGVkLiwgIlNVUEEgVmFs dWUgUHJvcG9zaXRpb24iLCBJRVRGIEludGVybmV0DQogICBkcmFmdCwgZHJhZnQta2x5dXMtc3Vw YS12YWx1ZS1wcm9wb3NpdGlvbi0wMCwgTWFyIDIxLCAyMDE2DQoNCiAgIFtaaG91MjAxNV0gQy4g WmhvdSwgZWQuLCAiVGhlIEZyYW1ld29yayBvZiBTaW1wbGlmaWVkIFVzZSBvZiBQb2xpY3kNCiAg IEFic3RyYWN0aW9ucyAoU1VQQSkiLCBkcmFmdC16aG91LXN1cGEtZnJhbWV3b3JrLTAyLCBNYXkg MDgsIDIwMTUNCg0KV2UgaG9wZSB0aGlzIHdpbGwgYmUgYSBiYXNlbGluZSBmb3IgZnVydGhlciBk aXNjdXNzaW9uIG9uIGZyYW1ld29yayBvZiB0aGUgZ3JvdXAuIFlvdXIgY29tbWVudHMgYW5kIGNv bnRyaWJ1dGlvbnMgYXJlIGhpZ2hseSBhcHByZWNpYXRlZC4gDQoNCkNoZWVycywNCldpbGwgKFNo dWNoZW5nIExJVSkNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0 LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50 OiBXZWRuZXNkYXksIEFwcmlsIDA2LCAyMDE2IDE6MDkgQU0NClRvOiBMaXVzaHVjaGVuZyAoV2ls bCk7IExpdXNodWNoZW5nIChXaWxsKTsgTWF4aW0gS2x5dXM7IEp1biBCaTsgSm9obiBTdHJhc3Nu ZXI7IEdlb3JnaW9zIEthcmFnaWFubmlzDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRp b24gZm9yIGRyYWZ0LWxpdS1zdXBhLXBvbGljeS1iYXNlZC1tYW5hZ2VtZW50LWZyYW1ld29yay0w MC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGl1LXN1cGEtcG9saWN5LWJh c2VkLW1hbmFnZW1lbnQtZnJhbWV3b3JrLTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1 Ym1pdHRlZCBieSBXaWxsKFNodWNoZW5nKSBMaXUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBv c2l0b3J5Lg0KDQpOYW1lOgkJZHJhZnQtbGl1LXN1cGEtcG9saWN5LWJhc2VkLW1hbmFnZW1lbnQt ZnJhbWV3b3JrDQpSZXZpc2lvbjoJMDANClRpdGxlOgkJU1VQQSBwb2xpY3ktYmFzZWQgbWFuYWdl bWVudCBmcmFtZXdvcmsNCkRvY3VtZW50IGRhdGU6CTIwMTYtMDQtMDUNCkdyb3VwOgkJSW5kaXZp ZHVhbCBTdWJtaXNzaW9uDQpQYWdlczoJCTEzDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cu aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpdS1zdXBhLXBvbGljeS1iYXNlZC1tYW5h Z2VtZW50LWZyYW1ld29yay0wMC50eHQNClN0YXR1czogICAgICAgICBodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1saXUtc3VwYS1wb2xpY3ktYmFzZWQtbWFuYWdlbWVudC1m cmFtZXdvcmsvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWxpdS1zdXBhLXBvbGljeS1iYXNlZC1tYW5hZ2VtZW50LWZyYW1ld29yay0wMA0KDQoNCkFi c3RyYWN0Og0KICAgU2ltcGxpZmllZCBVc2Ugb2YgUG9saWN5IEFic3RyYWN0aW9ucyAoU1VQQSkg ZGVmaW5lcyBhIHNldCBvZiBydWxlcw0KICAgdGhhdCBkZWZpbmUgaG93IHNlcnZpY2VzIGFyZSBk ZXNpZ25lZCwgZGVsaXZlcmVkLCBhbmQgb3BlcmF0ZWQNCiAgIHdpdGhpbiBhbiBvcGVyYXRvcidz IGVudmlyb25tZW50IGluZGVwZW5kZW50IG9mIGFueSBvbmUgcGFydGljdWxhcg0KICAgc2Vydmlj ZSBvciBuZXR3b3JraW5nIGRldmljZS4gVGhpcyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIFNVUEEg YmFzaWMNCiAgIGFyY2hpdGVjdHVyZSwgaXRzIGVsZW1lbnRzIGFuZCBpbnRlcmZhY2VzLg0KDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgDQoNCg0KUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFr ZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbiB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYu b3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQo= From nobody Wed Apr 6 07:13:50 2016 Return-Path: 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 F065F12D661 for ; Wed, 6 Apr 2016 07:13:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.62 X-Spam-Level: X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] 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 RDDpS1p2ssid for ; Wed, 6 Apr 2016 07:13:43 -0700 (PDT) Received: from lb3-smtp-cloud3.xs4all.net (lb3-smtp-cloud3.xs4all.net [194.109.24.30]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0CB6F12D602 for ; Wed, 6 Apr 2016 07:13:42 -0700 (PDT) Received: from dhcp-b0ea.meeting.ietf.org ([31.133.176.234]) by smtp-cloud3.xs4all.net with ESMTP id f2Db1s00J53osVK012Df0w; Wed, 06 Apr 2016 16:13:40 +0200 References: <20160406140507.24916.75041.idtracker@ietfa.amsl.com> To: "supa@ietf.org" From: "Bert Wijnen (IETF)" X-Forwarded-Message-Id: <20160406140507.24916.75041.idtracker@ietfa.amsl.com> Message-ID: <5705198F.3020406@bwijnen.net> Date: Wed, 6 Apr 2016 16:13:35 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <20160406140507.24916.75041.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Supa] Fwd: New Version Notification for draft-bw-supa-architecture-00.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2016 14:13:49 -0000 FYI. This document is very basic and simple for now. When we tried to get started (after all I had promised on the SUPA mailing list to take the lead on the/an architecture/framework document) we looked at various efforts underway and at some previous work. And there are lost of open questions. A big question is how simple or how complex should the document be? I am in favor of KISS. Others have more generic (and therefor often more complex) preference it seems. We need to find the right balance. I have submitted a few slides to the WG chairs as a possible base for discussion a way forward. If I will get time in the SUPA session, then we can use those slides. Bert -------- Forwarded Message -------- Subject: New Version Notification for draft-bw-supa-architecture-00.txt Date: Wed, 06 Apr 2016 07:05:07 -0700 From: internet-drafts@ietf.org To: Tianran Zhou , Bert Wijnen A new version of I-D, draft-bw-supa-architecture-00.txt has been successfully submitted by Bert Wijnen and posted to the IETF repository. Name: draft-bw-supa-architecture Revision: 00 Title: Architecture/Framework for SUPA Document date: 2016-04-06 Group: Individual Submission Pages: 5 URL: https://www.ietf.org/internet-drafts/draft-bw-supa-architecture-00.txt Status: https://datatracker.ietf.org/doc/draft-bw-supa-architecture/ Htmlized: https://tools.ietf.org/html/draft-bw-supa-architecture-00 Abstract: This document describes the architecture and framework for the Simple Use of Policy Abtractions (SUPA). It also gives an overview of the SUPA components. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Wed Apr 6 18:35:51 2016 Return-Path: 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 1E2D112D14E for ; Wed, 6 Apr 2016 18:35:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 6be3jXF14VW6 for ; Wed, 6 Apr 2016 18:35:42 -0700 (PDT) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91B6B12D81B for ; Wed, 6 Apr 2016 18:35:42 -0700 (PDT) Received: by mail-ig0-x236.google.com with SMTP id gy3so3482938igb.1 for ; Wed, 06 Apr 2016 18:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=PQf/wRczl1ngfAHW+8EKl0ZyfdFs2hWvkWAYREVlSxw=; b=OEXa2fODVt97bMdNPKS6JJ1CU1K7Mjn7/kMu8NmxhpAofL1E03NbSBaIgtwd5wFnGK KmPpRYMGYP3Hc0Ry0TNsvevF3e3ZxmatklqBDSyaoFtquIrfnqtUdcZHFtTJy4vyUOwZ npR9T1EWx0OGipK9iRqsy/g7sGOdOFh6wTBQuwhXCQnqjxsZr08QqzmEzVlOf6FTPJV2 8JPSoj2C2C+8Y6GCAkXj1JqWQsEelfpFJx3RvBX5UECg2K207am4TdYEkPEXtj4W9GBz DQh39ZAseQB2u3fThFdmvRVd5zvIa6uXz5DpCQRnIGDnh5q638kk079JpPJfdv2jhNrd rAsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=PQf/wRczl1ngfAHW+8EKl0ZyfdFs2hWvkWAYREVlSxw=; b=TP9bJSGUR5dK04nC68AOAwgzaSdk+X+UziaP5xle2sf1KBJMSWEsmSdclKJX08jfSf I7rrAKrYPLBmVVAijCY0NjfdUcBiTP7qjxOTqeiZIqJg1Nuc5RUy90X9mI7yDpVacQBB jrzbqdGMbFevK18DYWXkVyQcNJc32qyKDYOW91UXZItlv6+ymug918dLyXallWBgNL2c L+IBdqcw3ebPv4nLbh7yuUt6qHEAT+Orh2unMRGAXQu9TnStxdpQqvqIbBGEkNQgbzi5 4OMff20u4inSik7EhmudzrCwx3fyLbqE+5fl2Yb4lywbD7AvH/uGlMahl94ACz1rN1hk Y+mQ== X-Gm-Message-State: AD7BkJKdtrGjukOp3yyBUZVjnbAml4ZQ3M3Q4T6QBvH+6BPkOblIvVK898NQklTJnTv+5sPxwg4auKt86Gc9SQ== X-Received: by 10.50.41.35 with SMTP id c3mr17312912igl.50.1459992941921; Wed, 06 Apr 2016 18:35:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.73.74 with HTTP; Wed, 6 Apr 2016 18:35:02 -0700 (PDT) In-Reply-To: References: From: Qiong Date: Thu, 7 Apr 2016 09:35:02 +0800 Message-ID: To: "Liushucheng (Will)" Content-Type: multipart/alternative; boundary=089e011842e4ad8f9f052fdb1812 Archived-At: Cc: John Strassner , Maxim Klyus , Georgios Karagiannis , John Strassner , Jun Bi , "supa@ietf.org" Subject: Re: [Supa] FW: New Version Notification for draft-liu-supa-policy-based-management-framework-00.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 01:35:50 -0000 --089e011842e4ad8f9f052fdb1812 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi all, I=E2=80=99m Qiong from China Telecom, and I=E2=80=99m the co-auther of prev= ious SUPA architecture draft during the formation period of SUPA in 2014-2015. I=E2= =80=99m glad to see the authors=E2=80=99 efforts of this new proposed framework dra= ft. The figures and explanatios in this draft addessed the comments received from the previous architecture draft led by me, and aligned with the latest progress of SUPA working group as well as our use case. Therefore I support this draft and I=E2=80=99m also glad to review and contribute to it. Best wishes Qiong Sun On Wed, Apr 6, 2016 at 12:10 PM, Liushucheng (Will) wrote: > Hi all, > > According to the milestones and per request from Chair, and thanks to > co-authors' efforts, we picked up the framework parts from > draft-klyus-supa-value-proposition-00 and draft-klyus-supa-proposition-02= , > then added more detailed explanations and modified figures according the > latest discussion. The two main figures in this draft explained how is SU= PA > working within the network, and how are models related to each other. > > This formally replaced the previous framework draft: > draft-zhou-supa-framework. > > To thank to the previous efforts, we listed all the > authors/contributors/acknowledgements in related drafts below in the > acknowledgement section: > > [Karagiannis2015] G. Karagiannis, ed., "Problem Statement for > Simplified Use of Policy Abstractions (SUPA)", IETF Internet draft, > draft-karagiannis-supa-problem-statement-07, June 5, 2015 > > [Klyus2016] M. Klyus, ed., "SUPA Value Proposition", IETF Internet > draft, draft-klyus-supa-value-proposition-00, Mar 21, 2016 > > [Zhou2015] C. Zhou, ed., "The Framework of Simplified Use of Policy > Abstractions (SUPA)", draft-zhou-supa-framework-02, May 08, 2015 > > We hope this will be a baseline for further discussion on framework of th= e > group. Your comments and contributions are highly appreciated. > > Cheers, > Will (Shucheng LIU) > > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Wednesday, April 06, 2016 1:09 AM > To: Liushucheng (Will); Liushucheng (Will); Maxim Klyus; Jun Bi; John > Strassner; Georgios Karagiannis > Subject: New Version Notification for > draft-liu-supa-policy-based-management-framework-00.txt > > > A new version of I-D, > draft-liu-supa-policy-based-management-framework-00.txt > has been successfully submitted by Will(Shucheng) Liu and posted to the > IETF repository. > > Name: draft-liu-supa-policy-based-management-framework > Revision: 00 > Title: SUPA policy-based management framework > Document date: 2016-04-05 > Group: Individual Submission > Pages: 13 > URL: > https://www.ietf.org/internet-drafts/draft-liu-supa-policy-based-manageme= nt-framework-00.txt > Status: > https://datatracker.ietf.org/doc/draft-liu-supa-policy-based-management-f= ramework/ > Htmlized: > https://tools.ietf.org/html/draft-liu-supa-policy-based-management-framew= ork-00 > > > Abstract: > Simplified Use of Policy Abstractions (SUPA) defines a set of rules > that define how services are designed, delivered, and operated > within an operator's environment independent of any one particular > service or networking device. This document describes the SUPA basic > architecture, its elements and interfaces. > > > > > Please note that it may take a couple of minutes from the time of > submission until the htmlized version and diff are available at > tools.ietf.org. > > The IETF Secretariat > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Qiong Sun China Telecom Beijing Research Institude Open source code: lightweight 4over6: *http://sourceforge.net/projects/laft6/ * PCP-natcoord:* http://sourceforge.net/projects/pcpportsetdemo/ * =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --089e011842e4ad8f9f052fdb1812 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

Hi all,

=C2=A0

I=E2=80=99= m Qiong from China Telecom, and I=E2=80=99m the co-auther of previous SUPA = architecture draft during the formation period of SUPA in 2014-2015. I=E2= =80=99m glad to see the authors=E2=80=99 efforts of this new proposed frame= work draft. The figures and explanatios in this draft addessed the comments= received from the previous architecture draft led by me, and aligned with = the latest progress of SUPA working group as well as our use case. Therefor= e I support this draft and I=E2=80=99m also glad to review and contribute t= o it.


Best wishes

Qiong Sun=C2=A0<= /p>

=C2=A0


On Wed, Apr 6, 2016 at 12:10 PM, Liushucheng (Will) <liush= ucheng@huawei.com> wrote:
H= i all,

According to the milestones and per request from Chair, and thanks to co-au= thors' efforts, we picked up the framework parts from draft-klyus-supa-= value-proposition-00 and draft-klyus-supa-proposition-02, then added more d= etailed explanations and modified figures according the latest discussion. = The two main figures in this draft explained how is SUPA working within the= network, and how are models related to each other.

This formally replaced the previous framework draft: draft-zhou-supa-framew= ork.

To thank to the previous efforts, we listed all the authors/contributors/ac= knowledgements in related drafts below in the acknowledgement section:

=C2=A0 =C2=A0[Karagiannis2015] G. Karagiannis, ed., "Problem Statement= for
=C2=A0 =C2=A0Simplified Use of Policy Abstractions (SUPA)", IETF Inter= net draft,
=C2=A0 =C2=A0draft-karagiannis-supa-problem-statement-07, June 5, 2015

=C2=A0 =C2=A0[Klyus2016] M. Klyus, ed., "SUPA Value Proposition",= IETF Internet
=C2=A0 =C2=A0draft, draft-klyus-supa-value-proposition-00, Mar 21, 2016

=C2=A0 =C2=A0[Zhou2015] C. Zhou, ed., "The Framework of Simplified Use= of Policy
=C2=A0 =C2=A0Abstractions (SUPA)", draft-zhou-supa-framework-02, May 0= 8, 2015

We hope this will be a baseline for further discussion on framework of the = group. Your comments and contributions are highly appreciated.

Cheers,
Will (Shucheng LIU)

-----Original Message-----
From: internet-drafts@ietf.org<= /a> [mailto:internet-drafts@iet= f.org]
Sent: Wednesday, April 06, 2016 1:09 AM
To: Liushucheng (Will); Liushucheng (Will); Maxim Klyus; Jun Bi; John Stras= sner; Georgios Karagiannis
Subject: New Version Notification for draft-liu-supa-policy-based-managemen= t-framework-00.txt


A new version of I-D, draft-liu-supa-policy-based-management-framework-00.t= xt
has been successfully submitted by Will(Shucheng) Liu and posted to the IET= F repository.

Name:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-liu-supa-policy-based-m= anagement-framework
Revision:=C2=A0 =C2=A0 =C2=A0 =C2=A000
Title:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 SUPA policy-based management frame= work
Document date:=C2=A0 2016-04-05
Group:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Individual Submission
Pages:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 13
URL:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 https://www.ietf.org/internet-drafts/= draft-liu-supa-policy-based-management-framework-00.txt
Status:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0https://datatracker.ietf.org/doc/draft-liu-supa-poli= cy-based-management-framework/
Htmlized:=C2=A0 =C2=A0 =C2=A0 =C2=A0https://tools.ietf.org/html/draft-liu-supa-policy-based-mana= gement-framework-00


Abstract:
=C2=A0 =C2=A0Simplified Use of Policy Abstractions (SUPA) defines a set of = rules
=C2=A0 =C2=A0that define how services are designed, delivered, and operated=
=C2=A0 =C2=A0within an operator's environment independent of any one pa= rticular
=C2=A0 =C2=A0service or networking device. This document describes the SUPA= basic
=C2=A0 =C2=A0architecture, its elements and interfaces.




Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

_______________________________________________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa



--
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D
Qiong Sun
China Telecom Beijing Research Institude

<= br>Open source code:
lightweight 4over6: http://sourceforge.net/projects/la= ft6/
PCP-natcoord: http://sourceforge.net/projects/pcpport= setdemo/
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D

--089e011842e4ad8f9f052fdb1812-- From nobody Thu Apr 7 11:02:10 2016 Return-Path: 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 BE76412D5CB for ; Thu, 7 Apr 2016 11:02:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.759 X-Spam-Level: X-Spam-Status: No, score=0.759 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SORBS_WEB=0.77, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no 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 IsQyXwcTZovJ for ; Thu, 7 Apr 2016 11:02:06 -0700 (PDT) Received: from tsinghua.edu.cn (smtp26.tsinghua.edu.cn [166.111.204.50]) by ietfa.amsl.com (Postfix) with ESMTP id AA31412D5BF for ; Thu, 7 Apr 2016 11:02:05 -0700 (PDT) Received: from junbi-X1-2 (unknown [200.127.148.163]) by app5 (Coremail) with SMTP id DsxvpgBXeqWOoAZXcgI5AA--.6337S2; Fri, 08 Apr 2016 02:01:57 +0800 (CST) Date: Thu, 7 Apr 2016 15:01:29 -0300 From: "Jun Bi" To: Qiong , liushucheng References: , X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7, 2, 7, 164[cn] Mime-Version: 1.0 Message-ID: <2016040715010139434615@tsinghua.edu.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart737576510340_=----" X-CM-TRANSID: DsxvpgBXeqWOoAZXcgI5AA--.6337S2 X-Coremail-Antispam: 1UD129KBjvJXoWxXr18CF4fAFy3Xw4Utw4UXFb_yoWrCrW5pa 92qrWxKr10q343Cws7Jr18Xw15ZasYq3yDJF1rXr1jy3y5JF10kr1IyF15Aa4UuryrCryq vF4a9r1UXan8XrJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUmCb7Iv0xC_Cr1lb4IE77IF4wAFF20E14v26r4j6ryUM7CY07I2 0VC2zVCF04k26cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rw A2z4x0Y4vE2Ix0cI8IcVAFwI0_Gr0_Xr1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr0_ Cr1l84ACjcxK6I8E87Iv67AKxVW8Jr0_Cr1UM28EF7xvwVC2z280aVCY1x0267AKxVW8Jr 0_Cr1UM2vj6VCEFcxC0VAYjxAxZF0EFcxC0VAYjxAxZF0Ew4CEw7xC0VCjxxvEa2IrM2AI xVAIcxkEcVAq07x20xvEncxIr21l5I8CrVAaz4v26cxKscIFY7kG0wAqx4xG6xAIxVCFxs xG0wAv7VC0I7IYx2IY67AKxVWUXVWUAwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCj c4AY6r1j6r4UM4x0Y48IcxkI7VAKI48JM4xvF2IEb7IF0Fy264kE64k0F24lFcxC0VAYjx AxZF0Ex2IqxwCjr7xvwVCIw2I0I7xG6c02F41lc2xSY4AK67I5MxAIw28IcxkI7VAKI48J MI8I3I0E5I8CrVAFwI0_JrI_JrWlx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CEb7AF67 AKxVWUAVWUtwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0xvE2Ix0 cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6xAIw20EY4v20xvaj40_Wr1j6rW3Jr1lIxAIcV C2z280aVAFwI0_Jr0_Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JwCE64xvF2IEb7IF 0Fy7YxBIdaVFxhVjvjDU0xZFpf9x0UUjRUDUUUUU= X-CM-SenderInfo: xmxquxo6wvx0pjkxthxhgxhubq/ Archived-At: Cc: Georgios Karagiannis , John Strassner , Maxim Klyus , "supa@ietf.org" , John Strassner Subject: Re: [Supa] FW: New Version Notification for draft-liu-supa-policy-based-management-framework-00.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 18:02:09 -0000 This is a multi-part message in MIME format. ------=_001_NextPart737576510340_=---- Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 DQpIaSBGb2xrcywgDQoNClRoaXMgaXMgRHIuIEJpIGZyb20gVHNpbmdodWEgdW5pdmVyc2l0eS9D RVJORVQuIEkgaGF2ZSBiZWVuIGtlZXAgbXkgZXllIG9uIFNVUEEgYW5kIGNvbnRyaWJ1dGVkIGZv ciBzZXZlcmFsIGRyYWZ0cyBpbmNsdWRpbmcgcHJldmlvdXMgYXJjaGl0ZWN0dXJlLCBnYXAgYW5h bHlzaXMsIHVzZSBjYXNlLCBldGMuIEFzIGEgcG90ZW50aWFsIHVzZXIsIHdlIHdvdWxkIGxpa2Ug dG8gdGVzdCBTVVBBIGluIHRoaXMgeWVhci4NCiANCkkgdGhpbmsgdGhpcyBuZXcgZnJhbWV3b3Jr IGRyYWZ0ICh3aGljaCBjYW1lIGZyb20gdGhlIHRoZSBwcm9wb3NpdGlvbiBkcmFmdCB0aGF0IHdl IHdvcmtlZCBmb3IgYSBsb25nIHBlcmlvZCkgd2VsbCBhZGRyZXNzZWQgdGhlIGlzc3VlcyByZWNl aXZlZCBhbmQgY2xlYXJseSBkZWZpbmVkIHRoZSByZWxhdGlvbnNoaXAgYW1vbmcgbW9kZWxzIGFz IHdlbGwgYXMgdGhlIHJlbGF0aW9uc2hpcCBhbW9uZyAgZnVuY3Rpb24gYm94ZXMuDQogDQpJIGhh dmUgYSBnbGFuY2Ugb24gdGhlIG90aGVyIGZyYW1ld29yayBkcmFmdCBwcm9wb3NlZCBieSBUaWFu cmFuLCBhbmQgaXQgc2VlbXMgdG8gbWUgdGhhdCBpdOKAmXMgc3RpbGwgYSB1bmZpbmlzaGVkIG9u ZSBhcyB0aGVyZSBpcyBvbmx5IG9uZSBmaWd1cmUgd2l0aCBmZXcgZXhwbGFuYXRpb24uIEkgYmVs aWV2ZSB0aGF0IGZpZ3VyZSBjb3VsZCBiZSByZXZpc2VkIGFuZCB3ZWxsIGludGVncmF0ZWQgaW50 byBvdXIgZHJhZnQgaW4gbmV4dCB2ZXJzaW9uIGlmIHRoZSBhdXRob3JzIG9mIHRoYXQgZHJhZnQg YWdyZWUuICBIb3BlIHRvIHdvcmsgd2l0aCBhbGwgb2YgeW91Lg0KDQpCZXN0IFJlZ2FyZHMsDQoN Ckp1biBCaQ0KIA0KRnJvbTogUWlvbmcNCkRhdGU6IDIwMTYtMDQtMDYgMjI6MzUNClRvOiBMaXVz aHVjaGVuZyAoV2lsbCkNCkNDOiBzdXBhQGlldGYub3JnOyBHZW9yZ2lvcyBLYXJhZ2lhbm5pczsg SnVuIEJpOyBKb2huIFN0cmFzc25lcjsgTWF4aW0gS2x5dXM7IEpvaG4gU3RyYXNzbmVyDQpTdWJq ZWN0OiBSZTogW1N1cGFdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxp dS1zdXBhLXBvbGljeS1iYXNlZC1tYW5hZ2VtZW50LWZyYW1ld29yay0wMC50eHQNCkhpIGFsbCwN CiANCknigJltIFFpb25nIGZyb20gQ2hpbmEgVGVsZWNvbSwgYW5kIEnigJltIHRoZSBjby1hdXRo ZXIgb2YgcHJldmlvdXMgU1VQQSBhcmNoaXRlY3R1cmUgZHJhZnQgZHVyaW5nIHRoZSBmb3JtYXRp b24gcGVyaW9kIG9mIFNVUEEgaW4gMjAxNC0yMDE1LiBJ4oCZbSBnbGFkIHRvIHNlZSB0aGUgYXV0 aG9yc+KAmSBlZmZvcnRzIG9mIHRoaXMgbmV3IHByb3Bvc2VkIGZyYW1ld29yayBkcmFmdC4gVGhl IGZpZ3VyZXMgYW5kIGV4cGxhbmF0aW9zIGluIHRoaXMgZHJhZnQgYWRkZXNzZWQgdGhlIGNvbW1l bnRzIHJlY2VpdmVkIGZyb20gdGhlIHByZXZpb3VzIGFyY2hpdGVjdHVyZSBkcmFmdCBsZWQgYnkg bWUsIGFuZCBhbGlnbmVkIHdpdGggdGhlIGxhdGVzdCBwcm9ncmVzcyBvZiBTVVBBIHdvcmtpbmcg Z3JvdXAgYXMgd2VsbCBhcyBvdXIgdXNlIGNhc2UuIFRoZXJlZm9yZSBJIHN1cHBvcnQgdGhpcyBk cmFmdCBhbmQgSeKAmW0gYWxzbyBnbGFkIHRvIHJldmlldyBhbmQgY29udHJpYnV0ZSB0byBpdC4N Cg0KQmVzdCB3aXNoZXMNClFpb25nIFN1biANCiANCg0KT24gV2VkLCBBcHIgNiwgMjAxNiBhdCAx MjoxMCBQTSwgTGl1c2h1Y2hlbmcgKFdpbGwpIDxsaXVzaHVjaGVuZ0BodWF3ZWkuY29tPiB3cm90 ZToNCkhpIGFsbCwNCg0KQWNjb3JkaW5nIHRvIHRoZSBtaWxlc3RvbmVzIGFuZCBwZXIgcmVxdWVz dCBmcm9tIENoYWlyLCBhbmQgdGhhbmtzIHRvIGNvLWF1dGhvcnMnIGVmZm9ydHMsIHdlIHBpY2tl ZCB1cCB0aGUgZnJhbWV3b3JrIHBhcnRzIGZyb20gZHJhZnQta2x5dXMtc3VwYS12YWx1ZS1wcm9w b3NpdGlvbi0wMCBhbmQgZHJhZnQta2x5dXMtc3VwYS1wcm9wb3NpdGlvbi0wMiwgdGhlbiBhZGRl ZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBhbmQgbW9kaWZpZWQgZmlndXJlcyBhY2NvcmRp bmcgdGhlIGxhdGVzdCBkaXNjdXNzaW9uLiBUaGUgdHdvIG1haW4gZmlndXJlcyBpbiB0aGlzIGRy YWZ0IGV4cGxhaW5lZCBob3cgaXMgU1VQQSB3b3JraW5nIHdpdGhpbiB0aGUgbmV0d29yaywgYW5k IGhvdyBhcmUgbW9kZWxzIHJlbGF0ZWQgdG8gZWFjaCBvdGhlci4NCg0KVGhpcyBmb3JtYWxseSBy ZXBsYWNlZCB0aGUgcHJldmlvdXMgZnJhbWV3b3JrIGRyYWZ0OiBkcmFmdC16aG91LXN1cGEtZnJh bWV3b3JrLg0KDQpUbyB0aGFuayB0byB0aGUgcHJldmlvdXMgZWZmb3J0cywgd2UgbGlzdGVkIGFs bCB0aGUgYXV0aG9ycy9jb250cmlidXRvcnMvYWNrbm93bGVkZ2VtZW50cyBpbiByZWxhdGVkIGRy YWZ0cyBiZWxvdyBpbiB0aGUgYWNrbm93bGVkZ2VtZW50IHNlY3Rpb246DQoNCiAgIFtLYXJhZ2lh bm5pczIwMTVdIEcuIEthcmFnaWFubmlzLCBlZC4sICJQcm9ibGVtIFN0YXRlbWVudCBmb3INCiAg IFNpbXBsaWZpZWQgVXNlIG9mIFBvbGljeSBBYnN0cmFjdGlvbnMgKFNVUEEpIiwgSUVURiBJbnRl cm5ldCBkcmFmdCwNCiAgIGRyYWZ0LWthcmFnaWFubmlzLXN1cGEtcHJvYmxlbS1zdGF0ZW1lbnQt MDcsIEp1bmUgNSwgMjAxNQ0KDQogICBbS2x5dXMyMDE2XSBNLiBLbHl1cywgZWQuLCAiU1VQQSBW YWx1ZSBQcm9wb3NpdGlvbiIsIElFVEYgSW50ZXJuZXQNCiAgIGRyYWZ0LCBkcmFmdC1rbHl1cy1z dXBhLXZhbHVlLXByb3Bvc2l0aW9uLTAwLCBNYXIgMjEsIDIwMTYNCg0KICAgW1pob3UyMDE1XSBD LiBaaG91LCBlZC4sICJUaGUgRnJhbWV3b3JrIG9mIFNpbXBsaWZpZWQgVXNlIG9mIFBvbGljeQ0K ICAgQWJzdHJhY3Rpb25zIChTVVBBKSIsIGRyYWZ0LXpob3Utc3VwYS1mcmFtZXdvcmstMDIsIE1h eSAwOCwgMjAxNQ0KDQpXZSBob3BlIHRoaXMgd2lsbCBiZSBhIGJhc2VsaW5lIGZvciBmdXJ0aGVy IGRpc2N1c3Npb24gb24gZnJhbWV3b3JrIG9mIHRoZSBncm91cC4gWW91ciBjb21tZW50cyBhbmQg Y29udHJpYnV0aW9ucyBhcmUgaGlnaGx5IGFwcHJlY2lhdGVkLg0KDQpDaGVlcnMsDQpXaWxsIChT aHVjaGVuZyBMSVUpDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5l dC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQpTZW50 OiBXZWRuZXNkYXksIEFwcmlsIDA2LCAyMDE2IDE6MDkgQU0NClRvOiBMaXVzaHVjaGVuZyAoV2ls bCk7IExpdXNodWNoZW5nIChXaWxsKTsgTWF4aW0gS2x5dXM7IEp1biBCaTsgSm9obiBTdHJhc3Nu ZXI7IEdlb3JnaW9zIEthcmFnaWFubmlzDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRp b24gZm9yIGRyYWZ0LWxpdS1zdXBhLXBvbGljeS1iYXNlZC1tYW5hZ2VtZW50LWZyYW1ld29yay0w MC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGl1LXN1cGEtcG9saWN5LWJh c2VkLW1hbmFnZW1lbnQtZnJhbWV3b3JrLTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1 Ym1pdHRlZCBieSBXaWxsKFNodWNoZW5nKSBMaXUgYW5kIHBvc3RlZCB0byB0aGUgSUVURiByZXBv c2l0b3J5Lg0KDQpOYW1lOiAgICAgICAgICAgZHJhZnQtbGl1LXN1cGEtcG9saWN5LWJhc2VkLW1h bmFnZW1lbnQtZnJhbWV3b3JrDQpSZXZpc2lvbjogICAgICAgMDANClRpdGxlOiAgICAgICAgICBT VVBBIHBvbGljeS1iYXNlZCBtYW5hZ2VtZW50IGZyYW1ld29yaw0KRG9jdW1lbnQgZGF0ZTogIDIw MTYtMDQtMDUNCkdyb3VwOiAgICAgICAgICBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOiAg ICAgICAgICAxMw0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1saXUtc3VwYS1wb2xpY3ktYmFzZWQtbWFuYWdlbWVudC1mcmFtZXdvcmst MDAudHh0DQpTdGF0dXM6ICAgICAgICAgaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2Mv ZHJhZnQtbGl1LXN1cGEtcG9saWN5LWJhc2VkLW1hbmFnZW1lbnQtZnJhbWV3b3JrLw0KSHRtbGl6 ZWQ6ICAgICAgIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1saXUtc3VwYS1wb2xp Y3ktYmFzZWQtbWFuYWdlbWVudC1mcmFtZXdvcmstMDANCg0KDQpBYnN0cmFjdDoNCiAgIFNpbXBs aWZpZWQgVXNlIG9mIFBvbGljeSBBYnN0cmFjdGlvbnMgKFNVUEEpIGRlZmluZXMgYSBzZXQgb2Yg cnVsZXMNCiAgIHRoYXQgZGVmaW5lIGhvdyBzZXJ2aWNlcyBhcmUgZGVzaWduZWQsIGRlbGl2ZXJl ZCwgYW5kIG9wZXJhdGVkDQogICB3aXRoaW4gYW4gb3BlcmF0b3IncyBlbnZpcm9ubWVudCBpbmRl cGVuZGVudCBvZiBhbnkgb25lIHBhcnRpY3VsYXINCiAgIHNlcnZpY2Ugb3IgbmV0d29ya2luZyBk ZXZpY2UuIFRoaXMgZG9jdW1lbnQgZGVzY3JpYmVzIHRoZSBTVVBBIGJhc2ljDQogICBhcmNoaXRl Y3R1cmUsIGl0cyBlbGVtZW50cyBhbmQgaW50ZXJmYWNlcy4NCg0KDQoNCg0KUGxlYXNlIG5vdGUg dGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3Vi bWlzc2lvbiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxl IGF0IHRvb2xzLmlldGYub3JnLg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KU3VwYSBtYWlsaW5nIGxpc3QN ClN1cGFAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vc3Vw YQ0KDQoNCg0KLS0gDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09DQpRaW9uZyBTdW4NCkNoaW5hIFRlbGVjb20gQmVpamluZyBSZXNlYXJjaCBJbnN0aXR1ZGUN Cg0KDQpPcGVuIHNvdXJjZSBjb2RlOg0KbGlnaHR3ZWlnaHQgNG92ZXI2OiBodHRwOi8vc291cmNl Zm9yZ2UubmV0L3Byb2plY3RzL2xhZnQ2Lw0KUENQLW5hdGNvb3JkOiBodHRwOi8vc291cmNlZm9y Z2UubmV0L3Byb2plY3RzL3BjcHBvcnRzZXRkZW1vLyANCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09DQoNCg== ------=_001_NextPart737576510340_=---- Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =0A

=0AHi Folks, 

This is Dr. Bi from&= nbsp;Tsinghua university/CERNET. I have been keep=  my eye on SUPA and contributed for&nbs= p;several drafts including previous architecture, = ;gap analysis, use case, etc. As a pote= ntial user, we would like to test SUPA&= nbsp;in this year.
 
I think this new&= nbsp;framework draft (which came from the th= e proposition draft that we worked for = a long period) well addressed the issues&nbs= p;received and clearly defined the relationship&n= bsp;among models as well as the relationship=  among  function boxes.
 
I have = a glance on the other framework draft p= roposed by Tianran, and it seems to me&= nbsp;that it=E2=80=99s still a unfinished one&nbs= p;as there is only one figure with few&= nbsp;explanation. I believe that figure could&nbs= p;be revised and well integrated into our&nb= sp;draft in next version if the authors = ;of that draft agree.  Hope to work&nbs= p;with all of you.

Best Regards,

Jun&nbs= p;Bi
 
From: Qiong
Date= : 2016-04-06 22:35
CC:&nbs= p;supa@ietf.org; Georgios Karagiannis; Jun Bi; John Strassner; Maxi= m Klyus; John Strassner
Subject: Re: [Supa] FW: New Version Notification for dra= ft-liu-supa-policy-based-management-framework-00.txt
=0A
=0A

=0AHi all,<= u>

=0A

=0A 

=0A

=0AI=E2=80=99m Q= iong from China Telecom, and I=E2=80=99m the co-auther of previous SUPA ar= chitecture draft during the formation period of SUPA in 2014-2015. I=E2=80= =99m glad to see the authors=E2=80=99 efforts of this new proposed framewo= rk draft. The figures and explanatios=0A in this draft addessed the commen= ts received from the previous architecture draft led by me, and aligned wi= th the latest progress of SUPA working group as well as our use case. Ther= efore I support this draft and I=E2=80=99m also glad to review and contrib= ute to it.

=0A

=0A
=0A

=0A

=0ABest wishes

=0A

=0AQiong Sun 

=0A

=0A 

=0A
= =0A

=0A
On Wed, Ap= r 6, 2016 at 12:10 PM, Liushucheng (Will) =0A<liushucheng@huawei.co= m> wrote:
=0A
=0AHi all,=0A
=0AAccording to the milestones and per request from Chair, and tha= nks to co-authors' efforts, we picked up the framework parts from draft-kl= yus-supa-value-proposition-00 and draft-klyus-supa-proposition-02, then ad= ded more detailed explanations and modified figures=0A according the lates= t discussion. The two main figures in this draft explained how is SUPA wor= king within the network, and how are models related to each other.
=0A<= br>=0AThis formally replaced the previous framework draft: draft-zhou-supa= -framework.
=0A
=0ATo thank to the previous efforts, we listed all t= he authors/contributors/acknowledgements in related drafts below in the ac= knowledgement section:
=0A
=0A   [Karagiannis2015] G. Kara= giannis, ed., "Problem Statement for
=0A   Simplified Use of = Policy Abstractions (SUPA)", IETF Internet draft,
=0A   draft= -karagiannis-supa-problem-statement-07, June 5, 2015
=0A
=0A  &= nbsp;[Klyus2016] M. Klyus, ed., "SUPA Value Proposition", IETF Internet=0A   draft, draft-klyus-supa-value-proposition-00, Mar 21, 201= 6
=0A
=0A   [Zhou2015] C. Zhou, ed., "The Framework of Sim= plified Use of Policy
=0A   Abstractions (SUPA)", draft-zhou-= supa-framework-02, May 08, 2015
=0A
=0AWe hope this will be a baseli= ne for further discussion on framework of the group. Your comments and con= tributions are highly appreciated.
=0A
=0ACheers,
=0AWill (Shuche= ng LIU)
=0A
=0A-----Original Message-----
=0AFrom: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
=0AS= ent: Wednesday, April 06, 2016 1:09 AM
=0ATo: Liushucheng (Will); Liush= ucheng (Will); Maxim Klyus; Jun Bi; John Strassner; Georgios Karagiannis=0ASubject: New Version Notification for draft-liu-supa-policy-based-man= agement-framework-00.txt
=0A
=0A
=0AA new version of I-D, draft-l= iu-supa-policy-based-management-framework-00.txt
=0Ahas been successful= ly submitted by Will(Shucheng) Liu and posted to the IETF repository.
= =0A
=0AName:           draft-liu-supa-pol= icy-based-management-framework
=0ARevision:       0= 0
=0ATitle:          SUPA policy-based managem= ent framework
=0ADocument date:  2016-04-05
=0AGroup:  &nb= sp;       Individual Submission
=0APages:    &= nbsp;     13
=0AURL:           = =0Aht= tps://www.ietf.org/internet-drafts/draft-liu-supa-policy-based-management-= framework-00.txt
=0AStatus:         https://datatracker.ie= tf.org/doc/draft-liu-supa-policy-based-management-framework/
=0AHtm= lized:       https://tools.ietf.org/html/draft-liu-supa-policy-based-mana= gement-framework-00
=0A
=0A
=0AAbstract:
=0A   S= implified Use of Policy Abstractions (SUPA) defines a set of rules
=0A&= nbsp;  that define how services are designed, delivered, and operated=
=0A   within an operator's environment independent of any on= e particular
=0A   service or networking device. This documen= t describes the SUPA basic
=0A   architecture, its elements a= nd interfaces.
=0A
=0A
=0A
=0A
=0APlease note that it may t= ake a couple of minutes from the time of submission until the htmlized ver= sion and diff are available at=0Atools.ietf.org.
=0A
=0AThe IETF Se= cretariat
=0A
=0A_______________________________________________
= =0ASupa mailing list
=0ASupa@ietf.org<= /a>
=0Ahttps://www.ietf.org/mailman/listinfo/supa=
=0A
=0A
=0A
=0A
=0A

=0A=0A--
=0A
=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=0AQiong Sun
=0AChina Tel= ecom Beijing Research Institude
=0A
=0A
=0AOpen source code:
= =0Alightweight 4over6: http://sourceforge.net/projects/laft6/
=0A= PCP-natcoord: =0Ahttp://sourceforge.net/projects/pcpportsetdemo/
=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D
=0A
=0A
=0A
=0A
=0A ------=_001_NextPart737576510340_=------ From nobody Thu Apr 7 15:05:09 2016 Return-Path: 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 DDEA912D721 for ; Thu, 7 Apr 2016 15:05:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.23 X-Spam-Level: X-Spam-Status: No, score=-4.23 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 E5n6reUmziDZ for ; Thu, 7 Apr 2016 15:05:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C983812D6E9 for ; Thu, 7 Apr 2016 15:05:04 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CLS49939; Thu, 07 Apr 2016 22:05:02 +0000 (GMT) Received: from SZXEMA414-HUB.china.huawei.com (10.82.72.73) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 7 Apr 2016 23:05:01 +0100 Received: from SZXEMA509-MBS.china.huawei.com ([169.254.2.235]) by SZXEMA414-HUB.china.huawei.com ([10.82.72.73]) with mapi id 14.03.0235.001; Fri, 8 Apr 2016 06:04:56 +0800 From: "Liushucheng (Will)" To: "supa@ietf.org" , "sdn@irtf.org" Thread-Topic: SUPA ECA Demo @ BnB today Thread-Index: AdGRGYFse9G4OkGMTSWmXXD7wSnTSQ== Date: Thu, 7 Apr 2016 22:04:55 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.212.197.234] Content-Type: multipart/alternative; boundary="_000_C9B5F12337F6F841B35C404CF0554ACB896D9F16SZXEMA509MBSchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.5706D98F.007E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.2.235, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 7fcb60f488ce34130524f8c4531a682e Archived-At: Subject: [Supa] SUPA ECA Demo @ BnB today X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2016 22:05:08 -0000 --_000_C9B5F12337F6F841B35C404CF0554ACB896D9F16SZXEMA509MBSchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, Just like what John has mentioned in SDNRG on Monday, we will have a Demo o= n SUPA ECA at BnB today. Welcome to join us. Thank you! Regards, Will ---------------------------------------------------------------------------= -------- Shucheng LIU (Will), Ph.D. Senior Researcher & Standard Representative, Project Manager Huawei Technologies Co.,Ltd Email: liushucheng@huawei.com http://www.linkedin.com/in/shucheng ---------------------------------------------------------------------------= -------- --_000_C9B5F12337F6F841B35C404CF0554ACB896D9F16SZXEMA509MBSchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi all,

 

Just like what John has mention= ed in SDNRG on Monday, we will have a Demo on SUPA ECA at BnB today. Welcom= e to join us. Thank you!

 

Regards,

Will

----------------------------------------------------------------= -------------------

Shucheng LIU (Will), Ph.D.

Senior Researcher & Standard Representative, Project Manag= er

Huawei Technologies Co.,Ltd

Email: liushu= cheng@huawei.com

http://www.linkedin.com/in/shucheng

----------------------------------------------------------------= -------------------

 

--_000_C9B5F12337F6F841B35C404CF0554ACB896D9F16SZXEMA509MBSchi_-- From nobody Fri Apr 15 13:32:34 2016 Return-Path: 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 770EE12E27A for ; Fri, 15 Apr 2016 13:32:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com 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 P7KSVwpQVoc8 for ; Fri, 15 Apr 2016 13:32:32 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21C2A12E20C for ; Fri, 15 Apr 2016 13:32:32 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id C150A46321B for ; Fri, 15 Apr 2016 13:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1460752351; bh=wOFkHP4AHNgL95FmxUuw4Up4jo0OM6fjEUkqufhEDXU=; h=Subject:References:To:From:Date:In-Reply-To:From; b=mwUn7fOZg+mE6UOGMLmBUGQY9351SGThSOKJY5mAwbO+q7lvOVCblDDaa0+TFCrwJ PKvCnFDNp3t4qw2TAYFJ5Ss4VI3UUtjaZfaKsJeuWOaajuvLv7X6EmPbbg5ImEs7xA hAJh5VQeS/jRKjlQnKTfu1xTMDuKY90tTClnJ9UQ= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 5FA0E463249 for ; Fri, 15 Apr 2016 13:32:31 -0700 (PDT) References: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> To: SUPA list From: Joel Halpern X-Forwarded-Message-Id: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> Message-ID: <57114FD4.8000709@joelhalpern.com> Date: Fri, 15 Apr 2016 16:32:20 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Supa] Fwd: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Apr 2016 20:32:33 -0000 We have revised the data model draft to fix the extraction and YANG errors. It has been checked with a YANG 1.1 validator, which says it works. The must clauses on the instance-identifiers now indicate the target class (including subclasses) of the association. As I noted in BA, for associations with properties, the two end-points both point to the association class, which points to both end-points. We will be doing the YANG tree, better descriptions, and text about the mapping from IM to DM. Please review either the IM or the DM (using the IM descriptions) to see whether this model represents what the WG wants to see. Yours, Joel -------- Forwarded Message -------- Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt Date: Fri, 15 Apr 2016 13:06:32 -0700 From: internet-drafts@ietf.org Reply-To: internet-drafts@ietf.org To: i-d-announce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Generic Policy Data Model for Simplified Use of Policy Abstractions (SUPA) Authors : Joel Halpern John Strassner Filename : draft-halpern-supa-generic-policy-data-model-01.txt Pages : 48 Date : 2016-04-15 Abstract: This document defines two YANG policy data models. The first is a generic policy model that is meant to be extended on an application- specific basis. The second is an exemplary extension of the first generic policy model, and defines rules as event-condition-action policies. Both models are independent of the level of abstraction of the content and meaning of a policy. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-halpern-supa-generic-policy-data-model/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-halpern-supa-generic-policy-data-model-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-halpern-supa-generic-policy-data-model-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt From nobody Fri Apr 15 17:37:08 2016 Return-Path: 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 70B8D12E112 for ; Fri, 15 Apr 2016 17:37:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com 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 W93vmpMUcGXO for ; Fri, 15 Apr 2016 17:37:03 -0700 (PDT) Received: from mail-lf0-x233.google.com (mail-lf0-x233.google.com [IPv6:2a00:1450:4010:c07::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3087712E0FB for ; Fri, 15 Apr 2016 17:37:03 -0700 (PDT) Received: by mail-lf0-x233.google.com with SMTP id g184so163062903lfb.3 for ; Fri, 15 Apr 2016 17:37:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=6FhD2ylm8Z8KER/VbibAGSIQFYT+NseH2TMD4+pclPA=; b=JyRaCpIwJZV+J/pQdb74T/Xi0eUPZ9jJSx0kw0/JFbmon20ywUK8dOucroOeyG2xMT MC04JKdgLPmMgq69TmMkv66eN38jgnSThPtD/rkh8YhEn2LN+XobDVlCjFbslC/NasWQ nPexRpj4KmOLvLpculMLbvVHM6uiVlyDj1qH8o85hK83Y84rtk/WB8JK4M4kbKiRKLmV LC/7Sicfn4ECw0U8S7Jn3MAGYMLJpYZG5hndb6uXH4FX/mmXS8GP7QI7f4WfjhG+ul6H 57rkIPzgzz6l3BBd+0BIm/MLpdW+19MG3imjR7mpg3r11KfBAJNqLg7+AlDfKphCQYQJ sMKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=6FhD2ylm8Z8KER/VbibAGSIQFYT+NseH2TMD4+pclPA=; b=nDEBIhElhZ1vKAkGwftrCrnr+uwyPZqIPeGnoGicd9KkzGwadKtOui7JY1Bj6FwSZO FQpS7L6UFmRYwiFPNxgGkbg0KJ7oLzWztM7eiFc5erUp2iEK9xxOvk3xKEbStyx1tGJG mr8gDgJtTd7fFv6mAad/ds7Qxf5fom1/zk+Bt6xKfY57NQOjbpLyXJcvg/83TC9vIS8j chyXRJLTEADeXNf39vAb/NEmJe8n8YHwJ0FrRFm1Ccp52oFDQTAjep0AeL08O1bKhS6v H1l1tRX75h5b2JOphecZurYaY7rvlV4ukAYsVNIQ/dkrxQk38seFp0HGKDECBcK6iKfe iJTQ== X-Gm-Message-State: AOPr4FXxEcx6vTOCwnrrlZPf61qatVnaE0fXc6d8df3BjJQu00IN/blLn3hWJimpjSQuMFiWD0qSPOcKJd+Bzw== MIME-Version: 1.0 X-Received: by 10.25.207.73 with SMTP id f70mr9809834lfg.131.1460767021209; Fri, 15 Apr 2016 17:37:01 -0700 (PDT) Received: by 10.112.198.70 with HTTP; Fri, 15 Apr 2016 17:37:00 -0700 (PDT) In-Reply-To: <57114FD4.8000709@joelhalpern.com> References: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> <57114FD4.8000709@joelhalpern.com> Date: Fri, 15 Apr 2016 17:37:00 -0700 Message-ID: From: Andy Bierman To: Joel Halpern Content-Type: multipart/mixed; boundary=001a1141fe4c66559205308f53df Archived-At: Cc: SUPA list Subject: Re: [Supa] Fwd: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 00:37:06 -0000 --001a1141fe4c66559205308f53df Content-Type: multipart/alternative; boundary=001a1141fe4c66558d05308f53dd --001a1141fe4c66558d05308f53dd Content-Type: text/plain; charset=UTF-8 Hi, Here is the object tree that pyang generates. Looks fairly complex. How many of these 168 objects does one usually need to provide for a typical policy? It would be helpful to see examples to understand how this YANG module is used. I read this framework draft: http://www.ietf.org/id/draft-liu-supa-policy-based-management-framework-00.txt It is still difficult to understand how they relate to each other and how a SUPA controller would provide a standards-based solution. Andy On Fri, Apr 15, 2016 at 1:32 PM, Joel Halpern wrote: > We have revised the data model draft to fix the extraction and YANG errors. > It has been checked with a YANG 1.1 validator, which says it works. > > The must clauses on the instance-identifiers now indicate the target class > (including subclasses) of the association. As I noted in BA, for > associations with properties, the two end-points both point to the > association class, which points to both end-points. > > We will be doing the YANG tree, better descriptions, and text about the > mapping from IM to DM. > > Please review either the IM or the DM (using the IM descriptions) to see > whether this model represents what the WG wants to see. > > Yours, > Joel > > > -------- Forwarded Message -------- > Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt > Date: Fri, 15 Apr 2016 13:06:32 -0700 > From: internet-drafts@ietf.org > Reply-To: internet-drafts@ietf.org > To: i-d-announce@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Generic Policy Data Model for Simplified Use of > Policy Abstractions (SUPA) > Authors : Joel Halpern > John Strassner > Filename : > draft-halpern-supa-generic-policy-data-model-01.txt > Pages : 48 > Date : 2016-04-15 > > Abstract: > This document defines two YANG policy data models. The first is a > generic policy model that is meant to be extended on an application- > specific basis. The second is an exemplary extension of the first > generic policy model, and defines rules as event-condition-action > policies. Both models are independent of the level of abstraction of > the content and meaning of a policy. > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-halpern-supa-generic-policy-data-model/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-halpern-supa-generic-policy-data-model-01 > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-halpern-supa-generic-policy-data-model-01 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > --001a1141fe4c66558d05308f53dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Here is the object tree that pyang = generates.
Looks fairly complex. How many of these 168 objects do= es one
usually need to provide for a typical policy?
It would be helpful to see examples to understand how this YAN= G module is used.

I read this framework draft:

It is still dif= ficult to understand how they relate to each other and
how a SUPA= controller would provide a standards-based solution.

<= div>
Andy



On Fri, Apr 15, 2016 at 1:3= 2 PM, Joel Halpern <jmh@joelhalpern.com> wrote:
We have revised the data model draft to fix the ext= raction and YANG errors.
It has been checked with a YANG 1.1 validator, which says it works.

The must clauses on the instance-identifiers now indicate the target class = (including subclasses) of the association.=C2=A0 As I noted in BA, for asso= ciations with properties, the two end-points both point to the association = class, which points to both end-points.

We will be doing the YANG tree, better descriptions, and text about the map= ping from IM to DM.

Please review either the IM or the DM (using the IM descriptions) to see wh= ether this model represents what the WG wants to see.

Yours,
Joel


-------- Forwarded Message --------
Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt Date: Fri, 15 Apr 2016 13:06:32 -0700
From: interne= t-drafts@ietf.org
Reply-To: int= ernet-drafts@ietf.org
To: i-d-announce= @ietf.org


A New Internet-Draft is available from the on-line Internet-Drafts director= ies.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Generic Policy Data Model for Simplified Use of Policy Abstractions (SUPA)=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Joel= Halpern
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 John Strassner
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-hal= pern-supa-generic-policy-data-model-01.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 48
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2016-04-15

Abstract:
=C2=A0 =C2=A0This document defines two YANG policy data models. The first i= s a
=C2=A0 =C2=A0generic policy model that is meant to be extended on an applic= ation-
=C2=A0 =C2=A0specific basis. The second is an exemplary extension of the fi= rst
=C2=A0 =C2=A0generic policy model, and defines rules as event-condition-act= ion
=C2=A0 =C2=A0policies. Both models are independent of the level of abstract= ion of
=C2=A0 =C2=A0the content and meaning of a policy.



The IETF datatracker status page for this draft is:
https://datatracker.ie= tf.org/doc/draft-halpern-supa-generic-policy-data-model/

There's also a htmlized version available at:
https://tools.ietf.org/ht= ml/draft-halpern-supa-generic-policy-data-model-01

A diff from the previous version is available at:
https://www.ietf.= org/rfcdiff?url2=3Ddraft-halpern-supa-generic-policy-data-model-01


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@iet= f.org
https://www.ietf.org/mailman/listinfo/i-d-announce=
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt



_______________________________________________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa

--001a1141fe4c66558d05308f53dd-- --001a1141fe4c66559205308f53df Content-Type: text/plain; charset=US-ASCII; name="supa-tree.txt" Content-Disposition: attachment; filename="supa-tree.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_in2ey0t20 bW9kdWxlOiBpZXRmLXN1cGEtcG9saWN5ZGF0YW1vZGVsCiAgICstLXJ3IHN1cGEtZW5jb2Rpbmct Y2xhdXNlLWNvbnRhaW5lcgogICB8ICArLS1ydyBzdXBhLWVuY29kaW5nLWNsYXVzZS1saXN0KiBb c3VwYS1wb2xpY3ktSURdCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LUlEICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IGVudGl0eS1jbGFzcz8gICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgaWRlbnRpdHlyZWYKICAgfCAgICAgKy0tcncgc3Vw YS1wb2xpY3ktb2JqZWN0LUlELWVuY29kaW5nICAgICAgICAgICAgICBwb2xpY3ktZGF0YS10eXBl LWlkLWVuY29kaW5nLWxpc3QKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktb2JqZWN0LWRlc2Ny aXB0aW9uPyAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbmFt ZT8gICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgc3VwYS1o YXMtcG9saWN5LW1ldGFkYXRhLWFnZyogICAgICAgICAgICAgICBpbnN0YW5jZS1pZGVudGlmaWVy CiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1jb21wb25lbnQtZGVjb3JhdG9yLXBhcnQg ICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1jbGF1c2Ut ZXhlYy1zdGF0dXM/ICAgICAgICAgICAgIGVudW1lcmF0aW9uCiAgIHwgICAgICstLXJ3IHN1cGEt aGFzLXBvbGljeS1jbGF1c2UtcGFydCogICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRlbnRpZmll cgogICB8ICAgICArLS1ydyBzdXBhLWVuY29kZWQtY2xhdXNlLWNvbnRlbnQgICAgICAgICAgICAg ICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBhLWVuY29kZWQtY2xhdXNlLWVuY29kaW5nICAg ICAgICAgICAgICAgIHBvbGljeS1kYXRhLXR5cGUtaWQtZW5jb2RpbmctbGlzdAogICB8ICAgICAr LS1ydyBzdXBhLWVuY29kZWQtY2xhdXNlLWxhbmd1YWdlICAgICAgICAgICAgICAgIGVudW1lcmF0 aW9uCiAgIHwgICAgICstLXJ3IHN1cGEtZW5jb2RlZC1jbGF1c2UtcmVzcG9uc2U/ICAgICAgICAg ICAgICAgYm9vbGVhbgogICArLS1ydyBzdXBhLXBvbGljeS12YXJpYWJsZS1jb250YWluZXIKICAg fCAgKy0tcncgc3VwYS1wb2xpY3ktdmFyaWFibGUtbGlzdCogW3N1cGEtcG9saWN5LUlEXQogICB8 ICAgICArLS1ydyBzdXBhLXBvbGljeS1JRCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHN0 cmluZwogICB8ICAgICArLS1ydyBlbnRpdHktY2xhc3M/ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW9iamVjdC1JRC1l bmNvZGluZyAgICAgICAgICAgICAgcG9saWN5LWRhdGEtdHlwZS1pZC1lbmNvZGluZy1saXN0CiAg IHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW9iamVjdC1kZXNjcmlwdGlvbj8gICAgICAgICAgICAg c3RyaW5nCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW5hbWU/ICAgICAgICAgICAgICAgICAg ICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1tZXRhZGF0YS1h Z2cqICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBzdXBh LWhhcy1wb2xpY3ktY29tcG9uZW50LWRlY29yYXRvci1wYXJ0ICAgIGluc3RhbmNlLWlkZW50aWZp ZXIKICAgfCAgICAgKy0tcncgc3VwYS1oYXMtcG9saWN5LWNvbXBvbmVudC1kZWNvcmF0b3ItYWdn KiAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtZGVjb3JhdG9yLWNv bnN0cmFpbnRzKiAgICAgICAgICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IHN1cGEtaGFz LWRlY29yYXRvci1jb25zdHJhaW50LWVuY29kaW5nPyAgICAgcG9saWN5LWNvbnN0cmFpbnQtbGFu Z3VhZ2UtbGlzdAogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS10ZXJtLWlzLW5lZ2F0ZWQ/ICAg ICAgICAgICAgICAgIGJvb2xlYW4KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktdmFyaWFibGUt bmFtZT8gICAgICAgICAgICAgICAgICBzdHJpbmcKICAgKy0tcncgc3VwYS1wb2xpY3ktb3BlcmF0 b3ItY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LW9wZXJhdG9yLWxpc3QqIFtzdXBh LXBvbGljeS1JRF0KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktSUQgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgZW50aXR5LWNsYXNzPyAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBpZGVudGl0eXJlZgogICB8ICAgICArLS1ydyBzdXBhLXBv bGljeS1vYmplY3QtSUQtZW5jb2RpbmcgICAgICAgICAgICAgIHBvbGljeS1kYXRhLXR5cGUtaWQt ZW5jb2RpbmctbGlzdAogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1vYmplY3QtZGVzY3JpcHRp b24/ICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1uYW1lPyAg ICAgICAgICAgICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBhLWhhcy1w b2xpY3ktbWV0YWRhdGEtYWdnKiAgICAgICAgICAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAg fCAgICAgKy0tcncgc3VwYS1oYXMtcG9saWN5LWNvbXBvbmVudC1kZWNvcmF0b3ItcGFydCAgICBp bnN0YW5jZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1jb21wb25l bnQtZGVjb3JhdG9yLWFnZyogICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBz dXBhLWRlY29yYXRvci1jb25zdHJhaW50cyogICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAg ICArLS1ydyBzdXBhLWhhcy1kZWNvcmF0b3ItY29uc3RyYWludC1lbmNvZGluZz8gICAgIHBvbGlj eS1jb25zdHJhaW50LWxhbmd1YWdlLWxpc3QKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktdGVy bS1pcy1uZWdhdGVkPyAgICAgICAgICAgICAgICBib29sZWFuCiAgIHwgICAgICstLXJ3IHN1cGEt cG9saWN5LXZhbHVlLW9wLXR5cGUgICAgICAgICAgICAgICAgICAgZW51bWVyYXRpb24KICAgKy0t cncgc3VwYS1wb2xpY3ktdmFsdWUtY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LXZh bHVlLWxpc3QqIFtzdXBhLXBvbGljeS1JRF0KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktSUQg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgZW50aXR5 LWNsYXNzPyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZGVudGl0eXJlZgogICB8ICAg ICArLS1ydyBzdXBhLXBvbGljeS1vYmplY3QtSUQtZW5jb2RpbmcgICAgICAgICAgICAgIHBvbGlj eS1kYXRhLXR5cGUtaWQtZW5jb2RpbmctbGlzdAogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1v YmplY3QtZGVzY3JpcHRpb24/ICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBh LXBvbGljeS1uYW1lPyAgICAgICAgICAgICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICAr LS1ydyBzdXBhLWhhcy1wb2xpY3ktbWV0YWRhdGEtYWdnKiAgICAgICAgICAgICAgIGluc3RhbmNl LWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3VwYS1oYXMtcG9saWN5LWNvbXBvbmVudC1kZWNv cmF0b3ItcGFydCAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtaGFz LXBvbGljeS1jb21wb25lbnQtZGVjb3JhdG9yLWFnZyogICAgaW5zdGFuY2UtaWRlbnRpZmllcgog ICB8ICAgICArLS1ydyBzdXBhLWRlY29yYXRvci1jb25zdHJhaW50cyogICAgICAgICAgICAgICAg IHN0cmluZwogICB8ICAgICArLS1ydyBzdXBhLWhhcy1kZWNvcmF0b3ItY29uc3RyYWludC1lbmNv ZGluZz8gICAgIHBvbGljeS1jb25zdHJhaW50LWxhbmd1YWdlLWxpc3QKICAgfCAgICAgKy0tcncg c3VwYS1wb2xpY3ktdGVybS1pcy1uZWdhdGVkPyAgICAgICAgICAgICAgICBib29sZWFuCiAgIHwg ICAgICstLXJ3IHN1cGEtcG9saWN5LXZhbHVlLWNvbnRlbnQqICAgICAgICAgICAgICAgICAgc3Ry aW5nCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LXZhbHVlLWVuY29kaW5nPyAgICAgICAgICAg ICAgICAgcG9saWN5LWRhdGEtdHlwZS1lbmNvZGluZy1saXN0CiAgICstLXJ3IHN1cGEtcG9saWN5 LWdlbmVyaWMtZGVjb3JhdGVkLWNvbnRhaW5lcgogICB8ICArLS1ydyBzdXBhLWVuY29kaW5nLWNs YXVzZS1saXN0KiBbc3VwYS1wb2xpY3ktSURdCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LUlE ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IGVudGl0 eS1jbGFzcz8gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWRlbnRpdHlyZWYKICAgfCAg ICAgKy0tcncgc3VwYS1wb2xpY3ktb2JqZWN0LUlELWVuY29kaW5nICAgICAgICAgICAgICBwb2xp Y3ktZGF0YS10eXBlLWlkLWVuY29kaW5nLWxpc3QKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3kt b2JqZWN0LWRlc2NyaXB0aW9uPyAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgc3Vw YS1wb2xpY3ktbmFtZT8gICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAg Ky0tcncgc3VwYS1oYXMtcG9saWN5LW1ldGFkYXRhLWFnZyogICAgICAgICAgICAgICBpbnN0YW5j ZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1jb21wb25lbnQtZGVj b3JhdG9yLXBhcnQgICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBzdXBhLWhh cy1wb2xpY3ktY29tcG9uZW50LWRlY29yYXRvci1hZ2cqICAgIGluc3RhbmNlLWlkZW50aWZpZXIK ICAgfCAgICAgKy0tcncgc3VwYS1kZWNvcmF0b3ItY29uc3RyYWludHMqICAgICAgICAgICAgICAg ICBzdHJpbmcKICAgfCAgICAgKy0tcncgc3VwYS1oYXMtZGVjb3JhdG9yLWNvbnN0cmFpbnQtZW5j b2Rpbmc/ICAgICBwb2xpY3ktY29uc3RyYWludC1sYW5ndWFnZS1saXN0CiAgIHwgICAgICstLXJ3 IHN1cGEtcG9saWN5LWdlbmVyaWMtZGVjb3JhdGVkLWNvbnRlbnQqICAgICAgc3RyaW5nCiAgIHwg ICAgICstLXJ3IHN1cGEtcG9saWN5LWdlbmVyaWMtZGVjb3JhdGVkLWVuY29kaW5nPyAgICAgcG9s aWN5LWRhdGEtdHlwZS1lbmNvZGluZy1saXN0CiAgICstLXJ3IHN1cGEtcG9saWN5LWNvbGxlY3Rp b24tY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LWNvbGxlY3Rpb24tbGlzdCogW3N1 cGEtcG9saWN5LUlEXQogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1JRCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBlbnRpdHktY2xhc3M/ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEt cG9saWN5LW9iamVjdC1JRC1lbmNvZGluZyAgICAgICAgICAgICAgcG9saWN5LWRhdGEtdHlwZS1p ZC1lbmNvZGluZy1saXN0CiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW9iamVjdC1kZXNjcmlw dGlvbj8gICAgICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW5hbWU/ ICAgICAgICAgICAgICAgICAgICAgICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IHN1cGEtaGFz LXBvbGljeS1tZXRhZGF0YS1hZ2cqICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRlbnRpZmllcgog ICB8ICAgICArLS1ydyBzdXBhLWhhcy1wb2xpY3ktY29tcG9uZW50LWRlY29yYXRvci1wYXJ0ICAg IGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3VwYS1oYXMtcG9saWN5LWNvbXBv bmVudC1kZWNvcmF0b3ItYWdnKiAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3 IHN1cGEtZGVjb3JhdG9yLWNvbnN0cmFpbnRzKiAgICAgICAgICAgICAgICAgc3RyaW5nCiAgIHwg ICAgICstLXJ3IHN1cGEtaGFzLWRlY29yYXRvci1jb25zdHJhaW50LWVuY29kaW5nPyAgICAgcG9s aWN5LWNvbnN0cmFpbnQtbGFuZ3VhZ2UtbGlzdAogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1j b2xsZWN0aW9uLWNvbnRlbnQqICAgICAgICAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBh LXBvbGljeS1jb2xsZWN0aW9uLWVuY29kaW5nICAgICAgICAgICAgIGVudW1lcmF0aW9uCiAgIHwg ICAgICstLXJ3IHN1cGEtcG9saWN5LWNvbGxlY3Rpb24tZnVuY3Rpb24/ICAgICAgICAgICAgZW51 bWVyYXRpb24KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktY29sbGVjdGlvbi1pcy1vcmRlcmVk PyAgICAgICAgICBib29sZWFuCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LWNvbGxlY3Rpb24t dHlwZSAgICAgICAgICAgICAgICAgZW51bWVyYXRpb24KICAgKy0tcncgc3VwYS1wb2xpY3ktY29u Y3JldGUtbWV0YWRhdGEtY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LWNvbmNyZXRl LW1ldGFkYXRhLWxpc3QqIFtzdXBhLXBvbGljeS1tZXRhZGF0YS1pZF0KICAgfCAgICAgKy0tcncg c3VwYS1wb2xpY3ktbWV0YWRhdGEtaWQgICAgICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAg ICArLS1ydyBlbnRpdHktY2xhc3M/ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaWRlbnRp dHlyZWYKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEtaWQtZW5jb2RpbmcgICAg ICAgICAgIHBvbGljeS1kYXRhLXR5cGUtaWQtZW5jb2RpbmctbGlzdAogICB8ICAgICArLS1ydyBz dXBhLXBvbGljeS1tZXRhZGF0YS1kZXNjcmlwdGlvbj8gICAgICAgICAgc3RyaW5nCiAgIHwgICAg ICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRhLW5hbWU/ICAgICAgICAgICAgICAgICBzdHJpbmcK ICAgfCAgICAgKy0tcncgc3VwYS1oYXMtcG9saWN5LW1ldGFkYXRhLXBhcnQqICAgICAgICAgICAg IGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEt ZGVjb3JhdG9yLXBhcnQgICAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncg c3VwYS1wb2xpY3ktbWV0YWRhdGEtdmFsaWQtcGVyaW9kLWVuZD8gICAgIHlhbmc6ZGF0ZS1hbmQt dGltZQogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1tZXRhZGF0YS12YWxpZC1wZXJpb2Qtc3Rh cnQ/ICAgeWFuZzpkYXRlLWFuZC10aW1lCiAgICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRhLWRl Y29yYXRvci1hY2Nlc3MtY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRh LWRlY29yYXRvci1hY2Nlc3MtbGlzdCogW3N1cGEtcG9saWN5LW1ldGFkYXRhLWlkXQogICB8ICAg ICArLS1ydyBzdXBhLXBvbGljeS1tZXRhZGF0YS1pZCAgICAgICAgICAgICAgICBzdHJpbmcKICAg fCAgICAgKy0tcncgZW50aXR5LWNsYXNzPyAgICAgICAgICAgICAgICAgICAgICAgICAgaWRlbnRp dHlyZWYKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEtaWQtZW5jb2RpbmcgICAg ICAgcG9saWN5LWRhdGEtdHlwZS1pZC1lbmNvZGluZy1saXN0CiAgIHwgICAgICstLXJ3IHN1cGEt cG9saWN5LW1ldGFkYXRhLWRlc2NyaXB0aW9uPyAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBz dXBhLXBvbGljeS1tZXRhZGF0YS1uYW1lPyAgICAgICAgICAgICBzdHJpbmcKICAgfCAgICAgKy0t cncgc3VwYS1oYXMtcG9saWN5LW1ldGFkYXRhLXBhcnQqICAgICAgICAgaW5zdGFuY2UtaWRlbnRp ZmllcgogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1tZXRhZGF0YS1kZWNvcmF0b3ItcGFydCAg ICBpbnN0YW5jZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRh LWRlY29yYXRvci1hZ2cqICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgKy0tcncgc3VwYS1wb2xp Y3ktbWV0YWRhdGEtZGVjb3JhdG9yLXZlcnNpb24tY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEt cG9saWN5LW1ldGFkYXRhLWRlY29yYXRvci12ZXJzaW9uLWxpc3QqIFtzdXBhLXBvbGljeS1tZXRh ZGF0YS1pZF0KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEtaWQgICAgICAgICAg ICAgICAgc3RyaW5nCiAgIHwgICAgICstLXJ3IGVudGl0eS1jbGFzcz8gICAgICAgICAgICAgICAg ICAgICAgICAgIGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRh LWlkLWVuY29kaW5nICAgICAgIHBvbGljeS1kYXRhLXR5cGUtaWQtZW5jb2RpbmctbGlzdAogICB8 ICAgICArLS1ydyBzdXBhLXBvbGljeS1tZXRhZGF0YS1kZXNjcmlwdGlvbj8gICAgICBzdHJpbmcK ICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEtbmFtZT8gICAgICAgICAgICAgc3Ry aW5nCiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1tZXRhZGF0YS1wYXJ0KiAgICAgICAg IGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktbWV0YWRhdGEt ZGVjb3JhdG9yLXBhcnQgICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBzdXBh LXBvbGljeS1tZXRhZGF0YS1kZWNvcmF0b3ItYWdnKiAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAg ICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRhLWRldGFpbC1jb250YWluZXIKICAgfCAgKy0tcncg c3VwYS1wb2xpY3ktbWV0YWRhdGEtZGV0YWlsLWxpc3QqIFtzdXBhLXBvbGljeS1JRF0KICAgfCAg ICAgKy0tcncgc3VwYS1wb2xpY3ktSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgc3Ry aW5nCiAgIHwgICAgICstLXJ3IGVudGl0eS1jbGFzcz8gICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEtaGFzLXBvbGljeS1tZXRhZGF0 YS1vYmplY3QtcHRyPyAgICAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncg c3VwYS1oYXMtcG9saWN5LW1ldGFkYXRhLXB0cj8gICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRl bnRpZmllcgogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1tZXRhZGF0YS1kZXRhaWwtaXMtYXBw bGljYWJsZT8gICBib29sZWFuCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LW1ldGFkYXRhLWRl dGFpbC1jb25zdHJhaW50KiAgICAgIHN0cmluZwogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1t ZXRhZGF0YS1kZXRhaWwtZW5jb2Rpbmc/ICAgICAgICBzdHJpbmcKICAgKy0tcncgc3VwYS1wb2xp Y3ktY29tcG9uZW50LWRlY29yYXRvci1kZXRhaWwtY29udGFpbmVyCiAgIHwgICstLXJ3IHN1cGEt cG9saWN5LWNvbXBvbmVudC1kZWNvcmF0b3ItZGV0YWlsLWxpc3QqIFtzdXBhLXBvbGljeS1JRF0K ICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktSUQgICAgICAgICAgICAgICAgICAgICAgICAgICAg c3RyaW5nCiAgIHwgICAgICstLXJ3IGVudGl0eS1jbGFzcz8gICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LWNvbXBvbmVudC1k ZWNvcmF0b3ItcHRyPyAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3Vw YS1wb2xpY3ktY29tcG9uZW50LXB0cj8gICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRlbnRpZmll cgogICB8ICAgICArLS1ydyBzdXBhLWhhcy1kZWNvcmF0b3ItY29uc3RyYWludCogICAgICAgICAg ICBzdHJpbmcKICAgfCAgICAgKy0tcncgc3VwYS1oYXMtZGVjb3JhdG9yLWNvbnN0cmFpbnQtZW5j b2Rpbmc/ICAgc3RyaW5nCiAgICstLXJ3IHN1cGEtcG9saWN5LXNvdXJjZS1kZXRhaWwtY29udGFp bmVyCiAgIHwgICstLXJ3IHN1cGEtcG9saWN5LXNvdXJjZS1kZXRhaWwtbGlzdCogW3N1cGEtcG9s aWN5LUlEXQogICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1JRCAgICAgICAgICAgICAgICAgICAg ICAgICBzdHJpbmcKICAgfCAgICAgKy0tcncgZW50aXR5LWNsYXNzPyAgICAgICAgICAgICAgICAg ICAgICAgICAgaWRlbnRpdHlyZWYKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktc291cmNlLXN0 cnVjdHVyZS1wdHI/ICAgICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICArLS1ydyBzdXBh LXBvbGljeS1zb3VyY2UtcHRyPyAgICAgICAgICAgICAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAg IHwgICAgICstLXJ3IHN1cGEtcG9saWN5LXNvdXJjZS1pcy1hdXRoZW50aWNhdGVkPyAgIGJvb2xl YW4KICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktc291cmNlLWlzLXRydXN0ZWQ/ICAgICAgICAg Ym9vbGVhbgogICArLS1ydyBzdXBhLXBvbGljeS10YXJnZXQtZGV0YWlsLWNvbnRhaW5lcgogICB8 ICArLS1ydyBzdXBhLXBvbGljeS10YXJnZXQtZGV0YWlsLWxpc3QqIFtzdXBhLXBvbGljeS1JRF0K ICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3ktSUQgICAgICAgICAgICAgICAgICAgICAgICAgc3Ry aW5nCiAgIHwgICAgICstLXJ3IGVudGl0eS1jbGFzcz8gICAgICAgICAgICAgICAgICAgICAgICAg IGlkZW50aXR5cmVmCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LXRhcmdldC1zdHJ1Y3R1cmUt cHRyPyAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgfCAgICAgKy0tcncgc3VwYS1wb2xpY3kt dGFyZ2V0LXB0cj8gICAgICAgICAgICAgICAgaW5zdGFuY2UtaWRlbnRpZmllcgogICB8ICAgICAr LS1ydyBzdXBhLXBvbGljeS1zb3VyY2UtaXMtYXV0aGVudGljYXRlZD8gICBib29sZWFuCiAgIHwg ICAgICstLXJ3IHN1cGEtcG9saWN5LXNvdXJjZS1pcy1lbmFibGVkPyAgICAgICAgIGJvb2xlYW4K ICAgKy0tcncgc3VwYS1wb2xpY3ktY2xhdXNlLWRldGFpbC1jb250YWluZXIKICAgfCAgKy0tcncg c3VwYS1wb2xpY3ktY2xhdXNlLWRldGFpbC1saXN0KiBbc3VwYS1wb2xpY3ktSURdCiAgIHwgICAg ICstLXJ3IHN1cGEtcG9saWN5LUlEICAgICAgICAgICAgICAgICAgICAgIHN0cmluZwogICB8ICAg ICArLS1ydyBlbnRpdHktY2xhc3M/ICAgICAgICAgICAgICAgICAgICAgICBpZGVudGl0eXJlZgog ICB8ICAgICArLS1ydyBzdXBhLXBvbGljeS1jbGF1c2Utc3RydWN0dXJlLXB0cj8gICBpbnN0YW5j ZS1pZGVudGlmaWVyCiAgIHwgICAgICstLXJ3IHN1cGEtcG9saWN5LWNsYXVzZS1wdHI/ICAgICAg ICAgICAgIGluc3RhbmNlLWlkZW50aWZpZXIKICAgKy0tcncgc3VwYS1wb2xpY3ktZXhlYy1mYWls LXRha2UtYWN0aW9uLWRldGFpbC1jb250YWluZXIKICAgICAgKy0tcncgc3VwYS1wb2xpY3ktZXhl Yy1mYWlsLXRha2UtYWN0aW9uLWRldGFpbC1saXN0KiBbc3VwYS1wb2xpY3ktSURdCiAgICAgICAg ICstLXJ3IHN1cGEtcG9saWN5LUlEICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzdHJp bmcKICAgICAgICAgKy0tcncgZW50aXR5LWNsYXNzPyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGlkZW50aXR5cmVmCiAgICAgICAgICstLXJ3IHN1cGEtcG9saWN5LXN0cnVjdHVyZS1h Y3Rpb24tc3JjLXB0cj8gICAgICAgICBpbnN0YW5jZS1pZGVudGlmaWVyCiAgICAgICAgICstLXJ3 IHN1cGEtcG9saWN5LXN0cnVjdHVyZS1hY3Rpb24tZHN0LXB0cj8gICAgICAgICBpbnN0YW5jZS1p ZGVudGlmaWVyCiAgICAgICAgICstLXJ3IHN1cGEtcG9saWN5LWV4ZWMtZmFpbC10YWtlLWFjdGlv bi1lbmNvZGluZz8gICBwb2xpY3ktZGF0YS10eXBlLWlkLWVuY29kaW5nLWxpc3QKICAgICAgICAg Ky0tcncgc3VwYS1wb2xpY3ktZXhlYy1mYWlsLXRha2UtYWN0aW9uLW5hbWUqICAgICAgIHN0cmlu Zwo= --001a1141fe4c66559205308f53df-- From nobody Sat Apr 16 10:56:41 2016 Return-Path: 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 22FB412E27C for ; Sat, 16 Apr 2016 10:56:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com 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 Hh5RioLvjEuC for ; Sat, 16 Apr 2016 10:56:37 -0700 (PDT) Received: from mail-lf0-x22f.google.com (mail-lf0-x22f.google.com [IPv6:2a00:1450:4010:c07::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CEBD12E274 for ; Sat, 16 Apr 2016 10:56:37 -0700 (PDT) Received: by mail-lf0-x22f.google.com with SMTP id e190so177547792lfe.0 for ; Sat, 16 Apr 2016 10:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=4kZNp9TzJz+F3eOgZIuv+qU8RcfwqajHQX2cVNqYiTs=; b=kmGBXBKMB+O6WyyZFyGlX+RSW3WM7k1WVLQTQ4nMwNQkH+QBlFvpg6hbngUmJ/Js2/ lALF5XcARXdqUImckFGaCEv8h3iHykBozCQuAPzGJJyY9lzrcyjWOEWuIUEO9dezb1eG O7NHWFnMAdafv4/bXtrH+yHGFb3libeWe/5RRIoDxMD/UvlWPWzTI4QtVrTfynO8s/Ra EaKnideoz1KIKLgYNwdtErc2Q0dbkS+DXBDC1h792IvcOBBTfRTTPCmYH5ZMFVoZICtX Qkl9Q9f1Bz+3ngqwHyUkO6jRlCCMV3nq/B7uxZMcFwfEbxItTRGbxkHohTk7oa5U7COR NdHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=4kZNp9TzJz+F3eOgZIuv+qU8RcfwqajHQX2cVNqYiTs=; b=KAo+WMvhEhigfow03ux8HNwSJgviCZULTbkrJVQ1d3Ic3th4MMCIJNniz7eTDlG5Qn u04lQZXkIh1SwoUice3baDD8U03Y2u9H796qjMkoHAHRTpfJZlT+D0s7edKEVQHchbFo ifuUalEAVDZHojeokB2HBgHuZa3vm/6Hss/5Pekmoro+OuN8eech75A1sB5Vo/pmQf+U GNDumNPBp1wVWtSY2LZ6G9U79We704p4Icr2BgB87PshzlzG5i1uQbgskdmexf2hOBPd 1UPwoCzidmXh291vBBhJmYgoCrPVNgbD/tnLnivv/Uc8xOqS7L0wIWfWqzZKakNPTTb/ hUnA== X-Gm-Message-State: AOPr4FWCMNRCeQIYADvNE+VRfNJp63XbPITP61hQAt9fJhbOiOQ+CGLCY+2+hQnAqZjka3zZSUd7L+jhtviXFA== MIME-Version: 1.0 X-Received: by 10.112.56.43 with SMTP id x11mr11389020lbp.145.1460829395089; Sat, 16 Apr 2016 10:56:35 -0700 (PDT) Received: by 10.112.198.70 with HTTP; Sat, 16 Apr 2016 10:56:34 -0700 (PDT) In-Reply-To: <57114FD4.8000709@joelhalpern.com> References: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> <57114FD4.8000709@joelhalpern.com> Date: Sat, 16 Apr 2016 10:56:34 -0700 Message-ID: From: Andy Bierman To: Joel Halpern Content-Type: multipart/alternative; boundary=001a1133a9ea2c18ca05309dd9ed Archived-At: Cc: SUPA list Subject: Re: [Supa] Fwd: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 17:56:40 -0000 --001a1133a9ea2c18ca05309dd9ed Content-Type: text/plain; charset=UTF-8 Hi, I would like to see an example of SUPA in use. I thought Juergen has a clear maybe-not-simple use-case with SNMP: Event: example-interface-up notification received Task: Extract NE ID and interface ID Condition: Determine if NE,interface is an edge interface to an untrusted network Task: examine topology database? Out of scope? Action: install an ACL on this NE, interface to deny incoming and outbound packets on port 161, 162 Task: Determine how ACLs done on NE and send proper configuration changes What parts will SUPA provide and how are they done? What parts will the domain-specific models provide and how do they integrate with this module? What parts are left as implementation details and out of scope for SUPA? I am far from convinced this approach is simpler than a controller level data model. E.g., a network-wide ACL that blocks SNMP from entering or exiting the administrative domain can implement this policy, and all the ECA configuration and execution details are hidden within implementation details. Andy On Fri, Apr 15, 2016 at 1:32 PM, Joel Halpern wrote: > We have revised the data model draft to fix the extraction and YANG errors. > It has been checked with a YANG 1.1 validator, which says it works. > > The must clauses on the instance-identifiers now indicate the target class > (including subclasses) of the association. As I noted in BA, for > associations with properties, the two end-points both point to the > association class, which points to both end-points. > > We will be doing the YANG tree, better descriptions, and text about the > mapping from IM to DM. > > Please review either the IM or the DM (using the IM descriptions) to see > whether this model represents what the WG wants to see. > > Yours, > Joel > > > -------- Forwarded Message -------- > Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt > Date: Fri, 15 Apr 2016 13:06:32 -0700 > From: internet-drafts@ietf.org > Reply-To: internet-drafts@ietf.org > To: i-d-announce@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Generic Policy Data Model for Simplified Use of > Policy Abstractions (SUPA) > Authors : Joel Halpern > John Strassner > Filename : > draft-halpern-supa-generic-policy-data-model-01.txt > Pages : 48 > Date : 2016-04-15 > > Abstract: > This document defines two YANG policy data models. The first is a > generic policy model that is meant to be extended on an application- > specific basis. The second is an exemplary extension of the first > generic policy model, and defines rules as event-condition-action > policies. Both models are independent of the level of abstraction of > the content and meaning of a policy. > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf.org/doc/draft-halpern-supa-generic-policy-data-model/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-halpern-supa-generic-policy-data-model-01 > > A diff from the previous version is available at: > > https://www.ietf.org/rfcdiff?url2=draft-halpern-supa-generic-policy-data-model-01 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > --001a1133a9ea2c18ca05309dd9ed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I would like to see an example of S= UPA in use.
I thought Juergen has= a clear maybe-not-simple use-case with SNMP:


Event: example-interface-up notification received
Task: Extract NE ID and interface ID

Condi= tion: Determine if NE,interface is an edge interface to an untrusted networ= k
Task: examine topology database?=C2= =A0 Out of scope?

Action: install an ACL on this NE, interface to deny = incoming and outbound
packets on port = 161, 162
Task: Determine how ACLs done= on NE and send proper configuration changes

What parts will SUPA provi= de and how are they done?
What p= arts will the domain-specific models provide and how do
they integrate with this module?=C2=A0 What parts are lef= t
as implementation details and out of= scope for SUPA?

I am far from convinced this approach is simpler than= a controller level data model.
E.g., = =C2=A0a network-wide ACL that blocks SNMP from=C2=A0entering or exiting the administrative
domain can implement thi= s policy,=C2=A0and all the ECA conf= iguration=C2=A0and execution detail= s
are hidden within implementation details.



Andy

=

O= n Fri, Apr 15, 2016 at 1:32 PM, Joel Halpern <jmh@joelhalpern.com&g= t; wrote:
We have revised the data= model draft to fix the extraction and YANG errors.
It has been checked with a YANG 1.1 validator, which says it works.

The must clauses on the instance-identifiers now indicate the target class = (including subclasses) of the association.=C2=A0 As I noted in BA, for asso= ciations with properties, the two end-points both point to the association = class, which points to both end-points.

We will be doing the YANG tree, better descriptions, and text about the map= ping from IM to DM.

Please review either the IM or the DM (using the IM descriptions) to see wh= ether this model represents what the WG wants to see.

Yours,
Joel


-------- Forwarded Message --------
Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt Date: Fri, 15 Apr 2016 13:06:32 -0700
From: interne= t-drafts@ietf.org
Reply-To: int= ernet-drafts@ietf.org
To: i-d-announce= @ietf.org


A New Internet-Draft is available from the on-line Internet-Drafts director= ies.


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Generic Policy Data Model for Simplified Use of Policy Abstractions (SUPA)=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Joel= Halpern
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 John Strassner
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-hal= pern-supa-generic-policy-data-model-01.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 48
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2016-04-15

Abstract:
=C2=A0 =C2=A0This document defines two YANG policy data models. The first i= s a
=C2=A0 =C2=A0generic policy model that is meant to be extended on an applic= ation-
=C2=A0 =C2=A0specific basis. The second is an exemplary extension of the fi= rst
=C2=A0 =C2=A0generic policy model, and defines rules as event-condition-act= ion
=C2=A0 =C2=A0policies. Both models are independent of the level of abstract= ion of
=C2=A0 =C2=A0the content and meaning of a policy.



The IETF datatracker status page for this draft is:
https://datatracker.ie= tf.org/doc/draft-halpern-supa-generic-policy-data-model/

There's also a htmlized version available at:
https://tools.ietf.org/ht= ml/draft-halpern-supa-generic-policy-data-model-01

A diff from the previous version is available at:
https://www.ietf.= org/rfcdiff?url2=3Ddraft-halpern-supa-generic-policy-data-model-01


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
I-D-Announce@iet= f.org
https://www.ietf.org/mailman/listinfo/i-d-announce=
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt



_______________________________________________
Supa mailing list
Supa@ietf.org
https://www.ietf.org/mailman/listinfo/supa

--001a1133a9ea2c18ca05309dd9ed-- From nobody Sat Apr 16 11:35:32 2016 Return-Path: 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 EED2C12D764 for ; Sat, 16 Apr 2016 11:35:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.702 X-Spam-Level: X-Spam-Status: No, score=-2.702 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=joelhalpern.com 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 SP9e9dSO_-IX for ; Sat, 16 Apr 2016 11:35:29 -0700 (PDT) Received: from mailb2.tigertech.net (mailb2.tigertech.net [208.80.4.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42B2F12D6C8 for ; Sat, 16 Apr 2016 11:35:29 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mailb2.tigertech.net (Postfix) with ESMTP id D2F1B5E1519; Sat, 16 Apr 2016 11:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelhalpern.com; s=1.tigertech; t=1460831728; bh=fJ6PYLlACAL3TYXGfxtO6Dek1IC9wK/cBof2gwSYzb0=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=ViCvIxd7KadjYU8GEdtzrNrtflhYpTLGINP0me5g4eGaoiEjD1dKcCK5GBx+9Pkje QntVBbTgwn+hfeJXOSqXDZuN/bExE9yQLhW1Tvn96JlPIO/KN68JtT3lSkUwQ+1/6i wLgpChBl0T3vi36WOB4Vh2MzpbJORHYHZ2CHxprQ= X-Virus-Scanned: Debian amavisd-new at b2.tigertech.net Received: from Joels-MacBook-Pro.local (209-255-163-147.ip.mcleodusa.net [209.255.163.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mailb2.tigertech.net (Postfix) with ESMTPSA id 3D4F55E1517; Sat, 16 Apr 2016 11:35:28 -0700 (PDT) To: Andy Bierman References: <20160415200632.17497.79135.idtracker@ietfa.amsl.com> <57114FD4.8000709@joelhalpern.com> From: "Joel M. Halpern" Message-ID: <571285E2.5070104@joelhalpern.com> Date: Sat, 16 Apr 2016 14:35:14 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: SUPA list Subject: Re: [Supa] Fwd: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Apr 2016 18:35:31 -0000 Yes, that case can be represented. No, it will not be simpler than a hard-coded system that places such an ACL whenever interfaces come up. (General tools seem to usually be more complex than specialized ones.) Rough sketch: Subclass of event to represent interface up, with sufficient information to know what interface it is. Subclass of Condition testing whether the interface testing whether an interface is an edge interface (both solutions assume this is knowable, otherwise the problem is not solvable without human intervention.) Subclass of action representing applying an ACL set, with the ACL parameters. Then a Policy Clause that ties the three together, and a policy statement that says to apply the clause. This does not make use of the pwoer of policy statement or policy clause. Those are to enable representation of more complex policies. Yours, Joel On 4/16/16 1:56 PM, Andy Bierman wrote: > Hi, > > I would like to see an example of SUPA in use. > I thought Juergen has a clear maybe-not-simple use-case with SNMP: > > > Event: example-interface-up notification received > Task: Extract NE ID and interface ID > > Condition: Determine if NE,interface is an edge interface to an > untrusted network > Task: examine topology database? Out of scope? > > Action: install an ACL on this NE, interface to deny incoming and outbound > packets on port 161, 162 > Task: Determine how ACLs done on NE and send proper configuration changes > > What parts will SUPA provide and how are they done? > What parts will the domain-specific models provide and how do > they integrate with this module? What parts are left > as implementation details and out of scope for SUPA? > > I am far from convinced this approach is simpler than a controller level > data model. > E.g., a network-wide ACL that blocks SNMP from entering or exiting the > administrative > domain can implement this policy, and all the ECA configuration and > execution details > are hidden within implementation details. > > > > Andy > > > > On Fri, Apr 15, 2016 at 1:32 PM, Joel Halpern > wrote: > > We have revised the data model draft to fix the extraction and YANG > errors. > It has been checked with a YANG 1.1 validator, which says it works. > > The must clauses on the instance-identifiers now indicate the target > class (including subclasses) of the association. As I noted in BA, > for associations with properties, the two end-points both point to > the association class, which points to both end-points. > > We will be doing the YANG tree, better descriptions, and text about > the mapping from IM to DM. > > Please review either the IM or the DM (using the IM descriptions) to > see whether this model represents what the WG wants to see. > > Yours, > Joel > > > -------- Forwarded Message -------- > Subject: I-D Action: draft-halpern-supa-generic-policy-data-model-01.txt > Date: Fri, 15 Apr 2016 13:06:32 -0700 > From: internet-drafts@ietf.org > Reply-To: internet-drafts@ietf.org > To: i-d-announce@ietf.org > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Generic Policy Data Model for Simplified > Use of Policy Abstractions (SUPA) > Authors : Joel Halpern > John Strassner > Filename : > draft-halpern-supa-generic-policy-data-model-01.txt > Pages : 48 > Date : 2016-04-15 > > Abstract: > This document defines two YANG policy data models. The first is a > generic policy model that is meant to be extended on an application- > specific basis. The second is an exemplary extension of the first > generic policy model, and defines rules as event-condition-action > policies. Both models are independent of the level of abstraction of > the content and meaning of a policy. > > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-halpern-supa-generic-policy-data-model/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-halpern-supa-generic-policy-data-model-01 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-halpern-supa-generic-policy-data-model-01 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org > . > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > > > _______________________________________________ > Supa mailing list > Supa@ietf.org > https://www.ietf.org/mailman/listinfo/supa > > From nobody Tue Apr 19 20:37:01 2016 Return-Path: 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 7D9BE12DE65 for ; Tue, 19 Apr 2016 20:36:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.297 X-Spam-Level: X-Spam-Status: No, score=-5.297 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=auckland.ac.nz 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 JcIF7zlJc6A0 for ; Tue, 19 Apr 2016 20:36:55 -0700 (PDT) Received: from mx4.auckland.ac.nz (mx4.auckland.ac.nz [130.216.125.248]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30E7A12DF4D for ; Tue, 19 Apr 2016 20:36:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=auckland.ac.nz; i=@auckland.ac.nz; q=dns/txt; s=mail; t=1461123412; x=1492659412; h=to:cc:from:subject:message-id:date:mime-version: content-transfer-encoding; bh=LJ+mbWwzYrKRt7tYuWaRfAnUdIyNqIt02/oxNtVhRyc=; b=eWzGRrVmh6uBqhRlyVckvw7GK2atj0QWtfzR3VeDWuXDbedCY/lfWbcA y0kkY9Dm0TM3psGih71Dx/GLEn9Mf95ICbrYn93cDWiby8W4WDcaB+ENS yoVFMgRCK1jKS3tTY9MY1c9v5A8rCukWOQU8QxNPM3kRhiy9cdMnxfT6b Q5+dFWsxfNanyjlkLcumDv438IJDTWKYL5JOa/ZA9BbTnXreVj2wevP8b eCs3furLxNgysnY6YRt+6vmQwKaA3Z5F4hV8OrKTKJroIPUQAMUefxV0y +1VY4dp+9Z1zWo4adb6y8Ql+XwBjkahDkQ/VSaq+3RjF/cso17Y6iFFlE w==; X-IronPort-AV: E=Sophos;i="5.24,508,1454929200"; d="scan'208";a="81008977" X-Ironport-HAT: UNIVERSITY - $RELAY-THROTTLE X-Ironport-Source: 130.216.38.7 - Outgoing - Outgoing-SSL Received: from sc-cs-316051.uoa.auckland.ac.nz (HELO [130.216.38.7]) ([130.216.38.7]) by mx4-int.auckland.ac.nz with ESMTP; 20 Apr 2016 15:36:38 +1200 To: SUPA list From: Nevil Brownlee Message-ID: <5716F946.7000703@auckland.ac.nz> Date: Wed, 20 Apr 2016 15:36:38 +1200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Cc: Nevil Brownlee Subject: [Supa] DRAFT minutes for SUPA WG at IETF 95 X-BeenThere: supa@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "This list is to discuss SUPA \(Simplified Use of Policy Abstractions\) related issues." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 03:36:59 -0000 Hi all: Thanks to Will(Shucheng) LIU for his careful note-taking! Here is the first draft of the minutes of our WG meeting at IETF 95 in Buenos Aires. If you find any errors, or have suggestions for improvements (i.e. better text ), please send them to me at the address cced on this email. I plan to post the final version on the SUPA Proceedings page on about 26 April. Cheers, Nevil SUPA Minutes by Will(Shucheng) LIU and Nevil Brownlee ================================================== Simplified Use of Policy Abstractions WG (supa) Agenda for IETF 95, Buenos Aires (95-minutes-00) Friday, 8 April 2016, 1220-1320, Atlantico C ================================================== Chairs: Nevil Brownlee Daniel King About 30 people present, plus 5 others on Meetecho and 7 on jabber. AGENDA: 1. Note Well, Agenda review, Scribes = 2 min Chairs: Main focus is to get our deliverables going. No changes to the proposed agenda. 2. Update from last meeting / WG Status (Nevil) = 3 min - Call for adoption issued for Policy Model - We need to decide on other drafts to adopt Nevil gave a brief update from the last WG meeting. 3. Current charter work items a) Generic Policy Information Model = 10 min draft-strassner-supa-generic-policy-info-model-05 Presenter: John Strassner [JS] JS: Motivation for building an information model is twofold 1) policy spans many different actors (end-users, business people, application developers, admins, ...) 2) policies cover multiple technologies and abstractions Hence, we need a consistent form and structure to enable different actors to communicate with each other and work together. Reminded that the WG chairs issued a call for adoption. Benoit: speak as a contributor: after checking the mailing list, about the poll for adoption. Two questions: is it gppd work to have IM? shall we publish this? The answers are, the charter said we might work on IM and derive DM with IM. Then nwe'll see in the end whether we should publish it. JS: aggree, good advice. Dan King: Who has read this draft? About 10 hands. Dan King: Who think it would be a good start for a model, if we decide to adopt? - aroud 20 hands. >>> Chairs will ask again (on list) for adoption as WG item. b) YANG Data Model Draft(s) = 10 min draft-halpern-supa-generic-policy-data-model-00 Presenter: Joel [JH] JH: Is the working group willing to adopt this draft? Anh Le (Netcracker): Does this model nested policy (if then else if, etc)? JH: The representation of property of policy is captured by IM. There are clauses,e.g., in ECA there are E/ C/ A clauses, each is a class. Bert: have not seem call for adoption in mailing list. want to review the draft. Daniel King Nevil: how many looked at the draft? - around 15 hands. Andy Bieman: is this to be the solution for users of SUPA? JH: Yes, this is the generic policy YANG DM, and hence, a part of the SUPA solution. Nevil: are people ok with calling for adoption? - around 10 hands Bert: need more time to read it. >>> Chairs will ask (on list) for adoption as WG item. c) Applicability of SUPA = 10 min draft-vadrevu-supa-applicability-06 Presenter: Ying Chen [YC] YC: Would like to see this I-D adopted by the WG. Will: It has several use cases, may need a priority of them YC: We have the actual use case that will be used in our network, wewill focus on that. Diego Lopez: We have three model drafts, how should we merge and use them? We need a single document describing the supa model. Dan King: Combine the use cases, merging of the architecture doc. Show how the architecture. How many people have read this document? - around 15 hands Nevil: There is a lot of work in here, but it's unclear how all of that work meets the deliverables. Would like to see it more concise and focused, it needs further discussion on the list. When it becomes better define chairs will call for adoption as a WG item. d) SUPA Framework & Architecture = 10 min Presenter: Bert [BW] BW: Proposes a path forward. Previous efforts were listed, asked a set of questions that have been raised. proposed the formation of a design team. Andy Bierman: too complex, I like a solution in the scope, would like to know who are implementing this and who will use it. Nevil: We already have a design team - the group of authors that have authored this draft (or all of us in SUPA?). I'd like to keep the wg focussed on its charter deliverables. Bert: Need an architecture, to clearly explain the particular components to use. JS: Charter didn't contain architecture, otherwise we need to recharter. The IETF works bottom up, but architectures are done top-down. Bert: Framework should be used. Andy: Have a framework with no use cases, no need for a framework. Benoit: The charter says ... [reading the charter] JS: There are examples in the IM, there will be examples added to the DM, applicability already has 5 use cases. Nevil: discuss on list. Joel: There are I-Ds out there, what is wrong with them? Why can't we discuss these drafts and fix them, instead of starting from scratch? Bert: I propose to have a design team to evaluate the exisitng ones. Georgios: Ask the authors of framework, whether they like to join the design team. Should discuss whether to work on exsitng or write new ones. Nevil: Chair position: all should comment on the existing draft candidates on the mailing list, discuss what part(s) should be improved - "send text for improvements to the list! We're running out of time, we have a another presentation from Jun Bi. 4. Discussion: which drafts to adopt as WG items? = 5 min Chairs will ask on list for adoption of IM and DM drafts (marked >>> above) 5. Any Other Business = Remaining min a) Problem Statement for Simplified Use of Policy Abstractions (SUPA) draft-bi-supa-problem-statement-00 Presenter: Jun BI [JB] JB: This draft has existed for a while; the current version reflects the changes that have been made to the supa value-proposition draft. Nevil: how many read it? - around 10 hands We want to see the discussion on this go on, in particular we need more discussion on the IM and DM. More progress on DM would be very welcome. -- --------------------------------------------------------------------- Nevil Brownlee Computer Science Department Phone: +64 9 373 7599 x88941 The University of Auckland FAX: +64 9 373 7453 Private Bag 92019, Auckland 1142, New Zealand