A new IETF WG has been formed in the Operations and Management Area. For additional information, please contact the Area Directors or the WG Chairs.
Operationalizing Network & SErvice abstractioNs (onsen) ----------------------------------------------------------------------- Current status: Proposed WG Chairs: Ian Farrer <[email protected]> Mithun Valaphil <[email protected]> Assigned Area Director: Mahesh Jethanandani <[email protected]> Operations and Management Area Directors: Mahesh Jethanandani <[email protected]> Mohamed Boucadair <[email protected]> Mailing list: Address: [email protected] To subscribe: https://mailman3.ietf.org/mailman3/lists/onsen.ietf.org/ Archive: https://mailarchive.ietf.org/arch/browse/onsen/ Group page: https://datatracker.ietf.org/group/onsen/ Charter: https://datatracker.ietf.org/doc/charter-ietf-onsen/ # Operationalizing Network & SErvice abstractioNs (ONSEN) WG Charter Large networks rely on service abstraction mechanisms — for example, VPNs, service function chains, traffic engineering, attachment circuits, and network slicing — to deliver differentiated services and simplify provisioning. As the [IAB NEMOPS workshop](https://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report/) highlighted, operational workflows for deploying, monitoring, and evolving these abstractions are inconsistent and poorly integrated, despite much of the underlying IETF prior work. The ONSEN WG aims to make IETF service and network abstractions easier to implement and use, therefore improving automation, operational efficiency, and interoperability. For this WG, the term "abstraction" refers to the process of defining simplified constructs that represent network and service-level capabilities. Abstraction enables interaction between managed components and automation management systems without directly exposing the underlying device-specific implementations. The layer between the managed components and the automation management system is referred to as the "abstraction layer". ONSEN will serve as the IETF's focal point for service and network abstraction modeling, with these core activities: 1. Documenting the use-cases, scope, and priorities for network and service abstractions for work items identified in the charter. 1. Defining the abstraction layer, using device-level YANG models as the basis for the abstraction. As part of that, new service or network-level YANG models will be developed as needed. 1. Updating key YANG data models, including refactoring or restructuring, which includes at least the following: VPN Common Model, L2VPN Service Model (L2SM), L3VPN Service Model (L3SM), L2VPN Network Model (L2NM), L3VPN Network Model (L3NM), Attachment Circuit Common Model, Attachment Circuit-as-a-Service (ACaaS), Attachment Circuit Network Model, Service Attachment Points (SAP), Network Slicing, Service Assurance for Intent-Based Networking (SAIN), Virtual Network (VN), Abstraction and Control of TE Networks (ACTN), and the YANG Data Model for Network and VPN Service Performance Monitoring. Beyond these, ONSEN will produce documents describing service-layer APIs based on YANG service models for interfacing with Operational Support Systems (OSS)/Business Support Systems (BSS) systems, enabling automated and interoperable service orchestration across systems and vendors. This includes guidance on mapping IETF YANG data models to external frameworks (e.g., TMF640) and on interfacing with external systems (e.g., network source of truth, IP address management). ONSEN will not normatively define or extend those external frameworks. ## Work Items 1. Develop a problem statement to define the use-cases, scope, and priorities for the work items already identified in the charter. This should be taken from existing models, operator input, and the [IAB NEMOPS Workshop Report](https://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report/). 1. Assess and update the YANG data models identified in the core activities 1. Develop service and network-level YANG data models for the abstraction layer 1. Define the interface between YANG-based service APIs and the OSS/BSS layer The WG may decide that some documents, such as the problem statement, use-cases, scope, and priorities, are not intended for RFC publication and will be maintained as WG documents. The intended status of the remaining documents is Proposed Standard. ## Relationship With Existing WGs * Technology or protocol-specific modeling efforts (e.g., device-level YANG data models) remain the responsibility of their respective WGs. * ONSEN WG will engage with other relevant WGs (e.g., NETMOD and NMOP) to gather requirements and input related to tooling. * Any new requirements for changes to the YANG language that are identified during ONSEN WG discussions will be directed to the NETMOD WG for consideration. * NMOP: ONSEN WG will focus on abstractions, while topology-related efforts will remain in NMOP. Network topology models are out of scope of ONSEN. * OPSAWG: ONSEN WG will handle AC/SAP/L2NM/L3NM work going forward, enabling OPSAWG to focus on other operational topics. Future abstraction-related work will be directed to ONSEN. * BESS/CCAMP/TEAS: Any network or service level modeling effort already adopted by these WGs, along with any technology or protocol-specific modeling efforts, will remain in these WGs. However, ONSEN WG will take on future network and service data modeling efforts from these WGs. Milestones: Aug 2026 - Send LSes to TMF, 3GPP, BBF, GSMA, Linux Foundation, TIP, and EANTC about ONSEN Nov 2026 - WG adoption of a problem statement draft defining the use-cases, scope and priorities for the work items identified in the WG, with input from operators and the [IAB NEMOPS Workshop Report](https://datatracker.ietf.org/doc/draft-iab-nemops-workshop-report/) not to be published as an RFC. Mar 2027 - WG adoption of draft updating the YANG network data models for L3NM and L2NM | Updated drafts for L2NM and L3NM YANG data models based on operational feedback and deployment experiences, with attention to operational state data and identified gaps as a Proposed Standard Mar 2027 - WG adoption of draft that updates the YANG service data models for L3SM and L2SM as a Proposed Standard Jun 2027 - WG adoption of draft updating the VPN Common Model as a Proposed Standard Jul 2027 - WG adoption of a draft for Service-layer APIs based on YANG service models to interface with OSS/BSS as a Proposed Standard Jul 2027 - WG adoption of a draft for new service and network level YANG data models for the abstraction layer as a Proposed Standard Jul 2027 - WG adoption of draft updating the Network Slicing YANG data model | Updated draft for the Network Slicing YANG data model based on operational feedback and deployment experiences as a Proposed Standard Nov 2027 - WG adoption of draft that updates the YANG data model for the Attachment Circuit Common Model as a Proposed Standard Nov 2027 - WG adoption of draft that updates the YANG data model for Attachment Circuit as a Service (ACaaS) as a Proposed Standard Nov 2027 - WG adoption of draft updating the YANG data model for Service Assurance for Intent-Based Networking (SAIN) as a Proposed Standard Nov 2027 - WG adoption of draft updating the Virtual Network (VN) YANG data model as a Proposed Standard Mar 2028 - WG adoption of draft that updates the YANG data model for the Attachment Circuit Network Model as a Proposed Standard Mar 2028 - WG adoption of draft that updates the YANG data model for Service Attachment Points (SAP) as a Proposed Standard Mar 2028 - WG adoption of draft that updates the YANG data model for Service Attachment Points (SAP) as a Proposed Standard Mar 2028 - WG adoption of draft updating the Abstraction and Control of TE Networks (ACTN) YANG data model as a Proposed Standard Mar 2028 - WG adoption of draft updating the YANG Data Model for Network and VPN Service Performance Monitoring as a Proposed Standard _______________________________________________ IETF-Announce mailing list -- [email protected] To unsubscribe send an email to [email protected]
