summit 16: experiences from the trench: bringing docomo multi vendor nfv solution into commercial...

Slide title

44 pt

Text and bullet level 1

minimum 24 pt

Bullets level 2-5

minimum 20 pt

Characters for Embedded font: !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³´¶·¸¹º»¼½ÀÁÂÃÄÅÆÇÈËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿĀāĂăąĆćĊċČĎďĐđĒĖėĘęĚěĞğĠġĢģĪīĮįİıĶķĹĺĻļĽľŁłŃńŅņŇňŌŐőŒœŔŕŖŗŘřŚśŞşŠšŢţŤťŪūŮůŰűŲųŴŵŶŷŸŹźŻżŽžƒȘșˆˇ˘˙˚˛˜˝ẀẁẃẄẅỲỳ–—‘’‚“”„†‡•…‰‹›⁄€™ĀĀĂĂĄĄĆĆĊĊČČĎĎĐĐĒĒĖĖĘĘĚĚĞĞĠĠĢĢĪĪĮĮİĶĶĹĹĻĻĽĽŃŃŅŅŇŇŌŌŐŐŔŔŖŖŘŘŚŚŞŞŢŢŤŤŪŪŮŮŰŰŲŲŴŴŶŶŹŹŻŻȘș−≤≥fifl

ΆΈΉΊΌΎΏΐΑΒΓΕΖΗΘΙΚΛΜΝΞΟΠΡΣΤΥΦΧΨΪΫΆΈΉΊΰαβγδεζηθικλνξορςΣΤΥΦΧΨΩΪΫΌΎΏ

ЁЂЃЄЅІЇЈЉЊЋЌЎЏАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯАБВГДЕЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯЁЂЃЄЅІЇЈЉЊЋЌЎЏѢѢѲѲѴѴҐҐәǽẀẁẂẃẄẅỲỳ№

Do not add objects or text in the

footer area

Hyperscale Now | Ericsson Internal | © 3/287 01-FGB 101 0261 Uen, Rev B | 2016-02-22 |

Experiences from the trench Bringing DOCOMO Multi Vendor NFV Solution into Commercial Service

Victor Souza Strategic Product Manager, Ericsson AB, Sweden

Keisuke Suzuki Manager of Network Virtualization Platform Group, NTT DOCOMO, INC., Japan

Slide title

70 pt

CAPITALS

Slide subtitle

minimum 30 pt

9th of march…

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area

Public | © Ericsson AB 2016 | 2016-05-31 |

Project objectives

CAPEX/OPEX Reduction Rapid Service Provisioning

Virtualization layer Virtualization

management

system

General-purpose

hardware

General-purpose

hardware

Software Software

General-purpose

hardware

Service launch

Software installation,

setup

Testing

Start preparing

services

Gain benefit of BOTH Strength and Flexibility

Improve Network Reliability Improve Connectivity

Virtualization layer

Hardware

Software Software

Hardware

Virtualization

management

system

Add

resources

Congested


Hardware

Software Software

Hardware

Virtualization

management

system

Instruct

change

-over

Trouble

Hardware

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


Project objectives Increase NFV/SDN benefit by multi-vendor system combination


Combination of multiple vendors Single vendor


Virtualization

management

system

Hardware Hardware

(SBY)

Software

New service

Hardware

(SBY)


Virtualization

management

system

Software

Hardware

Hardware

(SBY)


Virtualization

management

system

Software

Vendor A

Hardware Congestion

Vendor B

Vendor Ｘ


Virtualization

management

system

Hardware Hardware

Software Software Congestion or trouble

Hardware

(SBY)

1 STBY HW for all vendors

Vendor A Vendor B

1 STBY hardware for vendor B

Virtualization

management

system

Hardware Hardware

Software Software

Vendor A Vendor B

HW/VM/SW installation is needed

Only Software installation is needed

1 STBY hardware for vendor A

Vendor Ｘ

Software

(New service)

Hardware

Add new service

Add new service

Trouble

NFV solution(OPNFV) , Standardization(ETSI NFV), and system integration are key for a multi-vendor system

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


The building blocks

Hardware

Monitor

S-VNFM

VNF 1

NFVO

NFVI VIM

OSS / BSS

S-VNFM

VNF 1

SDN Controller

G-VNFM

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


Open vendor environment

