cisco nfv/sdn positioning in an - amazon web...

Cisco NFV/SDN positioning in an SP environment

Brian Meaney - Distinguished SE

BRKSPG-2402

• Key Industry Initiatives

• Industry SP SDN Reality

• Industry SP NFV Reality

• Cisco Architectural Vision

• Cisco SDN use-cases examples

• Cisco NFV use-cases examples

• Conclusion

Agenda

© 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public

“…In the SDN architecture, the control and data planes are decoupled, network intelligence and state are logically centralized, and the underlying network infrastructure is abstracted from the applications…”

https://www.opennetworking.org/images/stories/downloads/white-papers/wp-sdn-newnorm.pdf

http://www.opendaylight.org/

Open source project formed by industry leaders and others under the Linux Foundation. “…OpenDaylight's mission is to facilitate a community-led, industry-supported open source framework, including code and architecture, to accelerate and advance a common, robust Software-Defined Networking platform…”

Key Industry Initiatives (1)SDN, OpenDaylight, NETCONF/YANG, TOSCA

“NETCONF is an IETF configuration management protocol defined in RFC 6241. Provides multiple operations for interacting with configuration & operational data. YANG is a modeling language defined in RFC 6020. Used by NETCONF to define objects and data in requests & replies. TOSCA is an example of another Modeling Language coming from the OASIS initiative

4BRKSPG-2402

https://www.opennetworking.org/images/stories/downloads/white-papers/wp-sdn-newnorm.pdf

http://www.opendaylight.org/


Disaggregation of

Network Functions from the

underlying Hardware

Existing Hardware / Appliance

based Network Functions (NFs)

Network Functions running inside VM on

x86 Server Platform (Virtual Network Functions)

NAT

VM

Firewall

VM

SBC

VM

dDOS

VM

Virus Scan VM

IPS

VM

DPI

VM

CGN

VM

Portal

VM

PCRF

VM

DNS

VM

DHCP

VM

BRAS

VM

SDN Control

VM

RaaS

VM

WLC

VM

WAAS

VM

CDN

VM

Caching

VM

NMS

VM

Hardware

(ASIC/NPU/GPU)

Operating System

Apps (e.g.

Routing)

Hardware

(x86 Server)

Cloud Operating

System

Virtual Network

Functions

How?Why? When?

• Hypervisor & cloud technology

• Improving x86 h/w performance

• SDN based orchestration

• Speed and Agility

• Monetization with new services

• Reduced total cost of ownership

• Performance Requirements

• Physical Design Requirements

• Economics of on-boarding

Depends On

Key Industry Initiatives (2)NFV – Network Functions Virtualisation – ETSI

5BRKSPG-2402


Open source software for building public and private Clouds; includes Compute (Nova), Storage (Swift) and Networking (Neutron) services.

http://www.openstack.org

“OPNFV (Open Platform for NFV) is a open source project focused on accelerating NFV's evolution through an integrated, open platform…uniquely positioned to bring together the work of standards bodies, open source communities and commercial suppliers to deliver a de facto standard open source NFV platform for the industry”

https://www.opnfv.org/

Key Industry Initiatives (3)OpenStack, Open vSwitch, OPNFV

“Open vSwitch (OVS) is a production quality open source software switch designed to be used as a vswitch in virtualized server environments.……DPDK support has been available in OVS since version 2.2. Using DPDK with OVS gives us tremendous performance benefits.” Cisco VPP (Vector Packet Processing) now open sourced through FD.io is an optimised packet forwarder” http://openvswitch.org https://software.intel.com/

6BRKSPG-2402

http://www.openflow.org/wp/learnmore/

https://www.opnfv.org/

http://www.openflow.org/wp/learnmore/

https://software.intel.com/


• OpenStack, which is the most prominent open source cloud operating system, is also the VIM (Virtual Infrastructure Manager) of choice for service providers.

• OpenStack consists of several projects that provide a set of interrelated services that constitute a cloud.

Hypervisor

(e.g. KVM)

Storage

Cluster (e.g.

LVM, Ceph)

Switching

/Routing (e.g.

OVS,

iptables)

Storage

Cluster (e.g.

File System,

Ceph, Swift)

Storage

Cluster (e.g.

Ceph)

Control / Management Plane –

Predominantly OpenStack software that

runs on Control/Compute/Storage

servers.

Data Plane – Predominantly

non-OpenStack software

and/or hardware that is controlled/configured

by OpenStack software.

Dashboard

(Horizon)

Image Service

(Keystone)

Object StorageNetworking

(Swift) (Glance)(Neutron)(Cinder)(Nova)

Block StorageCompute

Identity

Service

Key Industry Initiatives (4)OpenStack – Predominant VIM for NFV

BRKSPG-2402 7


Bare Metal / Virtual

DatabaseWeb

Servers

App

Servers

Physical Infrastructure

App App App

Cloud-Enabled

Web

Servers

App

ServersDatabase

App App ServiceService

DedicatedLocal Shared

Cloud-Native

App ServiceServiceApp App

.rb .py .go Java

Runtime Micro-services on Containers

Key Industry Initiatives (5)Evolution of workloads : Cloud Native, Micro-services, Containers

BRKSPG-2402 8

SP SDN Industry Reality


SDN/NFV Operational Priorities Drive AgendaAgility, Efficiency, Simplicity

CSP NFV spending growth is far outpacing both cloud computing and SDN growth, but SDN in support of more

flexible business services — particularly SD-WAN-based services -- moved rapidly to deployment in 2016**

** Analysis Mason - Software-controlled networking: worldwide forecast 2016–2020

BRKSPG-2402 10


From Complexity to Simplicity and AutomationExample Tier 1 SP - How Automation Can Improve SP Operations?

Operating Cost

New Customer Add Change RequestIncident Resolution Service Disconnect

Operation % of Service

Op Cost

Op Cost

Reduction

Customer*

order 7% 80%

Order Entry* 6% 77%

Order

processing 10% 80%

Config

Validation 20% 93%

Service

Provisioning 14% 90%

Network

Configuration 13% 78%

CPE Install -

TTU 29% 0%

Highly Relevant

Some Relevance

Less Relevant

Relevance to Automation

Operation % of service

Op Cost

Op Cost

Reduction

Change order* 5% 67%

Order Entry* 5% 67%

Order

processing 11% 86%

Config

Validation 21% 93%

Service


Network


CPE Install -

TTU 30% 0%


Op Cost

Op Cost

Reduction

Trouble Call* 12% 80%

Ticket

Generation* 8% 71%

Troubleshooti

ng 15% 53%

Config

Validation 37% 94%

Re-


Resolution

Verification 5% 50%


Op Cost

Op Cost

Reduction

Disconnect

order* 6% 67%

Order Entry 6% 67%

Order

processing 13% 86%

Config

removal

validation 26% 93%

Service de-

provisioning 19% 90%

Network


CPE

decomission 15% 0%

From Complexity to Simplicity and AutomationCisco SDN and Orchestration Platform - OpEx Reduction and Efficiency

improvement in operations efficiency*71%

