Internet-Draft | NEMOPS Workshop Report | December 2024 |
Hardaker & Dhody | Expires 23 June 2025 | [Page] |
The "Next Era of Network Management Operations (NEMOPS)" workshop was convened by the Internet Architecture Board (IAB) on December 3-5, 2024 as a three-day online meeting. It builds on a previous 2002 workshop, the outcome of which was documented in RFC 3535 identifying 14 operator requirements for consideration in future network management protocol design and related data models, along with some recommendations for the IETF. Much has changed in the Internet’s operation and technological foundations since then. The NEMOPS workshop reviewed the past outcomes and identified any operational barriers that prevented these technologies from being widely implemented. It sketched new requirements for future network management operations collaboratively with the industry, network operators and protocol engineers, and developed a suggested action plan and recommendations for the IETF.¶
Note that this document is a report on the proceedings of the workshop. The views and positions documented in this report were expressed during the workshop by participants and do not necessarily reflect IAB's views and positions.¶
This note is to be removed before publishing as an RFC.¶
The latest revision of this draft can be found at https://intarchboard.github.io/draft-iab-nemops-workshop-report/draft-iab-nemops-workshop-report.html. Status information for this document may be found at https://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report/.¶
Source for this draft and an issue tracker can be found at https://github.com/intarchboard/draft-iab-nemops-workshop-report.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 23 June 2025.¶
Copyright (c) 2024 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.¶
The IAB organized a workshop in June 2002 to establish a dialog between network operators and protocol developers, and to guide IETF when working on network management protocols. The outcome of that workshop was documented in the "Overview of the 2002 IAB Network Management Workshop" [RFC3535] which identified 14 operator requirements for consideration in future network management protocol design and related data models, along with some recommendations for the IETF.¶
Those requirements were instrumental in developing first the NETCONF protocol (in the NETCONF Working Group) [RFC6241], the associated YANG data modeling language (in the NETMOD Working Group) [RFC7950], RESTCONF [RFC8040], and most recently CORECONF [I-D.ietf-core-comi].¶
The NEMOPS workshop aimed to discuss the following key topics:¶
Review the outcomes and results of the 2002 workshop (current deployments, state of the art) and identify any operational barriers that prevent these technologies from being widely implemented (limitations, hurdles).¶
Sketch new requirements for future network management operations in a collaborative manner with the industry, network operators, and protocol engineers.¶
Develop a plan of action and recommendations for the IETF.¶
The Internet Architecture Board (IAB) holds occasional workshops designed to consider long-term issues and strategies for the Internet, and to suggest future directions for the Internet architecture. This long-term planning function of the IAB is complementary to the ongoing engineering efforts performed by working groups of the Internet Engineering Task Force (IETF).¶
This document is a report on the proceedings of the workshop. The views and positions documented in this report are expressed during the workshop by participants and do not necessarily reflect IAB's views and positions.¶
Furthermore, the content of the report comes from presentations given by workshop participants and notes taken during the discussions, without interpretation or validation. Thus, the content of this report follows the flow and dialogue of the workshop but does not necessarily attempt to capture a consensus, unless stated otherwise.¶
The workshop was organized across three days with all-group discussion slots, one per day. The following topic areas were identified and the program committee organized paper submissions into three main themes for each of the three discussion slots. During each discussion, those papers were presented sequentially with open discussion held at the end of each day.¶
At the end of the third day the discussion turned to key takeaways that had consensus. In the process of discussion there were some realizations where additional work was also needed.¶
[XXX: note at this point these are cut and paste from the slides and not properly edited/cleaned/moved around]¶
The current network management protocols/models/tools still fail the ‘ease of use’ requirement¶
The tools may matter more than the protocols¶
The overall ecosystem is still fragmented for both protocols and data models¶
Model-driven network management is generally a success¶
Documentation for how the network management ecosystem works is lacking¶
Could use architecture documentation, deployment guides, tutorials, training, getting started¶
Easily usable network management tools for the operators are needed¶
False: Netconf for configuration has been successful in some larger scale deployment¶
Netconf/YANG is not used much (yet?) for monitoring¶
False: Full device control and configuration frequently requires CLI and screen scraping¶
Full coverage of NetConf support on devices is missing¶
Polling based solutions are still frequently deployed¶
[XXX: note -- I don't think we talked about this slide much -Wes]¶
YANG models can sometimes get too complex (not a fault of the language)¶
Vendor-specific features need to be exposed through network management protocols¶
More service-level modeling is needed¶
Device level modeling needs to be a building block but is not a complete service-level solution¶
Network configuration needs to be verifiable¶
Multi-vendor compatibility support is required¶
Full coverage of YANG models on all devices is missing¶
Model translation adaptors may be the best path forward¶
Likely off-device¶
More rapid model development procedures are (still) needed¶
More focus is needed on scalability of all network management roles (monitoring, configuration, notifications)¶
We should reduce complexity for future changes to a minimal agreed set of core features¶
For both protocol and models¶
Network management enhancements needs to be backed by operator use cases and vendor buy-in¶
Vendors and operators should must work together¶
An rapid development experiment would be an interesting approach¶
Here we list the things that the group realized needed significant more attention in order to come to conclusion about.¶
20 position papers were submitted to the workshop call for papers. All papers are available at: https://datatracker.ietf.org/group/nemopsws/materials/¶
This is the list of all papers:¶
J Schönwälder: Composable, Declarative, Reproducible, Verifiable Network and Service Configurations [SCHONWALDER]¶
The workshop participants were Alex Huang, Alexander Clemm, Alexander PELOV, Benoit Claise, Boris Khasanov, Brad Peters (nbn), Carsten Bormann, Chongfeng Xie, Cindy Morgan, Dan Voyer, Darren Loher, Dean Bogdanovic, Dean Bogdanović, Dhruv Dhody, Diego Lopez, Ebben Aries, Frank (Chong Feng), Holger Keller, Ian Farrer, Jaime Jimenez, James Cumming, Janne Karvonen, Jason Sterne, Jiaming Ye, Jinming Li, John Carson, Julien Maisonneuve, Jürgen Schönwälder, Kent Watsen, Kris Lambrechts, Kristian Larsson, Laurent Ciavaglia, Laurent Toutain, Liz Flynn, Luis M. Contreras (Telefonica), Mahesh Jethanandani, Manoj Gudi, Martin Horneffer, Matthew Bocci, Med Boucadair, Michael Mackey, Michael Richardson, Michael Scharf, Mikko Pesonen, Nacho Dominguez (Telefonica), Naveen Achyuta, Nick Corran, Nils Warnke, Oscar Gonzalez de Dios, Paolo Lucente, Parisa Foroughi, Per Andersson, Phil Shafer, Qin Wu, Qiufang Ma, Raquel Rodriguez, Reshad, Reshad Rahman, Rob Shakir, Rob Wilton, Roland Bless (KIT), Roland Schott, Rüdiger Geib, Rui Zhuang, Ruibo Han, Sabine Randriamasy, Scott Mansfield (Ericsson), Scott Robohn, Shengnan Yue, Suresh Krishnan, Thomas Graf, Toerless Eckert, Wangbo, Warren Kumari, Wes Hardaker, Wim Henderickx, Xue Yang, Y. Richard Yang, Yangbo, Yisong Liu, and Zhenqiang Li.¶
The workshop program committee members were Wes Hardaker, Dhruv Dhody, Qin Wu, Suresh Krishnan, Benoît Claise, Mohamed Boucadair, Mahesh Jethanandani, Kent Watsen, and Warren Kumari.¶
Internet Architecture Board members at the time this document was approved for publication were: TODO¶
TBD¶