MEF Modeling Activities

Slides:



Advertisements
Similar presentations
All rights reserved © 2006, Alcatel Grid Standardization & ETSI (May 2006) B. Berde, Alcatel R & I.
Advertisements

1 Introducing the Specifications of the Metro Ethernet Forum.
1 Introducing the Specifications of the MEF MEF 50: Carrier Ethernet Service Lifecycle Process Model.
Abstraction and Control of Transport Networks (ACTN) BoF
Lecture slides prepared for “Business Data Communications”, 7/e, by William Stallings and Tom Case, Chapter 8 “TCP/IP”.
Architectural Design.
Kostas Giotis, Yiannos Kryftis, Vasilis Maglaris
UNI Manager Project Proposal to OpenDaylight
Notes of Rational Related cyt. 2 Outline 3 Capturing business requirements using use cases Practical principles  Find the right boundaries for your.
1 Light Reading Ethernet Europe – Frankfurt – April 2013 Ralph Santitoro MEF Director and Co-chair of CE4Cloud/SDN Project Director of Strategic Market.
GEN15 LSO Hackathon. Session Topics LSO Hackathon vision (GEN15 and beyond) GEN15 LSO/CE 2.0 oriented scope (review of the diagram) and defined outputs.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
IETF 92 draft-lam-teas-usage-info-model-net- topology-00.
Open Source and Info Models 17 Dec 2015 Bryan Sullivan, AT&T.
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
What do Open APIs mean for our organization
14 March 2016 Bryan Sullivan, AT&T Artur Tyloch, Canonical
Dr. Ir. Yeffry Handoko Putra
Creating New Revenue by Exposing Network Services Using TM Forum APIs
ONAP and MEF LSO External API Framework Functional Reference Architecture 12 July 2017 Andy Mayer, Ph.D. © 2016 AT&T Intellectual Property. All rights.
Developing an Implementation Framework for the Future Internet using the Y-Comm Architecture, SDN and NFV Glenford Mapp Associate Professor Middlesex University,
ONAP layering/MEF alignment
Defining ONAP APIs With BSS/OSS
MEF Modeling Activities
Instructor Materials Chapter 7: Network Evolution
LSO Hackathon Kickoff Charles Eckel.
Lifecycle Service Orchestration (LSO) Models in context
Task 1 Scope – Controller (L=ND)
Progress of Network Architecture Work in FG IMT-2020
MEF Common Information Model Overview
OPEN-O Modeling Directions (DRAFT 0.6)
CIM Modeling for E&U - (Short Version)
Workshop Discussion on Day-2
ONF presentations to ETSI NFV m-SDO IM/DM Workshop ONF Common Information Model – Core Information Model January 2016.
IEEE 802 OmniRAN Study Group: SDN Use Case
OPEN-O Modeling Directions (DRAFT 0)
LSO Hackathon Kickoff Charles Eckel.
MEF Q2, April Frankfurt, Germany
Systems Analysis and Design With UML 2
ONAP Integration Through Information and Data Modeling
MEF LSO Legato SDK 24 October 2017 Andy Mayer, Ph.D. Tara Cummings.
1st Draft for Defining IoT (1)
ONAP Integration to External Domain Management Systems (DMS)
LSO Hackathon Summary Charles Eckel, Cisco DevNet.
17 Dec 2015 Bryan Sullivan, AT&T
Chapter 18 MobileApp Design
Using the MEF Core Model in ONAP John Strassner, Ph. D. Andy Mayer, Ph
Intent Based Orchestration for Applications
Driving Agility with Automated Service Orchestration
Interface to Routing System (I2RS)
ONAP APIs Andrew Mayer, AT&T
Cloud Computing.
MEF 3.0.
ONAP Amsterdam Architecture
Consideration of Modeling Evolution in ONAP Michela Bevilacqua Peter Wörndle and Tara Cummings 13 December , 2017.
MEF API Development Approach
Introducing the Specifications of the MEF
Digital Transformation Asia 2018 – CALL FOR SPEAKERS
Ebusiness Infrastructure Platform
Unified Modeling Language
Phaethon: a lightpath provisioning adapter for LightSoft
Cloud-Enabling Technology
Brokering as a Core Element of EarthCube’s Cyberinfrastructure
János Farkas, Balázs Varga, Rodney Cummings, Jiang Yuanlong
Network Services Evolution and Development
Network Services Evolution and Development
ONAP Architecture Principle Review
Karthik Sethuraman, NEC
Karthik Sethuraman, NEC
Presentation transcript:

MEF Modeling Activities Putting Models in Context

Outline Challenges MEF’s Third Network Vision Lifecycle Service Orchestration (LSO) Models in context LSO.net Conclusions

