netrosphere - tm forum · netrosphere –towards the ... magonia - new server architecture...

© 2017 NTT corp. All Rights Reserved. | 1

NetroSphere– towards the Transformation

of Carrier Networks

Daisuke Hara

NTT Labs


Agenda

▪ Expectation for NFV/SDN and Reality

▪ Challenges for Carrier-grade NFV/SDN

▪ Our strategy

NetroSphere Concept

Update of key technologies of NetroSphere

Progress of Collaborations with APAC CSPs

▪ Demo – Disaster Avoidance Control


Initial expectations for Open Networking

Programmability“In the datacenters, we don’t login to each of the virtual machines to configure them. Everything is automated. We want to do the same thing for the network.”- Urs Hoelzle, Google (ONS 2012)

Open and fast innovation“If you want a new function, we have to convince the vendors to implement. Even if we were able to do it, we have to wait for a long time “ - Igor Gashinsky, Yahoo (ONS 2011)

CommoditizationHigh-end router x86 server

General purpose switch

Open SDN Interface


Reality

Service Processing

Packet forwarding

Service Processing

Packet forwarding

Conventional NFV/SDN

All in one, vendor silo

Separated, but still vendor silos

Vendor A

Vendor A

Vendor A

NFV&SDN?


Challenges for Carrier-grade NFV/SDN

Controller

Switch ClusterHigh end router

Replacing a “Big Box” to a “Cluster of small modules” provides significant benefits, but also gives you many challenges

Integration of various components

• Skills to assemble numerous multi-vendor components will be the most important role

->Key to solve: Simple architecture and a good integrator partner

Carrier-grade NFV Platform

• Major vendors have a monopoly over key technologies for carrier requirements

->Key to solve: Provide carrier-grade functionsas a common platform that can be widely used

Carrier-grade SDN architecture

• Use commodity switches for carrier WAN• We need to design from clean slate->Key to solve: A new design of SDN architecture


Silo

Announced by NTT in Feb. 2015

Router, SwitchesServers

SlicesLogical

DK

MMx86

Linux HA

NIC DK

MMx86

APL OvS

NIC

TCAMNP

NWOS

NICNIC

Protocols

DK

Linux APL

NIC

NWOS

Protocols

NICNIC

Resource Pool (hardware, software)

Service Functions

Physical

Physical

Network Functions

“Break up the functions into small modular components, and flexibly assemble those components at will. “

NetroSphere


Steps toward NetroSphere

Service Processing

Packet forwarding

Service Processing

Packet forwarding

Service Processing

Packet forwarding

Conventional NFV/SDN NetroSpherePhase 1

NetroSpherePhase 2

All in one, vendor silo

Separated, but still vendor silos

Modularization at sub-device level

Cluster ofgeneral purpose

productsService Processing

Packet forwarding

Software

Storage

NIC Resource Pool

Vendor A

Vendor A

Vendor A

Vendor ABC to Z

Vendor ABC to Z

Additional R&D Effort

NFV&SDNFuture

Evolution

Dynamic Assembly


Solution - NetroSphere architecture -

Cluster of generic switches

Virtualized server platform on generic servers

Unified resource management


MAGONIA - New Server Architecture

”Changing the Game” – toward focusing the Service Software“Total optimization” by providing common functionalities which support faster service-deployment by satisfying various levels of reliability / scalability of apps


Key component of MAGONIA

SPP (Soft

Patch Panel)

• Inter-VM

communication

technology with high

speed and flexibility

VM Manager

• Providing

common functions

considering telecom

VNFs

•Premised of

cooperation with

OpenStack

DPB (Distributed

Processing Base)• Providing reliability and

scalability of VNFs

• Update: we’re looking for

VNFs collaborating DPB


DPB (Distributed Processing Base)

What DPB can do

Automatic

recovery of

redundancy

System ASystem B

Distributed system

consisting of cost-effective

servers

Region #1 Region #2Region #3

Resource pool

Scale out/in according

to load changes

Linear Scalability

and data integrity

0

2000

4000

6000

8000

10000

12000

0 16 32 48 64 80 96112

perf

orm

anc

e

A number of servers Disaster durability

by multi-region

data replication

(can be applied for

session status data

of stateful app.)


SPP (Soft Patch Panel)

SPP provides both of flexibility and performance simultaneously which is realized in software based on Intel DPDK.

VM VM VM VM VM VM

SPP

VM VM

vNIC vNIC

VM VM

<SPP>

SPP

Low performance for short packet transmission

Low flexibility for assignment of network

resources

(2)Virtual Switch(OvS)

(1)Pass through (SR-IOV)<Related works>

High performance based on Intel

DPDK

Flexibility for Host-VM and VM-VM communication

Phys NIC

Operation


VM Manager

Real-time property/Performance assurance

Throughput

Progress of cloud technology and the direction that NFV aims

Direction that should be aimed at NFV

Direction of cloud technology progress

VM manager

OpenStackComputeCompute

VM VM

APL(Act)

APL(Sby)

VM VM

APL(Sby)

APL(Act)

Main functions of VM manager

Optimum pinning set for each vCPU

Deploying VM consideringserver configuration

Telco requirement(C-Plane)

Telco requirement(D-Plane)

Telco requirement5G period.

VM manager is VNFM aiming at application to network equipment with high performance requirement such as App which performs Data Plane processing.


