OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO...

29
© ETSI 2017 OSM OVERVIEW Vanessa Little (Vmware) - OSM TSC

Transcript of OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO...

Page 1: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2017

OSM OVERVIEWVanessa Little (Vmware) - OSM TSC

Page 2: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2017

INTRODUCTION TO THE OSM COMMUNITY

Page 3: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

WHAT IS OSM

• ETSI OSM is an operator lead ETSI community

• Delivering a production quality open source Management and Orchestration (MANO) stack

• Aligned with ETSI NFV Information Models

• Meets the requirements of production NFV networks.

3

Page 5: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

OSM GUIDING PRINCIPLES

• Two interrelated objectives for OSM

• Open ‘carrier-grade’ MANO implementation

• Open learning by doing – iterative evolution

• EUAG gives vision and direction for OSM

• EUAG sets out release requirements

• Release requirements have strong practical focus

• 6 month release cycle

• Seeking to avoid the “all things to all people”

Page 6: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

VALUE OF OPEN SOURCE

• ‘Learning by Doing’

• Traditional operator OSS is currently in-house or bespoke developed

• Open source is a relatively logical next step

• Effective way of achieving systems which meet requirements

• Standards are sometimes opaque to whether they meet requirements

• Standards can be susceptible to different interpretations

• Key requirements may not be addressed by standards

• MANO standards are highly complex and still evolving

Page 7: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

LONG TERM VISION - ARCHITECTURE

• Heterogeneous

• Multi-VIM

• Multi-SDN controllers

• OSS Integration via API

• Plug-in architecture

• Platform Intelligence

• Contextual upgrades

• Dynamic Service Graphs

• Real Time Inventory Database

• Security

• Role based access

• Secure remote access

• Secure inter-component communication

Page 8: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

LONG TERM VISION - AUTOMATION

• Automation Evolution Over Time

• Service Design and Deployment On-boarding

• Platform Life Cycle

• Service Life Cycle

• Service Assurance

• Multi-Layer Recursive Framework

• Policy Driven Automation

Page 9: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

RAPID FEEDBACK TO ARCHITECTURE AND STANDARDS

• Continuous Development

• Rapid, continuous development with full support of CI/CD toolkit

• ETSI Interaction and Involvement

• OSM successfully participated in the ETSI NFV Plugtest

• Interaction with IFA standards and influence data models

Page 10: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

OSM GOVERNANCE STRUCTURE

10

Page 11: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

OSM GOVERNANCE FLOW

11

Produces feature requests

TSC

LEADERSHIP GROUPEND USER ADVISORY GROUP

MDGMDG MDG

Sets the Information ModelDecide features per release

Sets the policies of the organizationTakes administrative decisions

Confirms TSC ChairSupports TSC work

Creates/removes MDGAppoints/revokes MDG leads

Reports progressto the LG

Commits modulereleases

Commits project releases

Produces use cases

Reports progress on features

Page 12: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

CURRENT OSM LEADERSHIP

12

Leadership Group (LG)

Chair: FJ Ramón Salguero (Telefónica)Vice-Chair: Andy Reid (BT)Vice-Chair: Pål Grønsund (Telenor)

Technical Steering Committee (TSC)

Chair: Adrian Hoban (Intel)Member: Gerardo García de Blas (Telefónica)Member: Mark Shuttleworth (Canonical)Member: Matt Harper (Rift.io)Member: Vanessa Little (Vmware)

User Interface MDG (UI)

MDG Lead: Kiran Kashalkar (RIFT.io)

End User Advisory Group (EUAG)

Chair: Andy Reid (BT)

Nw Service Orchestration MDG (NSO)

MDG Lead: Rajesh Velandy (RIFT.io)

Resource Orchestration MDG (RO)

MDG Lead: Alfonso Tierno Sepúlveda (Telefónica)

Marketing TF

Convenor: Chris Buerger (Intel)

VNF Config & Abstraction TF (VCA)

Convenor: Marco Ceppi (Canonical)

Interoperability Testing TF

Convenor: Noel Charath (RIFT.io)

Page 13: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2017

OSM ARCHITECTURAL PRINCIPLES

Page 14: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

OSM ARCHITECTURAL PRINCIPLES

14

Layering Abstraction

Modularity Simplicity

Architectural Principles

Page 15: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

ARCHITECTURAL PRINCIPLES FOR OSM

• LAYERING

• Require clear delineation between the layers and modules.

• Should be broadly aligned with ETSI-NFV

• ABSTRACTION

• Moving up/down the layers should offer clear differentiation in the levels of abstraction/detail presented.

• MODULARITY

• Even within layers, clear modularity enabled with a plugin model preferred to facilitate module replacements as OSM community develops.

• SIMPLICITY

• Solution must have the minimal complexity necessary to be successful and no more.

Page 16: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

• Automated end-to-end Service Orchestration• Superset of ETSI NFV MANO• Plugin model for multiple VIMs/SDN Controllers• Generic VNFM style functionality with support

for integrating Specific VNFMs• Physical Network Function integration• Greenfield and brownfield deployments• GUI

Run-Time Scope

• Network Service Definition (CRUD operations)• Model-Driven Environment with Data Models

aligned with ETSI NFV• VNF Package Generation• GUI

Design-Time Scope

OSM SCOPE & MAPPING TO ETSI NFV MANO

16

VirtualisedInfrastructureManager(s)

VNFManager(s)

NFV Orchestrator

Main NFV reference points

NFV Management and Orchestration