Challenges On-demand Services Quality Expectations Evolution of Networks and Services On-demand Services The new cloud-centric reality puts pressure on network connectivity service ordering and activation times which can no longer take days or weeks but need to be measured in minutes. Quality Expectations Regardless of where or how end users are connected to the network, they expect consistent quality. Users expect the performance of their apps in the remote cloud to behave as they do when running locally on their LAN. Therefore, the quality of the network connectivity service must align with the needs of the applications and their users. Network connections are often perceived as a “dumb, fat pipe”, e.g., broadband connection to the Internet purchased in bandwidth tiers. The lower perceived value of network connectivity, when compared to applications, can result in an inequitable distribution of revenues between network connectivity service providers and over-the-top application service providers. Evolution Networks and Services As we move to an even more dynamically connected cloud-centric future, many devices, e.g., connected cars, smartwatches, smartphones, tablets, phablets, and sensors, will connect and communicate to further enhance our lives. The underlying network must transform to facilitate cloud service delivery and mobile services that connect people and devices in real-time, on-demand, with an assured quality of experience.

MEF’s Third Network Vision Enable agile networks Deliver assured connectivity services Orchestrated across network domains Between physical or virtual service endpoints MEF’s Third Network Vision is to enable agile networks that deliver assured connectivity services orchestrated across network domains between physical or virtual service endpoints. […] The MEF’s Third Network vision defines the next phase of industry growth to enable agile networks that deliver assured connectivity services orchestrated across network domains between physical or virtual service endpoints. The Third Network delivers network as a service - the evolution of network connectivity services - that provides new levels of user control, enhanced user experience and dynamic, on-demand network services that best align with the needs of cloud-based applications and services.[…]

Lifecycle Service Orchestration

Lifecycle Service Orchestration Orchestration capabilities Backbone of the Lifecycle Services provided by The Third Network Provides orchestrated management and control of Connectivity Services What is MEF Lifecycle Service Orchestration (LSO)? LSO provides for the orchestrated management and control of Third Network Connectivity Services. LSO Reference Architecture characterizes the management and control domains and entities that enable the cooperative LSO capabilities. LSO overcomes existing complexity by defining product, service, and resource abstractions that hide the complexity of underlying technologies and network layers from the applications and users of the services.

Lifecycle Service Orchestration (cont) Defines product, service, and resource abstractions Abstracts complexity from applications and users of Connectivity Services Infrastructure-agnostic (WAN technologies, NFV, SDN) What is MEF Lifecycle Service Orchestration (LSO)? LSO provides for the orchestrated management and control of Third Network Connectivity Services. LSO Reference Architecture characterizes the management and control domains and entities that enable the cooperative LSO capabilities. LSO overcomes existing complexity by defining product, service, and resource abstractions that hide the complexity of underlying technologies and network layers from the applications and users of the services.

Models in Context

LSO Engineering Methodology Enables the transformation of LSO capabilities into interoperable, specific, consistent, and verifiable designs and implementations Generates re-usable engineering specifications and artifacts Captures LSO requirements, capabilities, functionality, behavior, processes, information, interfaces and APIs The primary goal of the LSO Engineering Methodology is the generation of re-usable engineering specifications and artifacts capturing the LSO requirements, capabilities, functionality, behavior, processes, information, interfaces and APIs supporting management and control of Connectivity Services. These engineering artifacts will prove to be valuable resources in enabling the transformation of LSO capabilities into interoperable, specific, consistent, and verifiable designs and implementations

LSO-Related & Modeling Activities MEF LSO Reference Architecture and UNITE Product Catalog, Ordering, Performance Reporting, Serviceability MEF Service Definitions (including virtualization) Common Information Models LSO Reference Architecture & Framework Business Process Flows Interface Profiles API Specifications & Data Models Reference Implementations API Implementations Certifications Static definitions of product / service / resource classes and their extensions i.e. MEF 7.3 NRP API Test Suite LSO Hackathon, ODL, OPNFV MEF 6.2, 33, 51, 10.3, 26.2, etc. MEF 50 Specification of functional interfaces for LSO, i.e. Presto, Legato YANG/JSON Schema i.e. NRP MEF Models are developed in the context of the LSO Engineering Methodology. Modeling permeates and supports the work of the MEF at every stage of the LSO engineering methodology. 4 Types of Modeling driven from LSO Engineering Methodology Business Process Modeling Defines the overall process flows relevant to LSO, i.e. MEF 50 Common Protocol Neutral Modeling Defines the MEF Core static model and extensions in the product / service / resource domains Interface Specific Modeling Defines “interface profiles” that characterize the dynamic behavior of specific interface functionality based on static model classes API Specific Modeling Defines functional interface specific “data models” (schema)