NetroSphere PIT Global testbed network

Dedicated

line

E2E Orchestrator

ONU

Virtual OLT

ONU

Network

operatorCommoditySwitch

CommoditySwitch

Commodity

Switch

Commodity

Switch

vLNSvBNG

BNG : Broadband Network Gateway

including LAC(L2TP Access

Concentrator)

LNS : L2TP Network Server

IA server

MSFcontroller Server

Orchestrator

Network

Orchestrator

GEMnet2

Testbed

Testbed

Testbed

Region Country Testbed

Internet VPN

NetroSphere PIT Tokyo

FLET’S

VPN

WIDE

DDAP Innovation CoE KL

CommoditySwitch

Commodity

Switch

IA server

MSFcontrollerAPL



中華電信與日本NTT及伊藤忠總公司簽署SDN/NFV技術合作備忘錄共同研訂新世代網路架構規格

http://www.cht.com.tw/aboutus/messages/msg-170216-111536.html

Signed MoU on 15th Feb, 2017 Focus Areas• SDN (based on MSF)

• Datacenter networks• Carrier WAN (BNG, Core)

• NFV (Based on MAGONIA)• DPB (reliability, scalability)• SPP (Data plane performance)

Activities• Share requirements• Find use cases• Joint development• Joint PoC• Press release

Chunghwa Telecom, Taiwan



Telkom Indonesia

NTT and Telkom Indonesia have launched the “APAC Telecom Innovation Initiative (ATII)” to create new network

services in the APAC region based on virtual infrastructure technologies.

http://www.ntt.co.jp/news2017/1704e/170417a.html

Focus Areas• High Value-added Network Services

(IoT)

• Server Platform Virtualization

(MAGONIA VMM)

• Flexible Access Network Virtualization

Activities• Joint technical studies• PoC

Launched the “ATII: APAC Telecom Innovation Initiative” on 17th Apr, 2017


Today’s demo - Disaster Avoidance Control -


Disaster Avoidance Control demo

The disaster avoidance control is a cutting-edge research project by NTT R&D. It aims to achieve service continuity when catastrophic disasters occur.

This demo shows that the disaster avoidance control engine using real rainfall data runs over NetroSphere PIT. The engine orders NetroSphere functions (Orchestrators, MSF, and MAGONIA) to migrate a new virtualized network and machine without these disconnection.

heavy rains typhoons


Latest Disaster and damages to NTT networks

Ref： Geographical Survey Institute Web site (http://www.qsr.mlit.go.jp/site_files/file/asakurashi_20170706133159.jpg)

2017/7/6 Ref： Geographical Survey Institute Web site(https://saigai.gsi.go.jp/1/h26_0816ame/hiroshima/naname/qv/5D5A0237.JPG

2014/8/20

Ref： Geographical Survey Institute Web site (http://www.ktr.mlit.go.jp/honkyoku/kikaku/data/photo/kinki/02/DSC01976.jpg)

2015/9/11

Lots of catastrophic disasters occur in Japan. These disasters affect on infrastructures such as power supply and communication systems. As countermeasures to these, satellite system for disasters, portable power supply systems and Disaster Emergency Message dials are developed and introduced.

Fig. Latest disaster in Japan


New Approach

New approach to disaster management

(disaster-free network) network design to minimize probability of encountering

disasters (mainly for earthquakes)

network control dynamically based on forecast of disasters

(mainly for typhoons and heavy rains)

Disaster Avoidance Control

Historical disaster management protection (provisioning)

restoration (recovery)


Disaster Avoidance Control over NetroSphere PIT

Area D

Area B

Orchestrator

E2E Orchestrator(E2EO)

MAGONIA

Area A

MAGONIA

Area C

MAGONIA

Server ResourceOrchestrator (SVRO)

Network Resource Orchestrator (NWRO)

Weather data

Disaster Avoidance

Control engine

MSF

VM

MSF

MSF

VM

1

2

3

4

2. The engine calls Orchestrator’s API to change areas & routes.3. Orchestrators request MAGONIA and MSF to create VM

in the best area and network.

4. MAGONIA creates the VM. MSF creates the network.1. Disaster Avoidance engine predicts failure rate of networks

based on weather data and decides the best area & route.


Demo: Disaster Avoidance Control

rainfall amount

heavy

low

80mm/h～

1mm/h～

VNF status on OpenStack

Function in running

[white] Network disconnection probability:disaster avoidance is disabled

netw

ork

dis

con

necti

on

pro

babilit

y

time

Rain cloud flow & logical networks/VMs

[green] Network disconnection probability:disaster avoidance is enabled

Status of disaster avoidance control engine


Call for Participation

• Vision, ideas• Reference Models• Prototype software

• Vison, Ideas• Requirements• Use cases• Applications

CO-INNOVATION APAC Operators

• PoC site, equipment• Technical support

Vendors

Dimension Data APAC Innovation COE

http://www8.hp.com/jp/ja/hp-information/index.html


Thank you!


Solution – for using multi-vendor products -

There are three orchestrators in NetroSphere: E2E Orchestrator, Server Resource Orchestrator, and Network Resource Orchestrator.

This architecture enables flexible coordination with various vendor’s NFV/SDN products and existing networks/servers.

netrosphere - tm forum · netrosphere –towards the ... magonia - new server architecture...

Documents