* A Tier 1 customer case study based on joint calculation made with SP team and Cisco team using real operations data

80,000 transactions / year

Today

With Cisco Automation tool

Service Disconnect

Maintenance Window

Incident Resolution

New Customer Add

Change Request

4,860

52,000

5,200

2,966

14,560

transactions

11BRKSPG-2402


The SDN Proposal The “purist” viewpoint

Data Plane

Control Plane

Data Plane

Provisioning Controller

Today SDN / OF

Devic

e

Vendor-specific

APIs

Openflow

Protocol

SDN Optimist View• Simpler to configure

• More flexible

• More scalable

• Cheaper/Monetisation

SDN Pessimist View• Reinventing the wheel

• Moving complexity around

protocol integrations

Centralised

Distributed

“…In the SDN architecture, the control and data planes are decoupled,

network intelligence and state are logically centralized, and the

underlying network infrastructure is abstracted from the applications…”

Openflow

Hardware

Original SDN ProposalSDN Purest viewpoint

BRKSPG-2402 12



Data Plane

Control Plane

Data Plane


Today SDN / OF

Devic

e

Vendor-specific

APIs

Openflow

Protocol


• More flexible

• More scalable





Centralised

Distributed




Openflow

Hardware

Conclusion: Derive the common themes and adapt to thrive bring real value to SPs


BRKSPG-2402 13



Data Plane

Control Plane

Data Plane


Today SDN / OF

Devic

e

Vendor-specific

APIs

Openflow

Protocol


• More flexible

• More scalable





Centralised

Distributed




Openflow

Hardware

Key Factors in SDN evolution

• SDN needs “simplification” and an Evolution of current environment

• “Hybrid” Control plane adoption and Distributed User Plane

• Abstraction layers and Programmability via API’s/Protocols

• Use case driven based on SDN models

Conclusion: Derive the common themes and adapt to thrive bring real value to SPs


BRKSPG-2402 14


POLICY ANALYTICSOrchestration

Harvest Network Intelligence

Program for Optimized Experience

Simplified

Network

SDN Network EvolutionEvolution NOT Revolution

SDN Network EvolutionSimplified Network - Evolution NOT Revolution

BRKSPG-2402 15


Centralized - PCE TE Path placement

Global topology view

Global TE requirements

Predictable tunnel placement

Network wide optimized tunnel placement

Distributed – Head End TE Path Calculation

Global topology view

Local TE requirements

Unpredictable TE tunnel placement

Overall n/w sub-optimal tunnel placement

“centralised optimisation enables ~30% more traffic for the same installed capacity”

PCE/ N/W SDN CONTROLLER

SDN Network Evolution(2) “Hybrid Control Plane” – Centralised Control – Network Optimisation

BRKSPG-2402 16


Fully Centralized Control

• CT = time to: detect failure + signal to controller + calculate path + disseminate + update FIBs

• Major failure multiple devices will be doing this at the same time

• Impulse load on controller and paths to controller, difficulty correlating of events, failure in paths to controllers

Distributed – Network Convergence

RIB

FIB FIB FIB

CPU

CPU CPUCPU

IGP server

SDN Network Evolution(2) “Hybrid Control Plane” – Centralised Control works? IGP Network Convergence?

BRKSPG-2402 17


• Distributed Components –Functions tightly coupled to data plane

• IGP convergence, OAM and physical link state driven protection, Distributed SON

• Centralized Components –Functions where a holistic/abstracted view is required

• PCE (Path Computation Element) Traffic Placement : 30% efficiency, Centralised SON

• Summary: Simplified Distributed control plane ->Augmented by centralised control plane function

Application

Distributed Control Plane

Data Plane

Centralized Control Plane

APIs

Traditional Control Plane

Architecture

(Distributed)

SDN Control Plane Architecture

(Centralized)

Collaborative Control Plane

Architecture

SDN Network Evolution(2) “Hybrid Control Plane” – Conclusions

BRKSPG-2402 18


SDN Network Evolution(2) Distribution of Data Plane (with or without Control Plane)

IP Multicast

IP Unicast

Internet

Peers

Access

Edge

Core

Centralised National Peering

• Long haul core bandwidth is expensive and used more (by plan) for high-interconnectivity clients

(e.g. business, government) and long-tail content – not exponential growth drivers.

• Telco DC for NFV will be tiered regional/national and may exploit regional peering.

• Regional Peering for OTT content providers moved from national peering into the regional/metro

Distributed Regional Peering

IP Multicast

IP Unicast

Internet

Peers

Access

Edge

Core

Local Data Center

Next Gen Head End

BRKSPG-2402 19


• Enable a holistic Network Programming model

• Leverage and extend infrastructure at pace of the business

• Deploy common applications across all devices

• Extend/upgrade/add features without upgrading the network operating system

• Reduced time to market by leveraging common platform for building services

Transport/Device/ASICs

Network Service

Management

Orchestration

Applications/Development Application development

frameworks, e.g. Spring,…

Programmatic network

automation,,..

Automated, policy directed serviceand cloud management, e.g. OpenStack, …

Network wide service access:Optimized paths (PCE), Topology & service selection (NPS/ALTO)

Device configuration, statemonitoring, logging, debugging

Harvest Network

Intelligence

Program for Optimized Experience

Forwarding

ControlCommon control abstractions:Security, Policy, Routing, ..

Common forwarding abstractions: Data-Path access, Flow-Forwarding, Tunneling, ..

“Strict SDN”

SDN Network Evolution(3) Network Programmability – Full duplex access to network plane at multiple layers

BRKSPG-2402 20


• A domain is a function or set devices

where the management may be

performed by a domain controller

• Domain include but not limited to:

• Compute

• Storage

• Network services

• CPE

• VPN

• Controller’s can be shared between

domains or completely independent

entities

Compute

Controller

Storage

ControllerDC N/W

Controller

Metro N/W

Controller

Metro and Access WAN Data Centre

Domain / functional APIs

Device API

CPE

WAN N/W

ControllerCPE/Campus

Controller

Cross Domain Orchestration

SDN Network EvolutionDomain Specific Requirements - God box/Controller does not exist!!!

BRKSPG-2402 21


Core

Long Haul DWDM

Data CentreMetro and AccessCPE

Metro DWDM

Data Centre

NFV orchestration

Day zero provisioning

Service provisioning

Core Infrastructure

Bandwidth calendaring

Demand engineering / PCE

Single/multi layer optimization

Agg and access Infrastructure


Service definition

N/W optimization

CPE

NFV orchestration



Edge

Edge

NFV orchestration


Service + Sub provisioning

SDN Network EvolutionService Provider SDN use-cases


Core

Long Haul DWDM


Metro DWDM

Data Centre

NFV orchestration



Core Infrastructure






Service definition

N/W optimization

CPE

NFV orchestration



Edge

Edge

NFV orchestration



SDN Network EvolutionService Provider SDN use-cases

Majority of use-cases

• Optimization

• Orchestration

• Centralised Control

SP NFV Industry Reality


Compute

Hardware Storage

Hardware Network

Hardware Hardware resources

Virtualisation Layer

Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1

