Layer Independent OAM Management in the Multi-Layer Environment (lime) Internet Drafts


      
 Generic YANG Data Model for the Management of Operations,Administration,and Maintenance (OAM) Protocols that use Connectionless Communications
 
 draft-ietf-lime-yang-connectionless-oam-18.txt
 Date: 13/11/2017
 Authors: Deepak Kumar, Zitao Wang, Qin Wu, Reshad Rahman, Srihari Raghavan
 Working Group: Layer Independent OAM Management in the Multi-Layer Environment (lime)
 Formats: txt xml
This document presents a base YANG Data model for the management of Operations Administration, and Maintenance (OAM) protocols that use Connectionless Communications. The data model is defined using the YANG, as specified in RFC7950 data modeling language. It provides a technology-independent abstraction of key OAM constructs for OAM protocols that use connectionless communication. The base model presented here can be extended to include technology-specific details. There are two key benefits of this approach: First, it leads to uniformity between OAM protocols. And second, it support both nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface) as well as interactive OAM workflows (i.e., performing OAM functions at same levels through a unified interface).
 Retrieval Methods YANG Data Model for the Management of Operations,Administration,and Maintenance (OAM) Protocols that use Connectionless Communications
 
 draft-ietf-lime-yang-connectionless-oam-methods-13.txt
 Date: 12/11/2017
 Authors: Deepak Kumar, Zitao Wang, Qin Wu, Reshad Rahman, Srihari Raghavan
 Working Group: Layer Independent OAM Management in the Multi-Layer Environment (lime)
 Formats: xml txt
This document presents a retrieval method YANG Data model for connectionless OAM protocols. It provides technology-independent RPC operations for OAM protocols that use connectionless communication. The retrieval methods model herein presented can be extended to include technology specific details. There are two key benefits of this approach: First, it leads to uniformity between OAM protocols. And second, it support both nested OAM workflows (i.e., performing OAM functions at different or same levels through a unified interface) as well as interactive OAM workflows (i.e., performing OAM functions at same levels through a unified interface).
 Generic YANG Data Model for Connection Oriented Operations,Administration,and Maintenance(OAM) protocols
 
 draft-ietf-lime-yang-connection-oriented-oam-model-06.txt
 Date: 21/02/2018
 Authors: Deepak Kumar, Qin Wu, Zitao Wang
 Working Group: Layer Independent OAM Management in the Multi-Layer Environment (lime)
 Formats: xml txt
This document presents a base YANG Data model for connection-oriented Operations, Administration, and Maintenance(OAM) protocols. It provides a technology-independent abstraction of key OAM constructs for such protocols. The model presented here can be extended to include technology specific details. This guarantees uniformity in the management of OAM protocols and provides support for nested OAM workflows (i.e., performing OAM functions at different levels through a unified interface). The YANG model in this document conforms to the Network Management Datastore Architecture.


Layer Independent OAM Management in the Multi-Layer Environment (lime)

WG Name Layer Independent OAM Management in the Multi-Layer Environment
Acronym lime
Area Operations and Management Area (ops)
State Active
Charter charter-ietf-lime-01 Approved
Dependencies Document dependency graph (SVG)
Additional URLs
- Wiki
- Issue tracker
Personnel Chairs Carlos Pignataro
Ron Bonica
Area Director Benoit Claise
Mailing list Address lime@ietf.org
To subscribe https://www.ietf.org/mailman/listinfo/lime
Archive https://mailarchive.ietf.org/arch/browse/lime/
Jabber chat Room address xmpp:lime@jabber.ietf.org?join
Logs https://jabber.ietf.org/logs/lime/

Charter for Working Group

Network Operators are increasingly challenged with operational and management limitations in network deployments due to Operations, Administration, and Maintenance (OAM) operating at different administrative and technology layers. This problem is exacerbated by the lack of a common architectural OAM management in those different layers and protocols. New work on network virtualization further complicates the layering model and the problems of coordinating OAM between layers and protocols.

The absence of a common approach to OAM management has made it difficult for operators to:
- Suppress large numbers of unnecessary alarms and notifications related to defects and failures arising in lower layers and visible in each higher layer
- Quickly identify root causes of network failures
- Coordinate end-to-end performance measurement with the results of performance monitoring at different layers in the network
- Correlate defects, faults, and network failures between the different layers to improve efficiency of defect and fault localization and provide better OAM visibility.

The LIME working group will concentrate on the operational challenges in consistent handling of end-to-end OAM and coordination of OAM within underlying network layers. This work will enable consistent configuration, reporting, and presentation for the OAM mechanisms used to manage the network, regardless of the layers and technologies, including management mechanisms to facilitate better mapping between information reported from OAM mechanisms that operate in different network layers. It will also produce architectural guidelines for the development of new OAM tools and protocols in both management plane and data plane so that they may be coherent with these mechanisms and more easily integrated from an operational points of view.

The working group will work on the following deliverables:

- YANG data model(s) for generic layer-independent and technology-independent configuration, reporting and presentation for OAM mechanisms.

- An architecture for OAM that can be used as guidance by other IETF working groups developing new OAM protocols or modifying existing OAM protocols, at any layer and for any technology. This guidance will cover both the management and data planes. Existing OAM architectures will be reviewed.

- Applicability document: The YANG model(s) specified in this working group must be usable and extensible by the existing OAM technologies. This usability and extensibility must be demonstrated, for example with IP Ping, traceroute, BFD, and LSP Ping. Note the technology-specific data model extensions should ideally be worked on in the respective working groups.

The working group will explore and document use-cases for converged management of OAM in multi-layer and multi-technology networks that triggered this work. The use cases will consider scenarios that include (but are not limited to) those that rely upon a centralized control point responsible for the overall OAM management and those that assume the delegation of layer-specific OAM management control points. The working group will decide later whether the use case document needs to be published as an RFC.

If the working group finds it necessary to work on an information model before the data model, it might do so. The working group will decide later whether the information model needs to be published as an RFC.

The initial scope is restricted to a single administrative domain and may be extended for inter-domain scenarios in future as and when a need rises.

The working group will not develop any new OAM protocols.

The LIME WG is not chartered to work on information or data models specific to any data plane or forwarding plane technology that is developed outside of the IETF. However, it is the intention that the generic information and data models produced by the working group should be applicable to multiple layers and technologies in a technology agnostic fashion. Therefore, it is anticipated that the working group will closely coordinate its activities with other SDOs (including, but not limited to the ITU-T, MEF, IEEE, BBF and 3GPP) to ensure that the generic models are harmonized with work done in those SDOs and are applicable to many technologies.

Milestones

Date Milestone
Apr 2016 Recharter or conclude
Apr 2016 Submit the Applicability document to IESG for review as an Informational RFC
Nov 2015 Submit the Architecture document to IESG for review as an informational RFC
Sep 2015 Submit the YANG model(s) document to IESG as a Proposed Standards RFC
Aug 2015 Adopt the WG draft for Applicability of the generic model
May 2015 Adopt the WG draft on LIME Architecture
Feb 2015 Adopt the WG draft on YANG data model(s)