onapの概要と現状 - okinawaopenlabs.com ran deployment, slicing ... china telecom, china...

1 © NEC Corporation 2017

ONAPの概要と現状

2017年12月4日

日本電気株式会社 SDN/NFVソリューション事業部主任

清水淳

Okinawa Open Days 2017オープン・ネットワーキング・スペシャル・セッション

本日の内容

1. ONAPの概要

2. ONAPのスコープ

3. アーキテクチャ

4. Modeling

5. VNF Descriptor, Package

6. ONAP Amsterdamリリースの構築要件

7. Release 2 Beijingについて

8. Good Points / Concerns

9. まとめ


ONAP(Open Network Automation Platform)とは


ONAPの成り立ち

2017年4月にリリースされたコードはOpenECOMPマージされた版(Release1 Amsterdam）は2017/11/20にリリースされた→ プレスリリース: https://www.onap.org/announcement/2017/11/20/onap-delivers-amsterdam-release-sets-standard-network-service-automation

https://www.onap.org/announcement/2017/11/20/onap-delivers-amsterdam-release-sets-standard-network-service-automation


参加メンバー

プラチナ19社、シルバー33社（2017/11/22 現在）

プラチナのベンダー枠はすでに埋まっている

シルバーメンバーとして

NEC/Netcrackerも参加中

MEFとの連携がアナウンス（2017/10/11）→MEFとONAPはそれぞれのメンバーとして登録http://www.mef.net/Press-Releases/MEF-and-ONAP-Collaborate-to-Advance-Agile-Assured-and-Orchestrated-Services-Over-Automated-Networks

MEF連携は次スライドで紹介

http://www.mef.net/Press-Releases/MEF-and-ONAP-Collaborate-to-Advance-Agile-Assured-and-Orchestrated-Services-Over-Automated-Networks


MEFとの連携

▌ SDN NFV World Congress 2017で発表(10/11)

▌ Collaboration to accelerate the rollout of agile, assured, and orchestrated services across automated, virtualized, and interconnected networks. (Pressより抜粋)

▌ ONAP will work closely with MEF to make sure the community gets one view of the LSO.(Arpit Joshipura氏 )

出典: http://www.mef.net/


Overall Statistics

R.1 Code Freeze(9/28)までは右肩上がり傾向活動企業は限定されている

出典: Bitergia


対象レイヤ

他のOSSと比較して広いレイヤを対象としている

LINUX FOUNDATIONの資料より抜粋


対象スコープ（サービスライフサイクル）

▌迅速にサービスを提供するために、NWサービスの実行基盤だけでなくNWサービスライフサイクル全体を管理する機能まであわせて提供

継続的自動試験

リソース管理

NWサービス設計(モデリング)

インフラ/サービスの継続的監視・分析

インフラ/サービスのデプロイ

計画・要件定義

サービスライフサイクル

ETSI定義上のMANOの範囲

ONAPの範囲


Amsterdam High Levelアーキテクチャ出典:https://wiki.onap.org/display/DW/Architecture

▌ Design-TimeとRun-Timeに分かれた構成になっているのが特徴

▌アーキテクチャについては議論が不十分な印象


Modeling言語

各コンポーネントで様々なModeling言語が用いられており非常に複雑

https://wiki.onap.org/download/attachments/3245203/ONAP%20Architecture%20Evolution%2005022017_v7.pptx?version=1&modificationDate=1493761356000&api=v2 より

EMF = Eclipse Modeling Framework

DG = Directed Graph ( 参考: https://wiki.onap.org/display/DW/Service+Logic+Interpreter+Directed+Graph+Guide )

BPEL = Business Process Execution Language

https://wiki.onap.org/download/attachments/3245203/ONAP Architecture Evolution 05022017_v7.pptx?version=1&modificationDate=1493761356000&api=v2

https://wiki.onap.org/display/DW/Service+Logic+Interpreter+Directed+Graph+Guide


VNF(Virtual Network Function) DescriptorとPackage

VNFをオンボードするためのDescriptorとPackage

VNF Package (CSAR)の構成

ONAPのDescriptor, Package仕様はModelling Sub-Committeeが統括

Manifest File VNF Descriptor(TOSCA) Software Image Additional Files


VNF Package仕様

出典:https://wiki.onap.org/display/DW/ONAP+Release+1+modeling+specification

Release 1 : TOSCA CSAR Version 1.1 Option 1 (ETSI GS NFV-SOL004) がベース

ONAP仕様を追加

Release 2 (予定): Option1に加え、Option2をサポート

Security Featureをサポート

Release 1のVNF Packageフロー

DESIGN-TIME RUN-TIME


VNF Descriptor 言語仕様

Function Release0 Release 1 (Amsterdam) Release 2 (Beijing)

SDC (Service Design and Creation)

HEAT Template TOSCA Simple YAML 1.0 with ONAP SpecificHEAT Template

TOSCA Simple YAML 1.1(予定)

SO (Service Orchestrator) HEAT Template TOSCA Simple YAML 1.0 with ONAP SpecificHEAT Template

VF-C TOSCA 1.0 XML TOSCA 1.0 YAML

▌SOはvCPEユースケースベースで開発されておりONAP仕様が入ってしまっている→ Release2以降で標準準拠する動き

▌VF-CはOPEN-O時代から標準準拠を意識しており、API, インターフェースともに(ほぼ）ETSIに準拠

VNF Descriptor言語の変遷


Amsterdam Release の構築要件

▌インストール方法

Full ONAP installation (HEAT)

Advanced installation to install individual components (OOM)

Experimental installation(Kubernetes)

▌プラットフォーム要件

OpenStack Ocata (or later)

下記のコンポーネント

Cinder, Designate, Glance,

Heat, Horizon, Keystone,

Neutron, Nova

▌必要リソース(Full Installation)

29 VM

148 vCPU

336 GB RAM

3 TB Storage

29 floating IP addresses

▌ネットワークThe Internet と OpenStack API (NFVI)に到達可能なExternal Network

Rel.0と違いマニュアルが作成されているhttp://onap.readthedocs.io/en/latest/guides/onap-developer/settingup/fullonap.html#demo-installing-running-onap

http://onap.readthedocs.io/en/latest/guides/onap-developer/settingup/fullonap.html#demo-installing-running-onap


Release 2 プラン

すでにRelease 2に向けた活動が始まっている

今この辺り


Release 2 Use Case 候補

▌5G- RAN deployment, Slicing, SONAmdocs, AT&T, Cisco, Ciena, Ericsson, Intel, Viavi, VMware

▌Enterprise vCPE --potential R1 use cases’ extensionChina Telecom, China Mobile, Huawei, ZTE, ARM, Accenture

▌ONAP Change ManagementAT&T

▌ONAP service provision and activation system/functionChina Mobile

▌SD-WANNetcracker, Accenture

▌VNF Scale OutAT&T

▌Centralised Parser DistributionVodafone


Good Points / Concerns

▌Good Points 広いスコープの統合プラットフォーム

キャリアグレードを狙いR.2以降はS3P(Stability, Security, Scalability and Performance)をフォロー

Linux Foundation配下での連携（OPNFV, ODLなど)

標準準拠のモチベーション（Modeling, Architecture subcommittee)

TOSCA, CSARのサポート

Microserviceベースの構成

▌Concerns Open Networking Automation Platformからは遠い (多数のマニュアル操作)

プロジェクト横断のアーキテクチャビジョンが見えない

Microserviceの概念が統一されていない

要求リソースが非常に大きい（CDAP(Hadoop)も影響）

GUIが不足気味かつ統合されていない

開発者用の開発フレームワークない


まとめ

▌ECOMPとOpen-OがLinux Foundation配下で統合したのがONAP

▌ETSI NFVのMANOの範囲にとどまらず、Designなどもフォローする統合プラットフォーム

▌多数のオペレータ、ベンダが参加し、標準団体(MEF)とも連携

▌初版のAmsterdamリリースが11月20日にリリースされた

▌Modeling言語の本格的な整合はRelease２(Beijing)以降

▌コミュニティは成長段階

onapの概要と現状 - okinawaopenlabs.com ran deployment, slicing ... china telecom, china...

Documents