Execution reference points Main NFV reference points Other reference points

Virtual

Computing Virtual Storage

Virtual

Network

NFV Management and Orchestration

EMS 2

EMS 3

EMS 1

Service, VNF and Infrastructure Description

Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha

ETSI NFV End-2-End Reference Architecture

BRKSPG-2402 25


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha

NFVO – Service Lifecycle Management


BRKSPG-2402 26


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha


VNF-M

VNF Lifecycle Management


BRKSPG-2402 27


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha


VNF-M


VIM

Virtual Infra. Manager

(Compute, Storage, Network)


BRKSPG-2402 28


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha

NFVI - Network Functions Virtualisation Infrastructure


VNF-M


VIM




BRKSPG-2402 29


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha

NFVI - Network Functions Virtualisation Infrastructure


VNF-M


VIM



VNFs – Virtual Network Functions


BRKSPG-2402 30


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf

Vl-Ha Infrastructure WG


BRKSPG-2402 31


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf


S/W Architecture WG


BRKSPG-2402 32


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf


S/W Architecture WG

Management and

Operations

(MANO WG)


BRKSPG-2402 33


Compute

Hardware Storage

Hardware Network



Virtualised

Infrastructure

Manager(s)

VNF

Manager(s)

VNF 2

Orchestrator

OSS/BSS

NFVI

VNF 3

VNF 1


Virtual


Virtual

Network


EMS 2

EMS 3

EMS 1


Or-Vi

Or-Vnfm

Vi-Vnfm

Os-Ma

Se-Ma

Ve-Vnfm

Nf-Vi

Vn-Nf


S/W Architecture WG

Management and

Operations

(MANO WG)

Technical

Steering

Committee

Reliability

and

Availability

Performance

and

Portability

Security

Expert Groups


BRKSPG-2402 34


ETSI NFV Phase 2 WG Structure (December 2014)Result in Release 2 (planned 2017) and Release 3 Documentation

Working Groups

TSC Technical Steering Committee

IFAInterfaces and

Architecture

EVEEvolution and

Ecosystem

TSTTesting and Open

Source

SEC Security

REL Reliability, Availability, Assurance

• Specification of architecture and

interfaces to protocol/data model

levels

• Co-operation with external bodies to

ensure specifications and/or code to

support the architecture

• Study & define requirements related

to new use cases and features

• Study the relationship with other

technologies

• Facilitate engagement with research

institutes and academia

• Evolve the PoC Framework, develop

testing and test methodologies

specification, feed feature requests

into open source projects

• Will analyse and make

recommendations on security and

regulatory issues

• Work across other WGs

• Will analyse reliability/availability

techniques, and mechanisms for

validation, assurance and SLA’s

• Work across other WGs

BRKSPG-2402 35


Interface Needs – Type and Density

Control Plane Performance Requirements

Data Plane Performance & Feature Requirements

Economics of On-boarding if Virtualized

Scalability, Elasticity Requirements, Ease of Integration

Power Efficiency Requirements of the System

1

2

3

4

5

6

Network Functions Virtualisation RealityDetermining Beneficial Virtualisation Targets

36BRKSPG-2402


NFV in 2015 – Not as Simple As it Appears?Key Problems and Challenges

Source: Infonetics 2015 NFV Survey

BRKSPG-2402 37


NFV in 2016/17: NFV is hitting some speed ramp..Key Problems and Challenges

© Analysys Mason Limited 2016 December 2016

NFV challenges are causing a ‘market pause’, but

operators must not disengage completely

December 2016

Caroline Chappell

Operators are still taking their first steps on the long and difficult journey towards network function

virtualisation (NFV). A few operators are pressing ahead with the transition, but most are daunted by the

multiple challenges posed by NFV, and some are pausing investment while they wait for clearer direction from

standardisation bodies and their peers. Many operators have not grasped that there may not be NFV ‘standards’

and ‘blueprints’ to follow in a software-defined world. Successful companies will have the courage to develop

their own paths towards NFV, underpinned by an exceptional level of cross-functional collaboration, leading-

edge skills in software innovation and a pragmatic approach to real-world NFV deployments.

Operators are still deterred from deployment by the challenges of

NFV

Progress towards NFV has been slow or (in many cases) imperceptible, despite the compelling benefits the

technology promises – a new level of business agility, lower operational costs and the ability to compete against

cloud-based companies. We have detected a collective pause in the exponential growth of this market from its

small base this year. Operators are consolidating their achievements thus far and assessing the next round of

challenges. We do not expect growth in NFV to pick up significantly for another 2 years. Operators need time to

absorb early lessons, take strategic technology decisions and carry out the organisational and cultural changes

that are vital to the technology’s success.

Operators are still deterred from deployment by the challenges of NFV……

…. NFV involves a variety of still-evolving technologies

…. NFV operations (and management) are unchartered territory for operators

…. Transforming organisational culture is the hardest part of the NFV transition

http://www.analysysmason.com/Research/Content/Comments/NFV-market-pause-Dec2016-RMA16/

Reality 2016 : Limiting Factors

• OpenStack Adoption

• Performance Limitations

• Management/MANO Uncertainty

• Evolving use-case requirements

BRKSPG-2402 38

http://www.analysysmason.com/Research/Content/Comments/NFV-market-pause-Dec2016-RMA16/


Reality 2016/17: OpenStack Adoption More in Production, increased interest in Containers/Bare Metal

https://www.openstack.org/assets/survey/October2016SurveyReport.pdfBRKSPG-2402 39

https://www.openstack.org/assets/survey/October2016SurveyReport.pdf


Deployed Virtualized Cisco Use-CasesMajority of use-cases deployed is Mobile.

Virtualization Platform DeployedOne percent share is container based

today.

Source: Consolidated input - EMEAR NFV Deployments

19.05%

61.90%

19.05%

Video Mobile Businessservices

Use-case%oftotalDeployments

Reality 2016/17: OpenStack Adoption Deployed Use-Cases and Platforms (OpenStack/VMware/Containers/Bare metal)

BRKSPG-2402 40


Deterministic placement of Virtual Machines

• Memory allocation on NUMA node

• VNF/VM managing Ingress/Egress traffic

• vCPU Pinning

Virtual Switch PCI-PassthroughSR-IOV

(Single Root I/O Virtualization)

Passes Through

Open vSwitch

Single Port

Physical NICs

Single Port

Physical NIC

(SR-IOV Capable)

Reality 2016/17: Performance LimitationsDeployment options and techniques -> Contradictory to Cloud Deployments !!!

41BRKSPG-2402


• Create a new stack which significantly evolves networking for NFV: Introduce Scenarios with FD.io/VPP for OPNFV

• OpenStack – ODL (Layer2) – VPP

• OpenStack – ODL (Layer3) – VPP

• OpenStack – VPP

• Work areas:

• OpenStack, ODL enhancements (GBP Neutron Mapper, VPP Renderer)

• FD.io - VPP/Honeycomb enhancements

https://wiki.opnfv.org/display/fds

https://www.opnfv.org/wp-content/uploads/2016/12/OPNFV_FastDataStacks_121116.pdf