COTS server Cisco Storage

Vendor

Cisco APIC

Ericsson

Cloud

Manager

Ericsson

Cloud

Execution

Environment

Hardware

Monitor

S-VNFM

VNF 1

NFVI VIM

OSS / BSS

S-VNFM

VNF 1

SDN Controller

NEC VNF Fujitsu VNF

NFVO

G-VNFM

External DCM

systems

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


FUEL used for automated

installation of NFVI and VIM

SR-IOV implemented in

IceHouse using nova-flavors

Cloud auto-healing providing

automatic evacuation of VMs in

case of host failure

OpenStack Icehouse with

enhanced KVM for smart NUMA

allocation, and OVS

Vim and nfvi

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


Solution design

OPENSTACK COMPUTE

SERVICE

ENHANCED

VSWITCH KVM

OPENSTACK

STORAGE

SERVICES

OPENSTACK

NETWORK

SERVICES

NFVO G-VNFM

CE

ILO

ME

TE

R

NOVA API CINDER API GLANCE API SWIFT API

CINDER

PLUGIN

NEUTRON API

OPENSTACK

SECURITY

SERVICE

KEYSTONE API

PE

RF

OR

MA

NC

E

MA

NA

GE

ME

NT

FA

ULT

MA

NA

GE

ME

NT

CISCO APIC

DRIVER

FUEL based Deploy

DASHBOARD

HEAT based Orch.

CLOUD EXECUTION ENVIRONMENT

VNF

Catalogue

ERICSSON CLOUD MANAGER

NFVO G-VNFM VNF

Catalogue

ERICSSON CLOUD MANAGER

COTS Server Cisco Storage

Vendor

Geo-redundant

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


Host networking Create SR-IOV flavor

and configure it

VM provisioning

NOVA

DB

Nova

CLI/API

Nova

Compute

Nova

Conductor

Nova

Scheduler

SR-IOV Net and

port creation

Neutron

DB

NOVA

DB

Nova

Conductor

Nova

Compute

Nova

CLI/API

Neutron

CLI/API

Nova

Scheduler

VM provisioning

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


› We had a long discussion with each vendors to adjust interface specification.

– Need for detail standardized specification

› Amount of time spent on testing of multiple vendors integration.

– Need for test automation

Technical challenges #1

VNF VNFM

NFVI VIM

NFVO

plug-in

SDNC

OSS

Multiple vendor’s integration points HW

No detail standardized spec. No detail standardized spec.

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


› SR-IOV driver version (incl. DPDK version) issue


Guest OS

Host OS

PF driver

VF driver

NIC

There was a problem caused by incompatibility

between VF driver version and PF driver version.

This problem sometimes happened, but in other

cases, VF and PF worked correctly. It was quite

difficult to find the root cause.

Incompatibility

SR-IOV is a useful technology to improve performance, but we have to take

tight coupling between Guest OS and Host OS into account.

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


› OpenStack parameter tuning

–OpenStack is open and flexible platform.

–But we need careful parameter tuning at actual integration due to its flexibility.


VNF VNFM

OpenStack

VNF verification @ VNF vendor’s test bed Integration @ NTT DOCOMO’s test bed

Host OS

Reference platform of VNF

Tuned to their OpenStack

Tuned to their VNFM

VNF VNFM

OpenStack Host OS

Unexpected behavior

Unclear VNFM’s use case

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


› More interoperability standards should be defined between VNF and VIM

– Many implementation details have to be agreed with 3rd party

– E.g., SR-IOV, DPDK versions, configuration parameters, …

› Validation of 3rd party VNF is time consuming

– OPNFV is strategic to create a reference implementation

– Test automation to validate the infrastructure before VNF onboarding (e..g., Yardstick)

› APIs and supported features should be discovered automatically

– Easier onboarding of applications onto a carrier-grade cloud

Key learnings

Slide title

44 pt


minimum 24 pt

Bullets level 2-5

minimum 20 pt





footer area


› Add quality of service related features

– Proprietary implementation of scheduling needs to be standardized

– Policing of network traffic to bring more determinism to applications

› Move onto a software defined storage solution

– Distributed solution providing a higher level of redundancy

› Develop tools and processes to allow for simpler onboarding of applications

Future steps

summit 16: experiences from the trench: bringing docomo multi vendor nfv solution into commercial...

Technology