Re: [netmod] Adoption poll for draft-wwx-netmod-event-yang-10
Adrian Farrel <adrian@olddog.co.uk> Tue, 29 December 2020 21:22 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 26E0A3A0AC3 for <netmod@ietfa.amsl.com>; Tue, 29 Dec 2020 13:22:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5xQpD5qwpiyx for <netmod@ietfa.amsl.com>; Tue, 29 Dec 2020 13:22:49 -0800 (PST)
Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (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 86E933A0ABE for <netmod@ietf.org>; Tue, 29 Dec 2020 13:22:47 -0800 (PST)
Received: from vs1.iomartmail.com (vs1.iomartmail.com [10.12.10.121]) by mta7.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BTLMjH9003627; Tue, 29 Dec 2020 21:22:45 GMT
Received: from vs1.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id DCD7E2203B; Tue, 29 Dec 2020 21:22:44 +0000 (GMT)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs1.iomartmail.com (Postfix) with ESMTPS id C776A2203A; Tue, 29 Dec 2020 21:22:44 +0000 (GMT)
Received: from LAPTOPK7AS653V ([87.113.187.83]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.4/8.14.4) with ESMTP id 0BTLMhNW018421 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 29 Dec 2020 21:22:44 GMT
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Juergen Schoenwaelder' <j.schoenwaelder@jacobs-university.de>
Cc: 'NETMOD Group' <netmod@ietf.org>
References: <f836c5b2-ebc5-2775-ca60-3e888f12788c@labn.net> <CAB75xn6OoL63hyOpMJ=BcmVvnTiZHNskMDyQF6H54AafT7Q7Dw@mail.gmail.com> <AM7PR07MB6248FC667BA42C839086153BA0DE0@AM7PR07MB6248.eurprd07.prod.outlook.com> <CABCOCHQRfm0ZnTTeKR43ki0fTGJi037hV83EjDaTO2xO+u64DA@mail.gmail.com> <20201223180852.rnif4ioc3tovvwkv@anna.jacobs.jacobs-university.de> <015a01d6ddff$52cd3ef0$f867bcd0$@olddog.co.uk> <20201229185616.663sqrb7gb4xau37@anna.jacobs.jacobs-university.de>
In-Reply-To: <20201229185616.663sqrb7gb4xau37@anna.jacobs.jacobs-university.de>
Date: Tue, 29 Dec 2020 21:22:44 -0000
Organization: Old Dog Consulting
Message-ID: <019e01d6de28$bff04120$3fd0c360$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Content-Language: en-gb
Thread-Index: AQH4G/XlI09SZDOTPNsp3ELVxZOuwgHPvgz7AWLjT1oBwI92vQMNubjuAe/U7SUCYWygZqlph5Bg
X-Originating-IP: 87.113.187.83
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.0.0.1623-8.2.0.1013-25880.003
X-TM-AS-Result: No--5.810-10.0-31-10
X-imss-scan-details: No--5.810-10.0-31-10
X-TMASE-Version: IMSVA-9.0.0.1623-8.2.1013-25880.003
X-TMASE-Result: 10--5.810000-10.000000
X-TMASE-MatchedRID: 8HTFlOrbAtHxIbpQ8BhdbPVY7U3NX8Jghomn0bwgVmlXPwnnY5XL5DPL 4IpXLngeqnmPU1gl1ORP0yshGHd8A7NFdXOVxOU0VSZBN7YMwtD5bVQl8A2YjsBgZcoubJCr0u5 faGP8ztSLKcuXyZz9pJlXqumAKoKtn28WtwNck6cFxov+3JYvY615LjjfKZ5RabJxhiIFjJk++y 4a4e8caKhe/05vGvRYmghUyoWBqVvgD3nJEIyNVYX1RisRZVH+g8J7a5xFoRkZ+NvfcdGhweQs5 dySr2vQziOdVCK396rxBXH7kSZcYF/9UtYVQFXCwF9ih245votPEvlTYRZqW2tEzrC9eANpEeWU GBiCoDXSmOE6ITyRN0k9Dfhu2L8a7MoJqDpr5SRFrcjXqV+YAOUTAxTwDY0oOI+suGCx+FX/03U IKDXB6ZF1Rxy7hGbAWYL8GwJ1Ysw9p4lO1ns7qAvze7pC53SA4gfC5JBT+vUnCZ0x7jBo6l79FL 69Z6gXh3CzeKZOWHtz1VrubZBco3MCUdzyb7jf+ACG5oWJ7tLEFBHstnafUzxZFF39deGHrMY40 yKCwuRVYOxyrpKTok7suLsGWs2k3KKEFgkp3jLFOknc5CNvd1qONvnDNxQcl/4PI19xt2dESre7 tNKXJOFB/UCD46Xh2BSh6AdXZ8rYdIktB+Z7S1zIUxHqXB+Q9r9tEcSw8jfDra5IbmQvVlhLROZ y4c8Oe5Q8KNwA8VmDehNwV67a/p4fXHTLTH9K/03t7eXCTBuhIM2VLoAF170rWM4nIpJrqPBmIQ gMvkiI91ac4jJk2nJF3p5tFtvkuFqXhKxR9RCeAiCmPx4NwFkMvWAuahr8i2QFaYS1v20qtq5d3 cxkNQwWxr7XDKH8dkDvfOiZYDiTpIRZfvKRFOa6xfF7l/AenzqKbUAnuc+nz+IHuP4IPg==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/HZ56wsrpFx8SDY3nTKj2Q-2ptoM>
Subject: Re: [netmod] Adoption poll for draft-wwx-netmod-event-yang-10
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Dec 2020 21:22:53 -0000
Thanks Juergen and Randy, There's plenty here to chew on. Happy New Year's Eve reading 😊 Cheers, Adrian -----Original Message----- From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Sent: 29 December 2020 18:56 To: Adrian Farrel <adrian@olddog.co.uk> Cc: 'NETMOD Group' <netmod@ietf.org> Subject: Re: [netmod] Adoption poll for draft-wwx-netmod-event-yang-10 Adrian, some key issues when it comes to policy-based management systems: - What is an adequate abstraction level to express policies and intent? This question has no simple answer. I believe policies need to be readable and hence they need to be expressed at a high level of abstraction and in a suitable _language_. High-level policy expression may be compiled down into more verbose primitive representations that are closer to an execution abstraction. A common pitfall is to start somewhere in the middle of several layers of abstraction and then getting stuck with something awkward to put a clean higher layer abstract onto and to compile things down to _efficient_ instrumentations. - Where are policies executed? This can range from a logically centralized policy execution engine, which is part of what people call an orchestrator these days, to fully distributed policy execution models. In reality, you likely want to distribute functions dynamically but this makes solutions technically much more complicated. Given today's scalable computing and networking capabilities, logically centralized solutions are on the rise and have replaced the distributed approaches of the 90s. - When to detect and resolve policy conflicts? Detecting and resolving conflicts in larger collections of policies is non-trivial. This includes problems ranging from micro timescale atomicity issues to larger timescale stability issues (interacting policy control loops). If policy execution is distributed (or the event / information sources are distributed), this ultimately resolves to problems such as taking consistent snapshots or finding ways to work with inconsistent observations of a distributed system that are guaranteed to converge to stable states (self-stabilizing algorithms). - Who is interested in interoperable policy representations / languages? The IETF is about interoperability. What are the business models that push for interoperable policy based management standards? Who benefits from having an interoperable standard and how much effort are organizations willing to invest into engineering a reasonable solution addressing the other (non-trivial) questions raised above? Will they be implementing the solution in their products? My position is that there are way too many difficult technical issues to resolve for this work to be viable for the IETF. Instead, I suggest that people go and work out solutions and once the silver bullet has been found, bring it to the IETF. (Historically, all attempts to cast policies into existing data models such as MIB modules or LDAP schema led to something awkward and unusable. I believe YANG modules are no different.) /js Some relevant RFCs (there may be more): 3052 Service Management Architectures Issues and Review. M. Eder, S. Nag. January 2001. (Format: TXT, HTML) (Status: INFORMATIONAL) (DOI: 10.17487/RFC3052) 3084 COPS Usage for Policy Provisioning (COPS-PR). K. Chan, J. Seligson, D. Durham, S. Gai, K. McCloghrie, S. Herzog, F. Reichmeyer, R. Yavatkar, A. Smith. March 2001. (Format: TXT, HTML) (Status: HISTORIC) (DOI: 10.17487/RFC3084) 3159 Structure of Policy Provisioning Information (SPPI). K. McCloghrie, M. Fine, J. Seligson, K. Chan, S. Hahn, R. Sahita, A. Smith, F. Reichmeyer. August 2001. (Format: TXT, HTML) (Status: HISTORIC) (DOI: 10.17487/RFC3159) 3318 Framework Policy Information Base. R. Sahita, Ed., S. Hahn, K. Chan, K. McCloghrie. March 2003. (Format: TXT, HTML) (Status: HISTORIC) (DOI: 10.17487/RFC3318) 3460 Policy Core Information Model (PCIM) Extensions. B. Moore, Ed.. January 2003. (Format: TXT, HTML) (Updates RFC3060) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC3460) 3644 Policy Quality of Service (QoS) Information Model. Y. Snir, Y. Ramberg, J. Strassner, R. Cohen, B. Moore. November 2003. (Format: TXT, HTML) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC3644) 3198 Terminology for Policy-Based Management. A. Westerinen, J. Schnizlein, J. Strassner, M. Scherling, B. Quinn, S. Herzog, A. Huynh, M. Carlson, J. Perry, S. Waldbusser. November 2001. (Format: TXT, HTML) (Status: INFORMATIONAL) (DOI: 10.17487/RFC3198) 4011 Policy Based Management MIB. S. Waldbusser, J. Saperia, T. Hongal. March 2005. (Format: TXT, HTML) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC4011) 4104 Policy Core Extension Lightweight Directory Access Protocol Schema (PCELS). M. Pana, Ed., A. Reyes, A. Barba, D. Moron, M. Brunner. June 2005. (Format: TXT, HTML) (Updates RFC3703) (Status: PROPOSED STANDARD) (DOI: 10.17487/RFC4104) 8328 Policy-Based Management Framework for the Simplified Use of Policy Abstractions (SUPA). W. Liu, C. Xie, J. Strassner, G. Karagiannis, M. Klyus, J. Bi, Y. Cheng, D. Zhang. March 2018. (Format: TXT, HTML) (Status: INFORMATIONAL) (DOI: 10.17487/RFC8328) WGs/RGs that at least partially related to policy-based management: - Simplified Use of Policy Abstractions WG (supa) (2015 - 2017) - Policy Framework WG (policy) (1998 - 2004) - Resource Allocation Protocol WG (rap) (1997 - 2005) - Distributed Management WG (disman) (1996 - 2006) - Services Management RG (smrg) (2019? - 2001?) - Network Management RG (nmrg) - draft-clemm-nmrg-dist-intent (2017-2019) - draft-irtf-nmrg-ibn-concepts-definitions-02.txt (2019-2020) Other resources: - https://en.wikipedia.org/wiki/Policy-based_management - https://www.youtube.com/watch?v=E_v-of582xg - Boutaba, R. and I. Aib, "Policy-Based Management: A Historical Perspective". Journal of Network and Systems Management (JNSM), Springer, Vol. 15 (4), December 2007. https://doi.org/10.1007/s10922-007-9083-8 - Pavlou, G., "On the Evolution of Management Approaches, Frameworks and Protocols: A Historical Perspective". Journal of Network and Systems Management (JNSM), Springer, Vol. 15 (4), December 2007. https://doi.org/10.1007/s10922-007-9082-9 - Strassner, J., "Policy-Based Network Management: Solutions for the Next Generation", Morgan Kaufmann, December 2003. On Tue, Dec 29, 2020 at 04:26:12PM -0000, Adrian Farrel wrote: > Hi Juergen, > > What you say about learning lessons from the past is wise and valuable. > > Sadly (well, it's a good thing, really) we have new people in the IETF and > the memory of events over the last 20 years are not immediately accessible > to them. Others, who are old and grey, have been around that long but were > not necessarily involved in previous ECA discussions. > > Since "intent-based networking" is a big thing once again (see recent > reports of acquisitions in this sector) the excitement about ECA may be > forgiven, but it would help to ground the discussions if those who can > remember previous efforts would share their experiences or at least some > pointers. > > Best, > Adrian > > -----Original Message----- > From: netmod <netmod-bounces@ietf.org> On Behalf Of Juergen Schoenwaelder > Sent: 23 December 2020 18:09 > To: Andy Bierman <andy@yumaworks.com> > Cc: NetMod WG Chairs <netmod-chairs@ietf.org>; NETMOD Group > <netmod@ietf.org> > Subject: Re: [netmod] Adoption poll for draft-wwx-netmod-event-yang-10 > > On Wed, Dec 23, 2020 at 07:05:44AM -0800, Andy Bierman wrote: > > On Wed, Dec 23, 2020 at 3:14 AM tom petch <ietfc@btconnect.com> wrote: > > > > > From: netmod <netmod-bounces@ietf.org> on behalf of Dhruv Dhody < > > > dhruv.ietf@gmail.com> > > > Sent: 21 December 2020 17:12 > > > > > > Hi Lou, WG, > > > > > > I find the motivation in the Introduction to be focused on ECA at the > > > network devices (with all the talk about issues with Centralized > > > network management). > > > > > > I see the value of ECA on the controller as well, say a customer > > > network controller or an orchestrator can set the ECA on a central > > > controller (reference ACTN in TEAS WG). Perhaps you would consider > > > adding a sentence to describe this as well. The client-server > > > terminology in the rest of the document covers it already. > > > > > > And I do see value in this and support adoption. > > > > > > <tp> > > > My take is that the I-D is unclear on what ECA is. > > > > > > ECA has been worked on in at least two IETF WG AFAICT. It cropped up in > > > I2RS but as I recall, it was along the lines of 'This is ECA' 'No It is > > > not' 'Yes it is' which gave me the impression that ECA is not a > > > well-defined, or well-understood, term. > > > > > > More recently, I2NSF have produced a YANG capability-data-model which is > > > 55 pages of ECA. Lacking a definition in this netmod I-D, I am unclear > > > what the relationship is between the I2NSF I-D and the netmod I-D, > whether > > > or not they are using ECA in the same sense. > > > > > > > > Hi Tom, > > > > It usually helps to agree on the problem-space before focusing on the > > solution-space. > > ECA seems like a methodology (ala MVC) more than anything else. > > The problem statement seems to be that some client tasks need to be > handled > > on the > > server using ECA methodology, instead of on the client. > > Which tasks? Seems to be any task of arbitrary purpose or complexity. > > And now the scope is supposed to include controllers (just another > client), > > so the problem-stmt > > is even less clear. > > > > The traditional approach is to pick specific client tasks to move to the > > server. > > The example of detecting and reporting route-flaps has been used. > > (No ECA example of this complexity has been provided yet). > > The traditional approach would be to write a route-flap-detection YANG > > module with some > > configuration, monitoring data, and notification events. > > > > The generalized approach is likely to be extremely complex to standardize > > and implement. > > > > ECA work has a long 20+ year tradition in the IETF and several > specifications have been published over the years by various working > groups. As far as I can tell, none of them got traction in terms of > signifiant deployment of interoperable implementations. > > I would have hoped that the next iteration of ECA work would have > started with a deep reflection about why all the previous attempts > failed to gain traction and some genuine insights how to design things > differently in order to improve the likelihood to have impact. > > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <https://www.jacobs-university.de/> > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod > -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <https://www.jacobs-university.de/>
- [netmod] Adoption poll for draft-wwx-netmod-event… Lou Berger
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Lou Berger
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… duzongpeng@foxmail.com
- [netmod] 答复: Adoption poll for draft-wwx-netmod-e… maqiufang (A)
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Wei Wang
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… liupengyjy@outlook.com
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Alexander Clemm
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Jan Lindblad
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Adrian Farrel
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… xiechf@chinatelecom.cn
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… ybliu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Wubo (lana)
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Henk Birkholz
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Chang Liu(联通集团中国联通研究院-本部)
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Igor Bryskin
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Xufeng Liu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… andy L
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Lingli Deng
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Dhruv Dhody
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Lou Berger
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… tom petch
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Andy Bierman
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… tom petch
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Juergen Schoenwaelder
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Juergen Schoenwaelder
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Andy Bierman
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… tom petch
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Andy Bierman
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Qin Wu
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Adrian Farrel
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Randy Presuhn
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Juergen Schoenwaelder
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Andy Bierman
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Adrian Farrel
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Randy Presuhn
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Diego R. Lopez
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… tom petch
- Re: [netmod] Adoption poll for draft-wwx-netmod-e… Alexander Clemm