https://www.opnfv.org/community/projects/fastdatastacks

42

Reality 2016/17: Performance LimitationsOPNFV and FD.io (Fast Data) trying to address Performance issue

BRKSPG-2402

https://wiki.opnfv.org/display/fds

https://www.opnfv.org/wp-content/uploads/2016/12/OPNFV_FastDataStacks_121116.pdf

https://www.opnfv.org/community/projects/fastdatastacks


Management and Orchestration (MANO) development continues to be an area of complexity and frustration for SPs.

While MANO is an area that gives vendors an opportunity to differentiate their solutions, the differentiation makes it

difficult for SPs to create multi-vendor platforms. The lack of standard interfaces between MANO components

and systems has led SPs to drive open source projects to improve vendor interoperability. The emergence of numerous

open source projects has raised the question of whether MANO development is becoming too fragmented.

Open-source and multi-vendor initiatives are driving our software and services market forecasts, but

competing initiatives could still lead to market fragmentation rather than acceleration**.

** Analysis Mason - Software-controlled networking: worldwide forecast 2016–2020

Reality 2016/17: Management/MANO UncertaintyLack of standard interfaces, many open source projects

Diagram

43BRKSPG-2402

© 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 44

`

Access

Carrier-E /

Transport

Central Data Centers

Edge

Internet / Partner SP Edge

Core and EdgeAggregation Multi-Cloud

VPN CPE

Cust. Prem

Cust

Prem

vBranch,

Analytics

Access

Mobile Edge

Compute

(MEC)

Remote DCs

VPC, SecGW, vIMS,

vManaged Service,

Media xCoding, cDVR,

vPE, vBNG, vCMTS,

vCDN, Analytics

Central DCs

VPC, Gi-LAN, vIMS,

Biz Services (vMS),

Media xCoding, cDVR,

vCDN,

Virtualized RR,

Analytics

Co-Lo /

Peering

vMS,

vCDN,

vDDoS,

Analytics

Cloud Hosted

XaaS delivered

from the Multi-

Cloud

Peering

DCI

DCI

DCI

DCI

DCI

DCI

Remote DC

Near Edge

Remote DC

Near Edge

Co-Lo

Co-Lo

Peering

Peering

CO

vPE, vBNG, vOLT, vCMTS,

Biz Services (vMS),

vRAN,

vCDN, Analytics

Front End DC Back End DC

Concepts such as CORD (Central Office Re-architected as a Data Center) coming to the forefront

Reality 2016/17: Changing use-case requirements?Evolving Trends: Different Application, Different location, Different requirements

BRKSPG-2402


Summary: Market Expectations of NFV Evolving

Expectations Reality

Complete use of commodity x86 hardwareMaturing platform but still evolving technologies still

needing to stabilise. Evolving trends due to Applications.

Open source / standardised applications enable “mix and

match” software sourcing

High performance network functions require optimised

network devices or software techniques

Open standards enables decoupling of hardware and

software

Performance is dependant on the technologies selected

at each layer and the VNFs themselves

Basic network devices with highly centralised controllers

and functions

Business benefit achieved by transforming the

operation of the network. Multiple open source initiatives

complicating the environment

Business benefit achieved by transforming the network

architecture

Changing locations resulting in changing requirements

for NFV deployments with evolving use-cases

BRKSPG-2402 45

Cisco Architectural Vision


Cisco Overall Strategy

Service OrchestrationAutomation, provisioning and interworking of

physical and virtual resources

NFVNetwork functions and software running on any open standards-based hardware

SDNControl & Data Plane separation…Centralized

Control…abstraction & programmability

ServiceOrchestration

Traditional

NFVSDN

TraditionalDistributed control plane components, physical

entities

Cisco Architectural VisionSDN/NFV and Orchestration enable change

47BRKSPG-2402


Infrastructure• OS as innovation platform – APIs &

containers

• Unified Forwarding Plane - SR

• OpenStack-based DC/NFVI

Network Abstraction

• Network planning, optimization and

automation across domains – controllers

and orchestration

• Service assurance and lifetime

management – Telemetry & Analytics

Services Layer

• Mobility: Ultra Services Platform (USP)

• Video: Infinite Platform, cDVR

• Business: VMS 3.0 with IWAN

Sim

plic

ity

Auto

matio

n

Pro

gra

mm

abili

ty

Physical | Virtual | Data Center

Infrastructure

Orchestration | Automation

Network Abstraction

Consumer | Business | IoT | Video | Mobility

Service Layer

Open APIs

Open APIs

Service Design | Service Assurance | Service Catalog

Service Creation Layer

OSS | BSS

Public | Private Cloud and/or On-Prem

Virtu

aliz

atio

n

Cisco Architectural VisionNetwork Evolution

BRKSPG-2402 48


OpenConfig

SDN, Controllers APIs, Service Chaining Data Models, Config. Management

Cloud Orchestration Data Plane Infrastructure

End-to-End Reference Architecture for NFV

OpenConfig

SDN, Controllers APIs, Service Chaining Data Models, Config. Management

Cloud Orchestration Data Plane Infrastructure

End-to-End Reference Architecture for NFV

Cisco Architectural VisionIndustry & Open Source Efforts around NFV & SDN

49BRKSPG-2402


…Application

Software

Infrastructure

Software

Embedded

Software

Network OS: IOS-XE, NX-OS, …

Plugins:Puppet, Guest shell,…

Orchestration:NSO, ..

Management:Prime, ..

Optimization:WAE, ..

Base OS: Linux, …

Base Control

Infrastructure

virtual physicalProtocols: IETF, IEEE, …

Unified Communications

…

CCSEvolved VPN:CloudVPN,…

CustomApps

EPN

Applications and Services

ESP

Cisco Architectural VisionOpen Source as the basis – Evolution of the Network Software Stack

50BRKSPG-2402


DCI

DCI

Customer

Premise Edge and Core

PE

Access & Aggregation

AGG

AGG

AGG

NPE

NPE

CPE

Zero-touch

Provisioning

Software Defined

Carrier-E WAN Controller

(WAN Automation Engine Application)NFV / DC Orchestration

SDN Controller (ACI +VTS)

Cisco Network Services Orchestrator (NSO)Cross-Domain Orchestration System

Apps Business Mobility VideoTenant Portal OSS and BSS

Distributed NFVI

Distributed NFVI

Distributed NFVI

NFV

Orch.

Cisco Cloud Centre (CCC)Cloud Orchestration System

Cisco Architectural VisionEnd-to-End Solution Architecture

51BRKSPG-2402

Cisco SDN use-case examples


Core

Long Haul DWDM


Metro DWDM

Data Centre

NFV orchestration



Core Infrastructure






Service definition

N/W optimization

CPE

NFV orchestration



Edge

Edge

NFV orchestration



SDN Architecture EvolutionService Provider SDN use-cases

BRKSPG-2402 53


Programmable SDN Overlay Model

(Cisco VTS)Programmable Network

Modern OS with enhanced APIs

Underlay optimizations

Programmable SDN Model

(Cisco APIC/ACI)

DB DB

Web Web App Web App

Turnkey integrated solution with

security, centralized management,

compliance and scale

Integrated Overlay and

Underlay OptimizationsOverlay optimizations

VTS (Virtual Topology System)

Overlay provisioning and

management across N2K-N9K

SDN in the Data Centre Different Requirements requires different Solutions!!!

BRKSPG-2402 54


DB Tier

Storage Storage

Application

Web

Tier

App Tier

APICPolicy Controller

Control + Data Plane

• “Policy model” describes logical architecture of network supporting application & pushes into infrastructure

• Language translator in an automated fashion from Application terms and Network terms

• Moving from Imperative Control to Declarative Control -> Abstract Policies, Flexible Definition, any device

• Policy Model: Application requirements

• Complete visibility of underlying H/W

• Guaranteed performance, latency, Jitter

• Strict SLA monitors/health monitoring

• Virtual, Bare metal, Container support

• H/W based, line-rate performance

SDN in the Data Centre Application Centric Infrastructure (ACI/APIC)

55BRKSPG-2402


• An architecture designed with SDN in mind

• Applications finally control the network in a scalable way

• Completely Standards-based/Open Approach (IETF)

• Right balance between distributed intelligence & centralised optimization

• IP architecture for the next 5/10 years –option for NG-DC! Source Routing: the source chooses a path

and encodes instructions in each and every

packet

FRA

LAX

JFK

FRA

LAX

JFK

FRA

LAX

JFK

SDN in the WANSegment Routing – What is it?

BRKSPG-2402 56


Source Routing: the source chooses a path and encodes instructions in each

and every packet

FRA

LAX

JFK

FRA

LAX

JFK

FRA

LAX

JFK

MPLS simple

PCE

IGP

RSVP

LDP

PCE

IGP

Simple Traffic Engineering

RSVP-TE

Universal Forwarding Plane

WAN SR

DCAccess

MPLS

Mobile 4G

MPLSVideo

Mobile 4G

SR

Mobile 5G

SR

Video

SR

DC

SR

MAN

SR

Access

SR

Service

Path

Automated 50ms protection

Op

era

tio

nal

Sim

pli

cit

y

Guaranteed Disjoint-path

NO GUARANTEE OF SERVICE

GUARANTEED SERVICE

SAME FIBER CONDUIT & SAME POWER PLANT

DIFFERENT FIBER CONDUIT & DIFFERENT POWER PLANT

Without Segment Routing With Segment Routing

Tokyo

Bejing

London

100G

100G

1GLow

Latency

PathHigh Bandwidth Path

(Default)

Low Latency path

En

ab

les N

ew

Serv

ices

SDN in the WANSegment Routing – Enabling new Services and Operational Simplicity

BRKSPG-2402 57


Path Computation

Application (WAE)

Cisco NSO (Tail-f)

Path Computation Engine

Runs on XR

Multi-platform, Multi-vendor

Segment RoutingAccess | Core | DC

Domain and cross-domain Orchestrator

Policy and Configuration control for Automation

Multi-vendor

Path Visibility and Computation across domains

Simulate, Optimize and Activate paths in the network

Multi-Layer (L3&L1), Multi-vendor

Path Computation

Engine (XTC)

WAN SDN Controller

SDN in the WANAugmenting Network Intelligence for infrastructure developments

58BRKSPG-2402


• Zero touch Service Configuration

• IP and Optical orchestration

• L2 & L3 VPN services provisioned across Access, Agg, Core & Data Center with SLA

• End to end 50ms automatic protection

Core (L2) AS64002 Access West (L2) AS 64001 Access East (L1)

0/0/2/1 Ercolano-3

3.3.3.3

Benevento-1

1.1.1.1

Pozzuoli-2

2.2.2.2

Pompei-4

4.4.4.4

Napoli-5

5.5.5.5

Salerno-6

6.6.6.6

Soverato-7

7.7.7.7

Trani-8 8.8.8.8

Tropea-9

9.9.9.9

Ostuni-10

10.10.10.10

99.3.5.0/24

99.5.7.0/24

XTC-AS1-11 BGP RR XTC-AS1-13

BGP RR

99.7.9.0/24

77.4.6.0/24 77.2.4.0/2

4

eBGP

PeerAdj SID

77.6.8.0/24

77.8.10.0/24

88.9.10.0/24

88.7.8.0/24 88.5.6.0/24 88.3.4.0/24 88.1.2.0/24

18001

18002

18013

18014

16005

16006

16007

16008

18009

18010

18012 18014

.

WAE

0/0/2/0

0/0/2/0 0/0/2/0

0/0/2/0

0/0/2/1

99.1.3.0/2

4

0/0/2/1

0/0/2/1

0/0/2/2 0/0/0/15

0/0/2/2 0/0/0/15

0/0/0/21/0

0/6/0/21/0

0/1/0/0 0/1/0/1

0/3/0/0 0/1/0/1

0/1/0/0

0/1/0/0

0/2/0/1 0/0/2/1

0/2/0/1 0/0/2/1

0/0/2/0

0/0/2/0

ASR 9001

55.3

.12.

0/2

4

0/0/0/0

0/0/0/0 0/0/0/1

0/6/0/19

0/6/0/19

66.5.6.0/24

BUNDLE Eth 1

NSO

XTC-AS1-12 BGP RR XTC-AS1-14

BGP RR

ASR 9001

ASR 9001 ASR 9001 ASR 9904

ASR 9922 NCS 5508

ASR 9006 ASR 9001

ASR 9001

XRV 9000 XRV 9000 XRV 9000 XRV 9000

77.4.6.0/24

SDN in the WANSDN Controllers and Programmability – Demo Multi-Layer Service Automation

59BRKSPG-2402


Monolithic OS

LINUX Substrate

Modular

Network OSPuppet Agent Chef Agent

• Modular architecture with App container

• Programmability with Open APIs and data-models

• Provides a server-like DevOPs environment

• Truly integrated with OS - Unique to Cisco

• Application hosting: Customer’s favorite/own Apps running inside XR

• Platform Extensibility with Application development kit Drives Open Innovation

XR APIs & container development capabilities are key selling arguments

SDN in the EdgeIOS-XR Modularity, Containers

BRKSPG-2402 60


• Develop an agent in the pre-agg box that automates the detection and on-

boarding of new customers/CPEs

• Customer feature developed in a couple of weeks with the options of a 3rd

Party/Customer-developed application within a container

SDN in the EdgeOpen Innovation and APIs under development

Core

BRKSPG-2402 61


SDN in Mobility5G Key Use Case Categories

11

From - Recommendation ITU-R M.2083

Enhanced Broadband (including fixed access)• Leverages mmwave “to the prem/device” for increased access

BW

• Not concerned with connection density or latency.

• May not need high mobility (e.g. for fixed access)

• Data plane has to scale and deploy separately from

control plane and state management (CUPS)

IoT• Focused on low power wide area NB-IoT with high connection

density and energy efficiency

• Slicing, flexible deployment, NFV

Ultra-Reliable Low Latency• For mission critical use cases (self driving vehicles, ... Public

safety, ...)

• Desired 1ms access time only refers to radio interface and

would be most useful in near field mission critical apps

• Push data plane to the edge, remove state from user

plane

BRKSPG-2402 62

http://www.itu.int/rec/R-REC-M.2083


SDN in MobilityCo-located and Remote Network Architecture in 5G (CUPS Architecture)

Ultra Services Platform

Management Plane

VM VM

Control Plane

VM VM

Service

Component

Service

Component

Service

Component

User Plane

VM VM

Central Data Center

CUPS – Control and User Plane Separation BRKSPG-2402 63


SDN in MobilityCo-located and Remote Network Architecture in 5G (CUPS Architecture)


Management Plane

VM VM

Control Plane

VM VM

Central Data Center

Service

Component

Service

Component

Service

Component

User Plane

VM VM

Service

Component

Service

Component

Service

Component

User Plane

VM VM

Remote Data Center Remote Data Center

CUPS – Control and User Plane Separation BRKSPG-2402 64


SDN in MobilityUnified ‘Network as a Fabric’ for Service Creation in 5G

Access Network Domain

Metro Network Domain Core Network Domain Data Center DomainAccess

Compute Leaf Spine

Virtualize

Transform the Network to enable

distributed service delivery and

speed up service creation Simplify

Unified underlay and overlay

networks with segment

routing and EVPN

VNF VNF

VNF

VNF

EVPN

Segment Routing

Automate

E2E Cross-domain automation

with model-driven programmability

and streaming telemetry

Controller

Packet Optical Convergence

BRKSPG-2402 65

Cisco NFV use-cases examples


Use Case

Specific, e.g.

VMS, VPCOrchestration Led

Infrastructure Led

Use Case Led

• Bottom-up approach

• Buying Center – Network

& DC infrastructure team

• Common MANO solution for

different use cases

• Buying Center – NMS/OSS team

• Top-down approach

• Business outcome driven

• Buying Center – BU/Biz Vertical

Includes

VNF-M and

NFV

Orchestrator

Hardware, VIM (including Network VIM),

Infrastructure Assurance

SP’s are Approaching NFV in Multiple WaysCisco is addressing all “Buying Centers” with different Solution Packages

67BRKSPG-2402


Legend

VNF Manager

Cisco ESC 3rd

Party

NFV-O & Resource Orchestration

NSO – Network Services Orchestrator enabled by Tail-f

North Bound APIs

Virtual Network Functions

Cisco and 3rd

Party

CSR ASAv vNAM vIPS

vPC-DI vIMSVideo

Opt.3

rdParty

NFVI Scope

Cisco Physical Infrastructure

Network VIM

Linux (RHEL 7.2), Hyper Visor (KVM), Host Packages, Software Defined Storage

NetworkCompute (UCS) Storage Ceph

Unifie

d M

anagem

ent

and M

onitori

ng

UC

SD

API

GUI

Virtual Infrastructure Manager

RHEL OSP 8

Monitori

ng

APIC VTSor3rd

Partyor

3rd

Partyor

or

Cisco NFV Architecture Cisco NFVI, NFVO and VNFs

Partner

BRKSPG-2402 68

Orchestration Led NFV Solution


Cisco NFV Architecture NFVO and Resource Orchestration

Legend

VNF Manager

Cisco ESC 3rd

Party

NFV-O & Resource Orchestration

NSO – Network Services Orchestrator enabled by Tail-f

North Bound APIs

Virtual Network Functions

Cisco and 3rd

Party

CSR ASAv vNAM vIPS

vPC-DI vIMSVideo

Opt.3

rdParty

NFVI Scope


Network VIM



Unifie

d M

anagem

ent

and M

onitori

ng

UC

SD

API

GUI


RHEL OSP 8 (Liberty)

Monitori

ng

APIC VTSor3rd

Partyor

3rd

Partyor

or

Partner

BRKSPG-2402 70


Network Element Drivers (NED)

Device Manager

Service Manager

Cisco Network Services Orchestrator (NSO)Service YANG

Models

Device YANG

Models

Network-wide CLI, Web UIREST, Java, NETCONF

Network

Engineer

Mgmt. Apps /

OSS/BSS or

Tenant Portal

End-to-End

Transactions

Day1/Day2

Configurations

NETCONF, CLI, SNMP, REST, etc.

Mapping Life Cycle management – Create, Modify, Delete

PnP Server

(Call Home) Day 0

Configurations

Cisco NSO Available TodayOrchestration Led NFV SolutionProgrammability and Automation though Open Protocols with NSO (Tail-F)

71BRKSPG-2402


Elastic Services Controller

Provision

VM

VM Bootstrap

process

Service

Bootstrap

Process

Service

aliveVM

aliveService

Functional

Service

Overloaded / Under-loaded

VNF

ProvisioningVNF Monitor

VNF

Configuration

Configure

Service

Service Dead

VM Dead

Custom Script

Action

VM

Overloaded / Under-loaded

Predefined Action

Custom Script

Action

Predefined Action

Custom Script

Action Predefined Action

Custom Script


Custom Script


Custom Script


Analytic Engine Rule Engine

Custom Event based on

Custom Monitoring

Custom Script


NSO

NETCONF

Cisco ESC Available TodayOrchestration Led NFV SolutionElastic Services Controller (ESC): Flexible, Open E2E VNF Lifecycle Management

BRKSPG-2402 72


• Cisco Orchestration is designed as an open architecture supporting multi-vendor VNFs

• Cisco is developing a technology ecosystem to help partners validate their VNFs using Cisco orchestration, which allows customers with multi-vendor VNF deployments easily

VNF

KVM/ESXi

VNF VNF

NSO

(NFVO)

OpenStack/

VMware

vCenter

ESC

(VNFM)

https://solutionpartner.cisco.com/form/sppSolution/

Apply for the Interoperability Verification Testing (IVT)

Post your solutions and materials on SPP page for publication to Marketplace

Cisco Program Available TodayOrchestration Led NFV SolutionCisco NFV Partner Program – Orchestration

BRKSPG-2402 73

https://solutionpartner.cisco.com/form/sppSolution/


• Create VNF package

• Onboard VNF package

• Instantiate VNF

• Healing of VNF

• Delete VNF

• Deletion of VNF package

Orchestration Led NFV SolutionCisco NFV Partner Program – What’s in scope for compatibility testing?

BRKSPG-2402 74

Infrastructure Led NFV Solution


NFVI: Customers Intended Scope & RequirementsBasis for Cisco NFVI offering

ETSI Defined NFVI

Unified Provisioning and

Management/Operations

Customer Intended Scope

(Infra + VIM + SDN Controller)

Customers asking for an

integrated infrastructure solution

Carrier Class ArchitecturePerformance, Throughput, Scale, Optimised for NFV

High Availability and Security

Distributed from DC to CO to POP to Branch

Operational SimplicityCentralised “Single Pane of Glass”

Lifecycle Management

Single Point of Ownership

Open & AgileOpen, Flexible, Modular, Programmable

Single Platform for multiple use cases beyond NFV

Key Customer Requirements

76BRKSPG-2402


1

"Best of Breed" Open Architecture Open Source Components from the leading contributors

CEPH, Linux, KVM, OpenStack, ODL

Programmable network and compute architectures:

N9K, UCS, SDN Controllers Options

Performance & Optimisation

Optimised System Performance

SDN Controllers, Optimised Forwarders 3

2

Operational Simplicity

Installation and Configuration

Management and Operations

Performance and Health Checks

Cisco NFVI Value Proposition3 Key area’s of Differentiation

77BRKSPG-2402


1. Strategic alignment with

Redhat and joint engineering

2. Cisco Infrastructure and SDN

controller, HA framework,

CI/CD framework, Integrated

Management and Monitoring

3. Intel DPDK/complementing

Cisco VPP, EPA, Secure Boot,

Joint innovation lab

Orchestrator

VF 1 VF 3VF 2

VNF-M (VNF

Managers)VNF

Manager

OSS / BSS

Compute NetworkStorage

EMS 1 EMS 3EMS 2

Virtualization Layer

Virtual Compute Virtual NetworkVirtual Storage

SDN

Controller

VIM

Cisco UCS

Cisco

VIMCeph

DAS on UCS Nexus + ASR

RHEL KVM Cisco VTF/OVS

Cisco APIC/

Cisco VTS

Serv

ice

Assu

ran

ce

Sin

gle

Pan

e o

f

Gla

ss

Infra

stru

ctu

re

Monito

ring

Unifie

d

Manag

em

en

t

Cisco’s NFVI Solution

Full Rack POD ½ Rack POD Starter Kit NFVI

Branch Solution

Compute

Expansion

Storage

Expansion

“Best of Breed” Open ArchitecturePartnership with Redhat and Intel

78BRKSPG-2402


Broad and Deep Networking Capabilities

Programmable SDN Model

(Cisco APIC/ACI*)

Underlay/Overlay Integration

application-centric policy model

Ecosystem integration

Programmable SDN Overlay Model

(Cisco VTS)

VTS

Overlay provisioning and

management across N2K-N9K

No Network/SDN Controller

(Legacy Neutron)

Legacy Networking (OVS, Linux

Bridge)

*Post FCS

“Best of Breed” Open ArchitectureCisco Network/SDN Controllers – Multiple Options

79BRKSPG-2402


Openstack Big Tent

May 2015 Openstack Integrated Release declared dead

No more integrated releases from Liberty. Many more projects coming.

Rate of innovation in Openstack is accelerating

Openstack Kolla Mission Statement

Production-ready containers and deployment tools for operating OpenStack clouds that are scalable, fast,

reliable, and upgradeable using community best practices.

Towards a new micro-

services based

approach

Operational SimplicityReliable, scalable and upgradeable OpenStack deployment

BRKSPG-2402 80


Red Hat Enterprise Linux OpenStack Platform (RHEL OSP7)

Compute(Nova) Networking(Neutron) Storage(Cinder/

Galnce)

UCS-M

VM Placement

Automated

Installer

Cisco VIM

Applications for NFV, Video, Mobility etc.

Proven HA

Architecture

Health Checks

CI/CD Release

System

Automated

System Test

UCS-C

Ceph

OSCVPPVTS

Red Hat/Openstack

Red Hat Enterprise Linux (RHEL7)

UCS-BNexus 9000

3rd party (future)

Linux Bridge

VxLAN

Logging /

Monitoring

Containerized

Components

VLAN

Cisco

Cisco GIT

Repository

Integrated Test

Suite

Orchestration, Management, Monitoring

UCS-Director

UCS-D BMA

NSO

ESC

Monitoring

SW

XRv

CSR1KV

ASAv

vPC-DI

OVS

UCS-Fabric Interconnect

Soft

ware

Hard

ware

vPC-DI

Others

Operational Enhancements to Openstack

(Available to Customers)

CI Pipeline

(Cisco controlled)

Operational SimplicityCisco NFV Infrastructure - What is it Composed of?

81BRKSPG-2402

© 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 82BRKSPG-2402

• heatapi

• heatengine

• horizon

• cloudpulse_server

• novanovncproxy

• novaconsoleauth

• novaapi

• novascheduler

• novaconduct

• Novacommon

• cinder_volume

• cinder_scheduler

• cinder_api

• neutron_metadata_agent

• neutron_l3_agent

• neutron_dhcp_agent

• neutron_linuxbridge_agent

• neutron_server

• neutron_common

• Glanceapi

• glancer

• keystone

• rabbitmq

• mariadb

• haproxy

• memcached

• logstash

• {ceph_mon}

Docker Containers on Control Node

Kolla + Ansible to deploy Openstack services within Docker containers.

Bare-Metal InstallInput Validation Common SetupStorage

Configuration

Openstack

Service

Orchestration

Verifications/

Monitoring

Build packages

and containers,

host generated

artifacts

Operational Simplicity – Container DeploymentConatinerised Openstack Installation


• High performance forwarder used in

flagship Cisco hardware products, now

available for x86

• Feature rich (Layer 2, IPv4, and IPv6

forwarding with large tables ― multi-

context VRFs, multiple types of

tunneling, stateless security, QoS

policers (all of RFCs incl. color-aware

ones).

• Open sourced (linux foundation as fd.io)

• Complementary to Intel Data Plane

Development kit (DPDK)

• Highly performant vhost-user for VM-VM

connectivity

Performance and OptimisationVector Packet Processing (VPP) : Now Open sourced

BRKSPG-2402 83


Performance through virtual switch

and its virtual interface to VNFs

• 10 Gbit/s, 1.6 million frames/s

throughput with Cisco‘s VPP

• 7 Gbit/s, 1.09 million frames/s

throughput with OpenvSwitch

• Latency is a key aspect

http://www.lightreading.com/nfv/nfv-tests-and-

trials/validating-ciscos-nfv-infrastructure-pt-1/d/d-

id/718684

Performance and OptimisationEANTC: Throughput measurements OVS-DPDK vs. VPP

http://www.lightreading.com/nfv/nfv-tests-and-trials/validating-ciscos-nfv-infrastructure-pt-1/d/d-id/718684


Forwarding performance of the standalone virtual switch with multiple

layer 2/layer 3 forwarding table (FIB) entries

• Almost line rate throughput with

Cisco‘s VPP for Ethernet

forwarding up to 20,000 MAC

addresses

• OVS performance

• Reduced by 81% when

forwarding to 2,000 MAC

addresses

• Unusable for 20,000 MAC

addresses


Performance and OptimisationEANTC: Carrier-grade requires predictable performance

85BRKSPG-2402


Use-case Led NFV Solution


Legend

Media/VideoBus. ServicesMobility

NFVI Scope


Network VIM



Unifie

d M

anagem

ent

and M

onitori

ng

UC

SD

API

GUI


RHEL OSP 8 (Liberty)

Monitori

ng

APIC VTSor3rd

Partyor

Partner

Use-case Led NFV SolutionsKey use-cases : Mobility, Business Services, Media/Video

BRKSPG-2402 87


HW Blade Server

Blade Blade Blade

HyperVisor

VM

StarOS

Standby tasks

Control Function

Platform

management

tasks

Session Function

Demux Tasks

IP address

Management

Session Function

Session Tasks

State replication

HW Blade Server

Blade Blade Blade

HyperVisor

VM

StarOS

SI GW

Redundant tasks

Optional

ICSR peer

Mobility use-case Single Instance (SI)


HW Blade Server

Blade Blade Blade Blade Blade Blade

HyperVisor HyperVisor HyperVisor HyperVisor HyperVisor HyperVisor

VM VM

VM VM VM VM

StarOS StarOS

StarOS StarOS StarOS StarOS

CF CF SF SF SF SF

Standby tasks

Control Function

Platform

management

tasks

Session Function

Demux Tasks

IP address

Management

Session Function x2

Session Tasks

State replication

Session Function

Redundant tasks

Mobility use-case Distributed Instance (DI) - CF and SF VM Description

BRKSPG-2402 89


ASR 5500


Appliance

Ultra M

Managed

Virtualization

Element

Manager

Full Virtualization

USP

UGP USF UPP

Au

tom

atio

n We

b U

I

CUPS Element Manager

Ultra M Ultra Managed by Cisco

OpenStack Redhat OSP9

UGP Ultra Gateway Platform

USF Ultra Services Framework

UPP Ultra Policy Platform

Mobility use-case Path to Full Virtualization

90BRKSPG-2402


• VPC VNF

• ESC VNFM

• VNF EM

• Basic lifecycle events

• Web Services GUI

• Qualified on

• UCS C

• Nexus 9K Leaf and Spine

• Simple and single support structure

Redhat OSP9

De

plo

y

Scre

en

VNF-EMSLA mgr VNFM PrxySrv conf

VM VM

VM VM VM VM

StarOS StarOS

StarOS StarOS StarOS StarOS

CF CF SF SF SF SF

Cisco UCS-C

ES

C V

NF

M

Nexus 9K Leaf Nexus 9K Spine

Mobility use-case Ultra-M Components

91BRKSPG-2402


Business Services use-caseVirtual Managed Services (VMS) - Controllers/Management & NFV Orchestration

ASR 9000

(PE/DCI)

L2 DC UCS ASR 9000

(DCI/PE)

L2 DC

VRF

CE Aggregation Circuit Service Overlay/DC Underlay

vCPE Service Chains

CPE

CPE Controller

RAN

Life CycleService

ConfigNetwork

Controller

Work Flow

Full Service Portal

WAN

Cross-Domain Orchestration

WAN Management

* Not required in Overlay Solution

Cisco NFV Orchestration

Day 0 Auto-Provisioning – Unbox

and turn on

WAN Dimensioning – (if needed)

Ciircuit provisioning

Programmed forwarding overlay.

Customer Facing Services provide portal access to Catalog offerings

Orchestration Workflow reflects end-to-end Service Domain.

92BRKSPG-2402


Branch Offices

Private

CloudPublic

Cloud

InternetHQ

Dedicatedinternet Secure

MPLS

Branch Offices

Private

Cloud

`Public

