Christopher Donley Prakash Ramchandran Ulas Kozat

Slides:



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

Zhipeng (Howard) Huang
Please direct any questions or comments to
OSCAR Project Proposed Project for OPNFV
Copyright © 2014 Juniper Networks, Inc. 1 OSCAR Project Proposed Project for OPNFV Stuart Mackie NFV/SDN Architect.
OSCAR Project Proposed Project for OPNFV
IETF 91: Open Platform for NFV Collaboration with I2NSF Chris Donley 1.
OpenContrail for OPNFV
Fault Localization (Pinpoint) Project Proposal for OPNFV
BoF: Open NFV Orchestration using Tacker
1 Adopting and Embracing Open Source for NFV Guy Shemesh Senior Director for Cloud Solutions, CloudBand October 2015.
DPACC Management Aspects
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.
An introduction to Open Source MANO project (OSM)
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
Project Tacker Open Platform for NFV Orchestration OPNFV Design Summit.
Service Design & Onboarding
Open Network Automation Program(ONAP) Merging OPEN-O and ECOMP efforts
SDN-O LCM for Mercury Release Key Points and Overview
Open-O SFC.Mgr Proposal
ONAP Management Requirements
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.
Bryan Sullivan, AT&T June 13, 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
Usecase Subcommittee Meeting
ONAP layering/MEF alignment
ONAP Architecture Meeting 8/8
Enterprise vCPE September 27, 2017.
14 April 2016 Bryan Sullivan, AT&T
Orchestration and Controller Alignment for ONAP Release 1
ONAP Architecture Slides Current Plan of Record
Aligning Orchestration and Controller Per Merger Agreement Vimal Begwani – AT&T Jamil Chawki – Orange Alla Goldner -- Amdocs.
OPEN-O Modeling Directions (DRAFT 0.6)
Tina Tsou, Bryan Sullivan,
Aligning Orchestration and Controller Per Merger Agreement Vimal Begwani – AT&T Jamil Chawki – Orange Alla Goldner -- Amdocs.
Workshop Discussion on Day-2
ETSI NFV: IFA & SOL specifications list
ONAP and SD-WAN Integration Proposal
ARC: Definitions and requirements for SO/APP-C/VF-C discussion Chris Donley Date , 2017.
ONAP Architecture Meeting 8/8
OPEN-O Modeling Directions (DRAFT 0)
ARC 5: Deployment Options Chris Donley
ONAP Integration to External Domain Management Systems (DMS)
Multi-VIM/Cloud High Level Architecture
17 Dec 2015 Bryan Sullivan, AT&T
Enterprise vCPE use case requirement
ONAP – Centralised Parser Distribution Atul Purohit - Vodafone
Tomi Juvonen SW Architect, Nokia
VF-C R2 Feature Planning & Implementation Yan Yang
Agenda Where we are (Amsterdam Architecture)
Nov, 2015 Howard Huang, Huawei Julien Zhang, ZTE
ONAP Amsterdam Architecture
OSM Workshop SDN World Congress Oct’16
DPACC Management Aspects
Multi-VIM/Cloud High Level Architecture
State of OPNFV MANO OPNFV MANO WG Report
Management and Orchestration in Complex and Dynamic Environment
FUNCTIONAL Architecture for R2+
A 5G experimental environment focused on vertical applications
ONAP & ETSI NFV converged architecture
Open Source MANO (OSM) develop an Open Source MANO software stack aligned with ETSI NFV ISG
Presentation transcript:

Christopher Donley Prakash Ramchandran Ulas Kozat OPNFV MANO Project Target Release C/D Christopher Donley Prakash Ramchandran Ulas Kozat

Motivation Provide foundation to integrate MANO with OPNFV Collect requirements and data models from existing projects Gap analysis Develop data models, etc. as needed Other areas – analytics, etc. Should be generic and applicable to all MANOs Integrate Open-O in the D-release Provide requirements document to help alignment with Release1 6/20/2016 OPNFV Introduction

ETSI NFV MANO Standards and OPNFV MANO push up the stack Network Functions Virtualization (NFV); Management and Orchestration (ETSI GS NFV- MAN 001 V1.1.1 (2014-12)). OSS/BSS needs NFVO for Network Services Orchestration & Management (Section 4/5 in doc) NFVO : O&M of Network Service Descriptor (NSD) VNFM : O&M of VNF Descriptor (VNFD) VIM : O&M NFVI(POPs) and Resources (VM,VN.VS) Other FCAPS for Service (Section 4&5) Priority 1 to come up with common minimum for Generic VNFM and flexibility to allow NFVO to also directly Orchestrate and Manage for NFVI through Or-Vi RAS in another aspect besides FCAPS to be noted. FCAPS- 6/20/2016 ETSI NFV MANO

Challenge: Multiple Implementations Several Open Source MANO projects Open-O Open Source MANO (OSM) Tacker Juju Etc. Many differences Scope, data models, interfaces, etc. OPNFV as reference platform for NFV Common integration point to help with consistency Drive alignment on data models, events, etc. Open-O OSM Tacker JuJu OPNFV FCAPS- 6/20/2016 ETSI NFV MANO