Common Information Model UML Models Guidelines Common Information Model Core WG Specific Interface Profiles Pruning/ Refactoring Papyrus UML Modeling Pruning / Refactoring Data Schemas Mapping Encodings UML to Data Schema Mappings UML to Yang JSON UML Modeling & Interface Development Process Document Process MEF Modeling Process (based on the process proposed by the ONF). Core Modeling Defines an “umbrella” model based on the TMF SID Product / Service / Resource domains Working Group Specific Projects define MEF specific extensions to the core model, i.e. MEF 7.x Interface Profiles The protocol neutral information model extensions are “pruned & refactored” to show class realizations and behavior of specific functional interfaces Data Schema Interface profiles are mapped to API specific data schema used in the delivery of an API specifications

LSO Reference Architecture and Framework Expresses the vision of the MEF LSO capabilities Characterizes management and control domains/entities that enable LSO capabilities Layered architecture Provides a layered architecture that characterizes the management and control domains and entities that enable the cooperative LSO capabilities for Connectivity Services. High level operational threads describing user stories of orchestrated Connectivity Service behavior as well as interactions among management entities, expressing the vision of the MEF LSO capabilities The management interface reference points that characterize interactions between LSO ecosystem components are identified in the reference architecture

LSO Reference Architecture and Framework Management Interface Reference Points specify interactions between LSO components High level operational threads describe orchestrated Connectivity Service behavior and interactions among management entities LSO Reference Architecture provides a layered architecture that characterizes the management and control domains and entities that enable the cooperative LSO capabilities for Connectivity Services. High level operational threads describing user stories of orchestrated Connectivity Service behavior as well as interactions among management entities, expressing the vision of the MEF LSO capabilities The management interface reference points that characterize interactions between LSO ecosystem components are identified in the reference architecture

LSO-related Modeling Projects SP Domain Customer Domain Partner Domain Network Infrastructure Customer Application Coordinator Element Control and Management Infrastructure Control and Management Service Orchestration Functionality Presto (SOF:ICM) Allegro (CUS:SOF) LEGATO (BUS:SOF) Cantata (CUS:BUS) ADAGIO (ICM:ECM) Interlude (SOF:SOF) Sonata (BUS:BUS) Business Applications REFERENCE ARCHITECTURE Ordering Serviceability (WIP) Yang Service Modules (Aligned with IETF) Network Resource Provisioning (Based on ONF Core Model) Network Resource Model (Based on ONF Core Model) MEF is tackling the problem of modeling service and service management abstractions. Other MEF modeling activities, such as resource modeling at the network and element layers, is driven by MEF Service Management requirements. MEF believes that a common ordering object model and corresponding API is needed. MEF’s tackling this challenge via projects such as ordering and serviceability (the availability of services at a given location). The LSO Reference Architecture and its Interface Points provides context for MEF’s modeling activities.

LSO Management View Abstractions Service View Element & Equipment Element Control & Management Service Orchestration & Infrastructure Management (Subnetwork) LSO RA Context Information Class Examples per Management Abstraction View Network Element Card Product Offering Endpoint Logical Termination Point Forwarding Construct Port Service Orchestration (Provider domains & multi-domain) Business Apps Product View Catalog Customer Link Network & Topology Service Server Facility Fabric Management Abstractions Service Spec Forwarding Domain VNF Resource View Spec Instance Service Component Service Access Point Route Link End Cross Connect VNE Interface Models and abstractions must be understood in the right context; the right model in the right layer. LSO RA provides the context for the models and modeling activities.

MEF’s LSO.net LSO experimentation and incubation platform Support for LSO Hackathons OS/SDO collaboration environment Accelerates the development of data models and APIs LSO.net takes the LSO RA to the next level by providing a cloud-based platform and LSO Hackathons that will: -Create an environment for experimentation that will accelerate the development of the artifacts the market demands. APIs and data models are a starting point. -Be a platform to validate & solidify, via the LSO Reference Architecture, MEF’s vision of a Third Network. -Become an incubator for new MEF projects and artifacts. -Serve as a collaboration platform between MEF and other SDOs and between MEF and the open source community.

Conclusions Alignment and Velocity are fundamental Our focus is on entities on the service, service management and resource layers Models and abstractions must be understood in the right context Alignment is fundamental at two levels: management abstraction entities and terminology. Also, if SDOs do not converge on a common object model and increase velocity, then open source community will. MEF is tackling the problem of modeling service and service management abstractions. MEF’s focus is not only on service / service management but also on the resource layer. Other MEF modeling activities, such as resource modeling at the network and element layers, is driven by MEF Service Management requirements. MEF believes that models and abstractions must be understood in the right context; the right model in the right layer. LSO Reference Architecture provides the context for models and abstractions.