OPEN-O Modeling Directions (DRAFT 0.6)

Slides:



Advertisements
Similar presentations
Introducing Open Platform for NFV Please direct any questions or comments to 1.
Advertisements

NFVRG Dallas Verification of NFV Services : Problem Statement and Challenges draft-shin-nfvrg-service-verification-01 M-K. Shin, ETRI.
IETF 91: Open Platform for NFV Collaboration with I2NSF Chris Donley 1.
BoF: Open NFV Orchestration using Tacker
1 Adopting and Embracing Open Source for NFV Guy Shemesh Senior Director for Cloud Solutions, CloudBand October 2015.
How TOSCA Adds Value in NFV world
Open Source and Info Models 17 Dec 2015 Bryan Sullivan, AT&T.
OPEN-O for MODM Unified NFV/SDN Open Source Orchestrator
Project Tacker Open Platform for NFV Orchestration V1.1 / 02/16/16.
14 March 2016 Bryan Sullivan, AT&T Artur Tyloch, Canonical
Model-Driven NFV (Models) Project 22 March 2016 Bryan Sullivan, AT&T.
Benoit Claise Mehmet Ersue
OSM - Open Source MANO An open-source project hosted by ETSI
June 20–23, 2016 | Berlin, Germany. MANO Modeling: Service, Infrastructure and VNF On-Boarding and Interoperability Uri Elzur, Intel Bryan Sullivan, AT&T.
Open Network Automation Program(ONAP) Merging OPEN-O and ECOMP efforts
Open-O SFC.Mgr Proposal
OPEN-O VNF Supplier APIs & SDK Project Proposal
ARC: Definitions and requirements for SO/APP-C/VF-C discussion including call notes Chris Donley July 5, 2017.
OPEN-O Architecture Comments
ONAP and MEF LSO External API Framework Functional Reference Architecture 12 July 2017 Andy Mayer, Ph.D. © 2016 AT&T Intellectual Property. All rights.
Orchestration and Controller Architecture Alignment Vimal Begwani AT&T
Rationalizing ONAP Architecture for R2 and Beyond Vimal Begwani – AT&T
Open Network Automation Platform (ONAP) Controller Architecture Proposal DRAFT.
ONAP layering/MEF alignment
MEF Modeling Activities
ONAP Architecture Meeting 8/8
14 April 2016 Bryan Sullivan, AT&T
Lifecycle Service Orchestration (LSO) Models in context
Orchestration and Controller Alignment for ONAP Release 1
ONAP Architecture Slides Current Plan of Record
ONAP Multi-VIM/Cloud Long Term Architecture and Use Cases (Under Community Discussion across Use Case, Optimization Framework, OOM,
MEF Common Information Model Overview
Defining ONAP VNF Package Model
Tina Tsou, Bryan Sullivan,
Rationalizing ONAP Architecture for R2 and Beyond
Workshop Discussion on Day-2
ETSI NFV: IFA & SOL specifications list
ARC: Definitions and requirements for SO/APP-C/VF-C discussion Chris Donley Date , 2017.
ONAP Architecture Meeting 8/8
Domino Release D Planning
OPEN-O Modeling Directions (DRAFT 0)
MEF Modeling Activities
MEF LSO Legato SDK 24 October 2017 Andy Mayer, Ph.D. Tara Cummings.
ONAP Information Model and Data Model
ECOMP Information Model
17 Dec 2015 Bryan Sullivan, AT&T
Target ONAP End-to-End Architecture Tiger Team Presentation Parviz Yegani – Futurewei Technologies Contributors: Vimal Begwani (AT&T), Jamil Chawki.
ONAP Amsterdam Architecture
OASIS TOSCA Report for December ONAP Event
VoLTE remaining requirements Auto & manual Scaling
Deployment Flavor Model – Challenges and Emerging trends for ONAP adaptation Priya TG, NetCracker Technology.
OASIS TOSCA Report for December ONAP Modeling Workshop
Agenda Where we are (Amsterdam Architecture)
ONAP APIs Andrew Mayer, AT&T
ONAP Amsterdam Architecture
Consideration of Modeling Evolution in ONAP Michela Bevilacqua Peter Wörndle and Tara Cummings 13 December , 2017.
Christopher Donley Prakash Ramchandran Ulas Kozat
OSM Workshop SDN World Congress Oct’16
Documenting ONAP components (functional)
State of OPNFV MANO OPNFV MANO WG Report
FUNCTIONAL Architecture for R2+
A 5G experimental environment focused on vertical applications
ONAP Beijing Architecture Chris Donley 1/9/18
Defining ONAP VNF Package Model
IFA007: VNF LCM The Or-Vnfm reference point is used for exchanges between Network Functions Virtualization Orchestrator (NFVO) and Virtualized Network.
ONAP & ETSI NFV converged architecture
Open Source MANO (OSM) develop an Open Source MANO software stack aligned with ETSI NFV ISG
Open Source Projects Collaborations with ONAP
Amdocs project overview
Proposed Approach for ONAP Runtime Support of Network Service Onboarding Gil Bullard, AT&T.
Presentation transcript:

OPEN-O Modeling Directions (DRAFT 0.6) OPEN-O Technical Steering Committee

OPEN-O is more than MANO… Portals OSS/BSS Design- Time Environment NFV MANO Virtualized Network Functions (VNFs) NFV Orchestrator GUI VNFM NFV Infrastructure (NFVI) Modeling VIM Catalogues Legacy Networks SDN Infrastructure Models need to extend beyond MANO as well… Open-O covers more than MANO MANO covers “greenfield” NFV functions OPEN-O also integrates with legacy BSS/OSS Service and Resource orchestration OPEN-O orchestrates brownfield SDN and legacy networks OPEN-O is building a design time environment (not just a runtime env.)

OPEN-O requires unified information & data models that encompass OPEN-O Direction It’s about the services End-to-end Model-driven Support for brownfields Connectivity services Tailored to the operator Modular framework OPEN-O requires unified information & data models that encompass physical, virtual and cloud based infrastructure, SDN & NFV, applications and complex datacenter and intra-datacenter connectivity

OPEN-O SDO and Open Source Ecosystem IM/DM – ETSI, MEF, TMF, OASIS, ONF Architecture – ETSI NFV & MEF LSO Open Source (NFV) – OPNFV, OpenStack, Aria, etc. Open Source (SDN) – Open Daylight, ONOS Others…

Design Time vs Run Time Models… CONSUMER Customer Facing Service Model (Services) PROVIDER Design Time View (Desired) Functional Topology Deployment Requirements Functional Requirements Operational Requirements Infrastructure Requirements Run-Time View (Actual) Deployment Topology Health SLO’s & OLO’s Operational State Operational Policies Infrastructure Mappings (Physical/Virtual/Cloud) Infrastructure Topology Resource Health Resource State Network Service Model (Services) VNF Model (Applications) Resource Mapping Infrastructure Model (NFV-I) Design time is different from run-time We need to expose run-time models SDOs: Please ensure alignment between design-time and run-time models

VNF lifecycle modeling and automation challenges… Open-O General Approach: Leverage OASIS/TOSCA model – TOSCA NVF Profile Leverage ETSI/MANO model for design-time & run-time modeling – VNFD, VNFR, VDU, and VRU Use requirement/capability matching for deployment Identified TOSCA & ETSI/NVF Challenges TOSCA and ETSI specifications are evolving at different rates, and maintaining alignment is a challenge VNF model is too simplistic – need layers for services, applications, platform, infrastructure VNF model is incomplete – missing infrastructure requirements, KPIs, and operational characteristics Requirements and dependencies… Policies, rules and plans… Characteristics, metrics and ratings… Instrumentation, KPIs and actions… Model Attributes Deployment Perspective Functional Perspective Operational Perspective

Possible Open Source Alignment with ETSI/TOSCA/YANG Standard (IM and DM) Opensource(DM) TOSCA Tacker tosca-nfv-profile-CSD03 ETSI MANO v1 ? ? ETSI IFA tosca-nfv-profile based on IFA Tacker Open ECOMP ? ? ETSI SOL YANG Rel.2-3 ? OSM YANG Rel. 1 ETSI OSM Rel.2

NFV template modeling language Phase 1 Tosca Profile Tosca NFVv1 Phase 1 Design Tacker ETSI MANO v1 Phase 1 Yang ETSI OSM YANG NFVv1 Descriptors with Para Phase 2 Descriptors Phase 3 Tosca Profile ETSI IFA Current ETSI/TOSCA NFV profiles are not sufficient ETSI/OASIS developing new versions Open source groups adopting & extending Possible divergence in the industry Close the loop from open source to SDOs ETSI SOL Tosca NFV v2 Phase 3 YANG ETSI OSM

Possible alignment with MEF Framework End to End Services Business Application Business Applications Business Applications Customer Domain SP Domain Partner Domain OSS BSS Portals Legato Service Orchestration GS-O NFV-O SDN-O Presto Infrastructure Control and Management SDN Controllers NFV MANO: VIM, VNFM Adagio Element Control and Management EMS NMS Simplistic view for discussion

Open-O Modeling Approach Using TOSCA for GS-O, SDN-O, and NFV-O northbound interfaces, VNF packaging NFV-O: ETSI-aligned (existing and emerging) Developing extensions based on specific use cases Considering YANG for SDN-O southbound Discussing MEF Presto alignment Developing packaging format for VNFs Interested in wider industry alignment

Challenges Ahead Models need to extend beyond MANO as well… Services – customer facing, resource facing Applications – middleware, VNFs Infrastructure – physical, virtual, cloud based Network Connectivity VNF modeling & packaging Service modeling & packaging Alignment between SDN & NFV PNFs and VNFs “Northbound” interoperability across orchestrators