Pain Point Example: Open-O views Tacker as VNFM, but is it just a VNFM? OpenStack Tacker NFV-O Service Orchestration ? Functional Boundary VNFM ?? VNF Management 6/20/2016 MANO Integration Issues - Tacker

Introducing Open-O Orchestration Service consists of GS-O/SDN-O/NFV-O and Orchestration Common. GS-O coordinates orchestration across domains. Open-O connects to SDN controllers/VFNM/VIM/EMS through Drivers. Common Service provides platform service(Messaging etc.) Tools consist of model designer &VNF deployment tool. Portal provides GUI mgmt. interface for Open-O.

Where OPEN-O fits in Carrier network BSS: Product Layer OSS: Service Layer Network: Resource Layer App/BSS/OSS Portal (GUI) VIM Customer Facing Service Spec Resource Facing Service Spec Network Service Spec PNFs VNFs Product Spec Resource Spec SDN Ctrl VNFM GS-O Global Service O SDN-O NFV-O OPEN-O Promotional/Bundled/Simple Offerings Product Resource Facing Service Network Service Network Resource Customer Facing Service TMF Customer Device ETSI NFV Biz Layer: Transformation to APP ecosystem. Operation Layer: Orchestration takes key role. Network Layer: Virtualized resources make agility happen.

Modeling Use Case: virtual CPE/CE Catalogue Overlay NS Internet Access Service 500M, with Firewall and NAT Overlay NS (Enterprise) Internet Access Service 500M with Firewall and Policy Cntl Overlay NS (DC) DC Service Chain with vCPE and vNAT Underlay NS Underlay Connectivity (complex, multiple CoSs, hierarchical)

Virtual CPE/CE Use Case (One Approach) Global-Service-O (GS-O) Design Time Catalogue Overlay NS Overlay NS Topology/Graph NFV-O (Enterprise) SDN-O NFV-O (DC) Underlay NS Underlay NS Topology/Graph Transport Controller 1: Connectivity 1 EMS1: pCE Controller 2: Connectivity n EMS2: TTGW Overlay NS (DC) Overlay NS (Enterprise) Underlay NS DC Topology/Graph Underlay NS DC Topology/Graph Firewall Enterprise Transport vCPE DC Transport Policy Control vNAT Enterprise VIM Enterprise SDN Controller DC VIM DC SDN Controller EMSs SDN Controllers

Relationship with other standard bodies Open-O wants to integrate with others ETSI NFV ISG – architecture and data models Open Source projects - OPNFV, Open Stack, Open Daylight, ONOS Customer Portal/BSS (E2E Service= VPN+ VAS + Cloud) Restful API OPEN-O Global Service Orchestrator SDNO NFVO Tacker… G-VNFM WAN SBI VAS SBI OPEN Cord EMS VNF S-VNFM OpenStack EMS Controller vFW,vLB,vCPE,vBNG, vEPC…) Service provider Public cloud Legacy network SDN network NFVI VIM

Relationship with OPNFV Global Service-O (GS-O) Customer facing services are provided by Open-O OPNFV provides VIM services Both OPNFV and Open-O integrate VNFM services OPEN-O SDN-O NFV-O Controller VNFM NE Tacker NE NE VIM Juju NOVA Neutron Juju or Openstack Tacker provides VNF Manager functions Catalog Basic life-cycle of VNF Performance and Health monitoring Auto Healing Configuration Cinder Swift ……. OPNFV/Openstack Nova/Neutron/etc provides VIM service

Relationship with other OPNFV Projects Domino in OPNFV handles template distribution and can help contribute any-to-any delivery of  templates for Orchestration for top down implementation for OPNFV-MANO integration. Models in OPNFV defines various Models and MOVIE is another. If Tacker & Juju can work with them on use cases from NFVO (Open-O/OSM),  there is possibility of encouraging them to contribute. VNF Event Streaming (VES) has a VNF event Collector and VES standardization of notifications is one of the key aspects that can be absorbed by OPNFV OPEN-O integration efforts. Parser defines libraries for Tosca translations for VNFD and NSD to Yang, HOT, and possible others used by different controllers and orchestrators. Doctor is a project whose key feature is immediate notification of unavailability of virtualized resources from VIM, to process recovery of VNFs on them. This may need to add Service Assurance for VM & VNF recovery along with some standardization efforts done by Doctor team independently. Doctors team and MANO workgroup to work out the details if there is any common agreement on this. Promise is a project whose key feature is Virtual Resource reservation and allocation, and thus it may need Service Assurance to reserve, allocate and manage resources on-behalf of NOFVO and again this along RS may depend on documents available to communicate between teams to get to a common ground.

New OPNFV MANO Integration Project Proposal Targets specifically Open-O integration into the OPNFV platform In-scope: Or-Vnfm interface: Should this be handled into Open-O or can OPNFV project provide further requirements and guidance for integration? Vnfm-Vim interface: What should Open-O offload to VNFM? Or-Vim interface: Is there any gap based on the Open-O use cases and service scenarios? Other potential areas Data models, analytics, events, etc. 6/20/2016 OPNFV Open-O Integration Project

Questions? Please direct any questions or comments to opnfv-tech-discuss@lists.opnfv.org [opnfvdocs] 11/6/2018 OPNFV Documentation