Or-Vi

Or-Vnfm

Os-Ma

Ve-Vnfm

Nf-Vi

Service, VNF and Infrastructure Description

OSM Components Other Components

Vi-Vnfm

Resource Orchestrator

(Includes VIM/SDN Connectors)

VNF Configuration & Abstraction

Network Service Orchestrator

GUI & Design-Time Tools

OpenVIM VMwareOpenStack

NFVI

ODL

Floodlight

VNFs

EMSs

OSS/BSS

PNFs

Specific VNFMs

Extract from Figure 4: NFV Reference Architecture Framework, ETSI GS NFV 002 V1.2.1 (2014-12)

Page 17: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

OSM: DEVELOPMENT THEMES

17

On-boarding &

VNF Packaging

Simplified install & upgrade process

Improved development environment

Service Modelling

Enhanced Platform

Awareness

Multiple VIMs & SDN Controllers

Multiple Sites

Page 18: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

LOGICAL ARCHITECTURE

18

Page 19: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

INITIAL OSM ARCHITECTURE

19

Riftware(NSO)

OpenMANO(RO)

Juju Server(VCA)

NSO: Network Service OrchestratorCM: Configuration ManagerRO: Resource Orchestrator

OpenStackController

Compute NodeCompute Node

Compute Node

ProxyCharm

ProxyCharm

VNFVNF

VNF

Compute NodeCompute Node

Compute Node

VNFVNF

VNF

OpenVIMController

OSM

sco

pe

ProxyCharm

Page 20: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

INITIAL OSM ARCHITECTURE

20

Riftware(NSO)

OpenMANO(RO)

Juju Server(VCA)

NSO: Network Service OrchestratorCM: Configuration ManagerRO: Resource Orchestrator

OpenStackController

Compute NodeCompute Node

Compute Node

ProxyCharm

ProxyCharm

VNFVNF

VNF

Compute NodeCompute Node

Compute Node

VNFVNF

VNF

OpenVIMController

OSM

sco

pe

ProxyCharm

DEPLOYMENT & INTERCONNECTION WITH REQUIRED RESOURCES

Page 21: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

INITIAL OSM ARCHITECTURE

21

Riftware(NSO)

OpenMANO(RO)

Juju Server(VCA)

NSO: Network Service OrchestratorCM: Configuration ManagerRO: Resource Orchestrator

OpenStackController

Compute NodeCompute Node

Compute Node

ProxyCharm

ProxyCharm

VNFVNF

VNF

Compute NodeCompute Node

Compute Node

VNFVNF

VNF

OpenVIMController

OSM

sco

pe

ProxyCharm

VNF MODELLING & CONFIGURATION

VNF Model (primitives & attributes)

VNF Configuration

Page 22: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

INITIAL OSM ARCHITECTURE

22

Riftware(NSO)

OpenMANO(RO)

Juju Server(VCA)

NSO: Network Service OrchestratorCM: Configuration ManagerRO: Resource Orchestrator

OpenStackController

Compute NodeCompute Node

Compute Node

ProxyCharm

ProxyCharm

VNFVNF

VNF

Compute NodeCompute Node

Compute Node

VNFVNF

VNF

OpenVIMController

OSM

sco

pe

ProxyCharm

E2E SERVICE ORCHESTRATION(service primitives & attributes)

Page 23: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

INITIAL OSM ARCHITECTURE

23

GUI (RIFT.io – Launchpad)

Service Orchestration (Riftware)(Service Automation & Abstraction Workflow Engine)

VNF Configuration & Abstraction(Juju)

Resource Orchestrator(OpenMANO)

NFVI

VIM

Juju Server

VNF’sVM

Proxy charmVM/container

P A

Charm

VNF’sVM

Proxy charmVM/container

P A

Charm

VNF’sVM

Proxy charmVM/container

P A

Charm…

P – PrimitivesA - Attributes

P A

P A NS Primitives and Attributes

VNF Primitives and Attributes

Page 24: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2017

OSM REMOTE LABS NETWORK

Page 25: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

THE OSM HIVE

• A network of Remote Labs offering different combinations of NFV Infrastructure and VIMs.

• These remote labs are part of the OSM CI/CD pipeline for dedicated ongoing integration testing.

25

Page 26: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

CURRENT MEMBERS

26

Location Netblock Status

ETSI (OSM CI/CD) 172.21.0.0/23 Online

Telefónica 172.21.2.0/24 Online

RIFTio 172.21.3.0/24 Online

Canonical 172.21.4.0/24 Offline

Wind River 172.21.5.0/24 Offline

VMware 172.21.6.0/24 Coming Soon!

Page 27: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017

MINIMUM REQUIREMENTS

• Separate server(s) for the VIM• Separate server for the OSM components,

SO, RO, VCA (juju server)• Dedicated switch(s) capable of multiple

vlans and SR-IOV and PCI-passthruconfigurations

• Edge firewall capable of GRE over IPSecVPN tunnels

27

Page 28: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2016© ETSI 2017© ETSI 2017

HOW TO JOIN THE HIVE

• Join ETSI OSM as a Member or Participant

• Deploy the minimum required hardware and configuration

• Request access via email: [email protected]

28

Page 29: OSM OVERVIEW · • Two interrelated objectives for OSM • Open ‘carrier-grade’ MANO implementation • Open learning by doing – iterative evolution • EUAG gives vision and

© ETSI 2017

THANK YOU!

29

For more information, go to:

https://osm.etsi.org