CloudHQ

SecureMPLS

INET INET

Service Provider

Cloud

Internet

Business Locations

Private

Cloud

`Public

CloudHQ

SecureBroadband

INET INET

Service Provider

Cloud

Internet

Enterprise and Service Provider Deployment Models

Common Service Orchestration and Automation Consistent Portal and Service Dashboard Instrumentation

Application Aware Cloud Services Optimization Pervasive Security WAN Optimization Usage Based Pricing

Cloud VPN Cloud MPLS Cloud IWAN

Service Provider

Cloud

Business Services use-caseCommon Software Elements – SD-WAN options

93

Firewall(ASAv)

Web Security (WSAv)

Intrusion Prevention (IPSv)

Firewall(ASAv)

Web Security (WSAv)

Intrusion Prevention (IPSv)

BRKSPG-2402


Direct Internet Access

Public Cloud

Microsoft Office 365

Virtual Private Cloud

Branch

CPE/vCPE

Internet and MPLS connectivity with DMVPN

MPLS

Internet

MC1

Local breakout direct to Internet for specific SaaS apps.

Microsoft Windows

PrivateCloud

Internet

Business Services use-caseVMS IWAN (Intelligent WAN) with CPE-Based Split Tunneling

94BRKSPG-2402


• End to end solutions for consumer TV services (PayTV)• Virtualized Video Processing (V2P): Ingest, processing, packaging, recording,

storage, encryption and distribution of Live, VOD and Cloud DVR video content using a virtualised infrastructure

• Infinite Video Platform (IVP): Cloud (usually public) hosted applications plus thin clients (STB, Phones, Tablets, PCs, HDMI sticks etc). Enabled consumers to locate, interact and consume TV content

• Cloud DVR (cDVR): Cloud hosted replication of in home DVR services. Often added to legacy video platforms

• Point Products• Individual, or bundles, applications sold as “best in class” to be integrated with

customer’s legacy or other vendor’s point product to implement end to end solutions.

• They are virtual software implementations of historically appliance solutions. Including: Live TV Encoder/Mux - vDCM; Content packaging – VMP; Content recording – VMR; Storage – COS; CDN – OMD. To use almost any of these virtual point products they need a VNF Manager – V2P-Controller

Media/Video use-caseSolutions and Products

95BRKSPG-2402


Video/Media

ProductsvDCM VMP VMR OMD COS V2P-C

Original OS CentOS CentOS CoreOS Linux-based CentOS Linux-based

VMware Yes Yes No Yes Yes Yes

OpenStackYes

No

For controllers,

monitoring,

analytics only

(core).

Yes,

(SWIFT

interfaces)

No

Containers for

Shipping End 2016

Yes

(Docker on OpenStack/Bare

Metal )

Yes No No No

Media/Video use-caseSolutions and Products

96BRKSPG-2402

Summary

© 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 98BRKSPG-2402

• NFV and SDN are fundamental enablers of Cisco SP Architecture transformation.

• While some challenges current in the marketplace, Technology enhancements, Open Source Initiatives/SDO activity are driving market adoption and use-case development.

• Cisco has a comprehensive and evolving Architectural proposition to address NFV and SDN capabilities

• Multiple active and developing use-case deployments in the EMEAR Market for both SDN and NFV

Summary


Complete Your Online Session Evaluation

Don’t forget: Cisco Live sessions will be available for viewing on-demand after the event at CiscoLive.com/Online

• Please complete your Online Session Evaluations after each session

• Complete 4 Session Evaluations & the Overall Conference Evaluation (available from Thursday) to receive your Cisco Live T-shirt

• All surveys can be completed via the Cisco Live Mobile App or the Communication Stations

99BRKSPG-2402

CiscoLive.com/Online


Continue Your Education

• Demos in the Cisco campus

• Walk-in Self-Paced Labs

• Lunch & Learn

• Meet the Engineer 1:1 meetings

• Related sessions

100BRKSPG-2402

Thank You

cisco nfv/sdn positioning in an - amazon web...

Documents