eBook

CTOs guide to SDN, NFV and VNF

CTOs guide to SDN, NFV and VNF

What you will learn

Networking and communications standards and Canonical is involved in networking

methodologies are undergoing their greatest
and data communications
transition since the migration from analogue
to digital. The shift is from function-specific, Canonical, the company behind Ubuntu, works
proprietary devices to software-enabled closely with its networking and telecoms
commodity hardware. partners on all aspects of emerging networking
technologies and modern data communications.
In the context of the modern transition, this eBook
We provide infrastructure and partner solutions
explains the three most popular terminologies
to support SDN and NFV infrastructures We also
today SDN, NFV, and VNF. It addresses why the
offer unique performance and interoperability
transition is happening and why its important
testing for clouds and VNFs.
for any individual or organisation that has
responsibility for a network to understand
and embrace this emerging opportunity.

The potential benefits, and some deployment

and management solutions for software-enabled
networking, are addressed throughout the eBook.

Tweet this
CTOs guide to SDN, NFV and VNF
About the author
Christopher Wilder
Head of Content, Canonical
Tweet this
Christopher Wilder has domain expertise
in Cloud Computing and Infrastructure, the
Internet of Things (IoT), Machine Learning
and Business Analytics, Networking and
Communications and Software Defined
Infrastructure.
Chris is the co-author of the best-selling book,
Influencing the Influencers, and is a frequent
contributor to Forbes and TechTarget. He has
also published multiple columns on enterprise
applications in The New York Times, Boston
Globe, CEO Magazine, and others. He serves
on the board for TechTargets Cloud Advisory
board, and is a trusted advisor for dozens
of technology companies worldwide.
CTOs guide to SDN, NFV and VNF

Contents

Executive overview 05 General purpose network hardware 15

Economic benefits of software based 06 Generic switch hardware and 16

networking SDN on servers

Why now? 07 Do I need a cloud for SDN and NFVi? 17

The many meanings of SDN 08 Ubuntu for hyperscale 18

Server virtualisation introduces SDN 09 Deploying and managing SDN and VNFs 19

Continuing to evolve SDN 11 Performance and Interoperability 20

SDN infrastructure layers 13 Canonical, SDN and NFVi leadership 21

Network functions virtualisation NFV 14 Conclusion 22

About Canonical 23

Tweet this
 5
CTOs guide to SDN, NFV and VNF

Executive overview

Network infrastructure is following the path of
server hardware, which migrated from application-
specific servers to virtual machines. Were now
migrating from function-specific network
hardware to software-based virtual functions.
For organisations that already have virtual
machines deployed, youre already using SDN
today. If you have a firewall or load balancing
service running as a virtual machine, youve
begun using NFV infrastructure, as well.
Software Defined Networking SDN Virtualised Network Functions VNF
Software on commodity hardware that coexists The specific network function that is now
with or replaces traditional, proprietary a software service deployed on commodity
network hardware, like switches and routers. hardware, for example firewalls, IP services
DHCP/DNS/load balancing, VoIP, IMS
Network Functions Virtualisation NFV
message services, RANs, EPCs, and more.
Generally refers to virtualising higher level
network functions, as software, on commodity
hardware. NFV infrastructure can run on top
of traditional network hardware, SDN-based
networks, or a combination of both.

The premise of SDN and NFV technologies isnt

new, but within your organisation, their rapidly
expanding use cases may be.

Operational expenditure can be dramatically

reduced by the flexibility of software-based
network infrastructure.

Tweet this

CTOs guide to SDN, NFV and VNF
Economic benefits of
software-based networking
Scaling and operating
SDN and NFV offer nearly infinite economies as
of scale. Most of the issues with oversubscribing
ports not having enough, or undersubscribing
ports buying more than you need, are eliminated
when software is introduced to replace physical,
single-function devices. Time is money, and in a
software-driven infrastructure, updates, upgrades
and changes are all faster and much simpler.
The cost of commodity hardware is typically much
lower than that of function specific network
equipment. Support costs also decrease, from
hardware maintenance cost to operational and
vendor support.
Tweet this
Decoupling
Moving network control out of proprietary
hardware devices and into a software
infrastructure, and migrating network
functions from single purpose hardware
to VNFs on commodity hardware, are both
examples of decoupling the desired function
from the hardware. Decoupling provides
an agility that has never before been available
to network operators.
For example, when you decouple system
performance data plane, from system
configuration control plane, a network
upgrade from 4G to 5G can be done without
system configuration migration or redefinition.
You just change the VNFs that control the
antennae. Similarly, an entirely new network
infrastructure could be overlayed
on an existing topology with SDN.
6
Beyond upgrades
New features and new network requirements
are increasingly being made. In a traditional
network approach, these capabilities either
arent made available or require new hardware
procurement, physical installation, and physical
connection. With SDN and NFV infrastructures,
new features and capabilities are deployed
as software.
The same care must be taken when implementing
new software features as with new hardware,
so interoperability testing and architectural design
are still critical. The time to implementation
is dramatically reduced, though. Further in
this eBook interoperability and performance
testing are addressed as you read about
OIL and V-PIL.

CTOs guide to SDN, NFV and VNF
Why now?
Ecosystem
The ecosystem of available SDN and NFV
based solutions has grown and matured.
New software and hardware technologies
make commodity servers offer the same
capabilities, performance, and sometimes
even increased reliability.
Economics
As clouds and modern IT infrastructure continue
their explosion of growth, the economics of
traditional datacentre networking become
less desirable and completely unaffordable
for some organisations. SDN and NFV based
infrastructure solutions offer both OPEX
and CAPEX relief for organisations of all sizes.
Tweet this
7
Hardware The operating system is where technologies like
DPDK and SR-IOV are enabled and managed.
Advancements in commodity server hardware
IO and chipsets bring performance levels IO Visor is another example of open source
to that of ASIC-based hardware proprietary software that enables the Linux kernel
systems. Hardware features like DPDK and and associated network software to have
SR-IOV enable programmable data planes programmable and user-defined functions
within servers that match the speeds of legacy in realtime, without restarting systems.
function specific networking hardware. These, and others, are technologies that a
decision maker will consider when designing
Software SDN and NFV based infrastructures.
SDN and NFV both require an open, general
purpose operating system, Linux, running
on the commodity hardware that supports
them. Ubuntu (and the Ubuntu kernel) are
the platform that provides the reliability and
scalability, both from technical and a financial
perspective, that enables SDN and NFV
infrastructure today.

CTOs guide to SDN, NFV and VNF
The many meanings of SDN
The SDN concept
Its best to think of SDN as an umbrella term, not
as a strictly defined idtea. It largely encompasses
two main categories. There is overlay SDN, which is
defined by software, and there is hardware based
SDN, which focuses on separating the control
of network hardware from the hardware itself.
The different implementations of SDN
are not necessarily exclusive. In most cases,
organisations will benefit from both overlay
SDN technologies as well as hardware-based,
underlay SDN solutions.
Other SDN approaches also exist, but the
defining aspect of SDN is the change in focus
away from the network hardware itself to
the software that manages and operates it.
Tweet this
Overlay SDN
An overlay SDN allows any consumer of IT to
create your own entire datacentre network
on top of the existing infrastructure without
modifying any underlying hardware. This is
especially valuable in clouds where multiple
tenants, be them individuals or business units,
need network independence, isolation, and
autonomy. Overlay SDN lets the underlying
network or cloud operator offer network
independence to its consumer.
8
Hardware / underlay SDN
Hardware-based SDN solutions alleviate many
of the issues and constraints with traditional
networking hardware. The management
control plane, of the hardware is separated
from the physical hardware itself the data
plane. This means a generic network switch
can have features and functions dynamically
loaded in real time to change how it operates
and what its capabilities are.
A single physical device can replace several,
legacy network devices. This can reduce
the need for port undersubscription and
by programmatically adding functions
to devices with open ports, reduces port
oversubscription, as well, allowing better
balance of traffic universally across generic
network ports.
 9
CTOs guide to SDN, NFV and VNF

Server virtualisation introduces SDN

Traditional datacentre networking

legacy switch
Before server virtualisation was commonplace,
every server had a single operating system,
typically a single application, and connected
to one or many legacy switch ports.

Network control and data flow are all managed

at an individual switch level. Further, every legacy switch
network component throughout the network
infrastructure, from routers to advanced
network services like load balancers,
is locally and individually managed.

Two major issues are revealed:

1. The control of the network server

equipment is tied to each device

2. Network equipment capability

is fairly inflexible

Tweet this
 10
CTOs guide to SDN, NFV and VNF

Virtual switches provide SDN

to virtual machines VMs virtual machine

The advent of server virtualisation, for most

organisations, was the initial introduction to
software defined networking SDN. As the
diagram illustrates, multiple operating systems
virtual switch software
are running as virtual machines on a single server. server

Each of these virtual machines has software

defined network adapters that connect to a
software defined, virtualised network switch.

The control and data planes for these virtual

machines are now managed at the server level
on commodity hardware, but the rest of the
network remains running traditional hardware.

Tweet this
 11
CTOs guide to SDN, NFV and VNF

Continuing to evolve SDN

Server virtualisation server

load banalcer

datacentre networking virtual machine

Since server virtualisation only provides SDN

capabilities for the VMs contained on each
individual server, the 2 major issues with
traditional networking remain: virtual switch software

1. The control of the network equipment

is still tied to each device legacy router

2. Network device capability remains

fairly inflexible server

virtual machine

legacy switch

virtual switch software

Tweet this
 12
CTOs guide to SDN, NFV and VNF

SDN for datacenter network server VNF servers

1 to Many
infrastructure virtual machine
VPN

D
 ecrease capital and operational firewall

expenditure
router

D
 ecouple the management control plane, virtual switch software
load balancer
from the device itself data plane, whereby
centralising network control

Tremendous increase in flexibility and

deployment of programmable network server
infrastructure and network functions
virtual machine

generic SDN switch

virtual switch software

Tweet this

CTOs guide to SDN, NFV and VNF
SDN infrastructure layers
Commodity server SDN
Since commodity servers can now serve as
part of the network infrastructure, their SDN
functionality is leveraged in different ways.
As illustrated on the page Server virtualisation
introduces SDN, virtualisation of servers has
made local, virtual switching a popular SDN
implementation. Some virtual switches have
control software that allows them to be managed
centrally and decouple the control plan from
the local host itself.
FAN networking
Another local-to-server SDN solution is Fan
Networking. Fan provides an IP address extension
capability to Linux containers, like LXD, to increase
density of workloads without sacrificing
network performance or network addresses.
Tweet this
SDN core and
OpenStack Neutron
Commodity servers also serve as SDN
core nodes. These servers are not typical
virtualisation hosts, but rather host specific
software that enable SDN functionality for
datacentre infrastructure. These could be
control nodes, core gateways, routers, etc.
Advanced SDN solutions like PLUMgrid ONS or
Juniper Contrail use redundant and hierarchical
servers to provide advanced networking and
overlay networking capabilities.
OpenStack Neutron is an example of an
SDN control node. Neutron uses plugins
to communicate directly with SDN overlay
solutions like ONS and Contrail to provide
user-serviceable, independent network
infrastructure to respective cloud tenants.
13
Commodity network
hardware SDN
There is a growing ecosystem of generic
network hardware. These are devices that
look like traditional switches or routers, but are
software-enabled by a 3rd-party. Ubuntu Core
is a general purpose IoT operating system that
you would install on generic network hardware,
and then potentially make it a layer two or three
switch, or advanced gateway or firewall, by
installing additional network software as Snaps.
The Open Compute Project has specifications
for networking that help define how generic
network hardware should be designed and
manufactured. Open Compute network hardware
is like commodity servers, except there are more
network ports and more focus on network
throughput than general compute.
 14
CTOs guide to SDN, NFV and VNF

Network functions virtualisation NFV

NFV infrastructure NFVi
The NFV concept is newer than SDN. While SDN
focuses on network hardware and the separation
of the data and control planes, NFV refers more
to application and network specific functions.
NFV infrastructure defines all of the components,
software and hardware, that enable NFV
for a given solution or organisation.
Virtualised Network Functions VNF
VNF refers to the functions that are being
virtualised in an NFV infrastructure. Like
SDN, this means that functions that used to be
delivered by proprietary, stand-alone devices,
are now being written as software that runs
on Linux (like Ubuntu) on industry standard,
commodity hardware.
NFV deployment and architecture
NFV infrastructure can be deployed using
traditional network switching infrastructure,
or with SDN, or a combination of the two.
At present, combined SDN/NFV/traditional
infrastructure is most common, although the
components of the network core that support
NFV are most often SDN-based.

virtual switch open compute SDN switch

Ubuntu
software Ubuntu

Ubuntu
Core

Ubuntu
Core
legacy router
virtual switch Ubuntu Ubuntu
software
open compute SDN switch

Tweet this

CTOs guide to SDN, NFV and VNF
General purpose network hardware
Open Compute Project (OCP)
The OCP provides specifications and design
documents for servers, racks, and, of course,
network switches. The designs naturally create
standards for the industry to follow.
The network hardware from OCP has dedicated
chips for passing data, and more ports than a
typical commodity server, but offers commodity
processors and memory subsystems that run
standard Linux operating systems like Ubuntu
Core. The functionality of the hardware is
enabled by software from industry network
vendors. The management of the software
is not integrated to the hardware at all, and
is generally centralised on control nodes
wherenetwork administrators can centrally
configure, monitor, reconfigure, update,
and even upgrade the infrastructure.
Tweet this
Ubuntu Core
Snappy Ubuntu Core is a general purpose
IoT operating system. It is a lightweight,
transactional-based OS, making it ideal for
running OCP switches. Ubuntu Core is based
on the concept of Snaps. A Snap is an
independently contained, isolated application.
Snaps install from a web store interface, providing
network operators a revenue or organisational
chargeback opportunity. There are Snaps available
that enable layer 2 switching, firewalls, routers,
gateways, and more network functionality.
They provide a software-modular approach
to network hardware. If a device requires
additional or less decommissioned, functionality,
its easily achieved by adding or removing a Snap.
15
Since both Ubuntu Core and the Snaps it
installs are transactional, automatic roll-back
occurs if theres a problem. The inherently
isolated nature of a Snap also means that
there is the highest level of security.
Ubuntu Core on OCP hardware
Revenue or chargeback opportunity
Highest availability
Isolation and security
Versatile functional
No-touch field upgrades

CTOs guide to SDN, NFV and VNF
Generic switch hardware
and SDN on servers
Generic switch hardware
Generic switching hardware bridges the gap
between SDN and NFV on commodity servers and
traditional switches. Generic switches provide
similar port capacity and ASIC throughput to
that of a traditional switch with the management
and deployment benefits of SDN. They can also
run some VNFs like firewalls and load balancers
to further increase their value.
Ubuntu
Core Ubuntu
Core
open compute SDN switch
Tweet this
Commodity server hardware
Servers have physically limited port count,
restricted by total network adapter ports.
But internal connections ports, become
virtual unlimited, and functions are only
bound by physical hardware constraints
CPU, memory, throughput. They offer all
of SDN and can run any VNF available.
SDN
software
open compute SDN switch
16
You need both
Commodity servers provide great flexibility and
performance, but they need a top of rack or
centralised switch to efficiently communicate.
Traditional switching could achieve the goal
but modern, SDN-based switches extend
dynamic network management and configuration
beyond the reach of commodity servers and
traditional switches.
SDN
software
Ubuntu Ubuntu

CTOs guide to SDN, NFV and VNF
Do I need a cloud for SDN and NFVi?
Modern infrastructure
While the simple answer is no, you dont
absolutely need a cloud to use SDN or NFV
technologies, you probably already have a
cloud or are working on a cloud initiative. In
general, SDN and NFV infrastructure run as
microservices, and those microservices are
best served by clouds, like Ubuntu OpenStack.
Tweet this
17
Cloud benefits
A well-designed cloud gives you rapid scaling,
dynamic deployment, and workload bursting
beyond your premises. It can also allow
departmental, development and operational self-
service. All of these capabilities can be employed
by SDN and NFV infrastructure solutions.
Realising the economic and technical benefits of
a cloud requires standardisation and repeatability.
Juju, discussed later in this eBook, helps
an organisation achieve those goals.

CTOs guide to SDN, NFV and VNF
Ubuntu for hyperscale
The platform
As the Why Now? page of this eBook suggests,
Ubuntu is the platform of choice for SDN and
NFV infrastructure. Ubuntu is the basis for
Ubuntu OpenStack and for hyperscale cloud
computing.
More than 65% of large OpenStack clouds
run on Ubuntu. Ubuntu hosts more OpenStack
cloud workloads than all other operating
systems combined.
The growing ecosystem of SDN and VNF
software is built for deployment on Ubuntu.
Tweet this
18
Scalable financial model that eliminates the Scalable services include offerings like
cost-prohibitive pain points of starting small BootStack, a managed, hosted Ubuntu
and growing big. Ubuntu Advantage for OpenStack offering. BootStack scales to
OpenStack, which provides premium support hundreds of nodes, and includes OpenStack
from Canonical, is priced with the economical training options, and optional SLAs. There
understanding of a hyperscale datacentre. is also the option to completely transfer
management and control of your BootStack
Scalable architecture from the kernel to
environment to your own qualified,
the tools used to manage applications on
operations staff.
Ubuntu, when features are implemented,
theyre all done with cloud scalability in mind.
Technologies like the LXD container hypervisor
and FAN networking increase density of
services on physical servers. They also both
have scalable management interfaces, to
support hundreds of server nodes as your
cloud grows.
 19
CTOs guide to SDN, NFV and VNF

Deploying and managing

SDN and VNFs
Design and deploy
The migration from single purpose physical
assets to virtualised and software assets
creates the need for a tool to design, deploy
and manage the SDN and VNF infrastructure.
Juju is an application modeling and
deployment tool. It uses the concept of
Charms to make the components of an SDN or
VNFs intelligent. By distilling the intelligence
into each individual component, design and
deployment are simplified and standardised.
Instead of relying on teams of consultants to
customise and deploy each component, Juju
can package multiple Charms into bundles
that can be deployed with consistency across
multiple regions and architectures.
Modify and update
Seldom does a modern SDN or VNF deployment
remain static. Since the bundles that Juju deploys
are built from individually intelligent Charms, it
makes it relatively easy to interchange or update
specific components. It also makes it easy to roll
back to a previous bundle if things dont
go as planned.
Modifications and updates can be accomplished
without the need for expensive consultants,
complex static scripts, or total redeployment
of the solution.

Tweet this

CTOs guide to SDN, NFV and VNF
Performance and Interoperability
Compatibility
SDN offers tremendous benefits in flexible
configuration options and improved methods
of data routing. Its important that applications
work well in various SDN environments.
Canonicals OpenStack Interoperability Lab OIL
is able to run continuous integration testing
against multiple different SDN solutions with
various different workloads utilising their
networking paths. OIL ensures that modern
big data, analytics, and other cloud-based
solutions are compatible with modern
network infrastructure.
Tweet this
Performing well
Beyond interoperability, Canonical has
benchmarking capabilities that allow you
to understand where your solution, SDN,
NFV, or just a regular application, runs best.
Canonicals Automated Benchmarking Service
CABS is capable of running the exact same
workload across multiple different clouds,
including your own, and reporting back relative
performance. Since SDN and NFV infrastructure
can stretch beyond your datacenter, into a public
or external private cloud, it can be important
to have performance baselines across multiple
locations and solutions.
20
VNF performance V-PIL
V-PIL is the VNF Performance and Interoperability
Lab. It is another performance testing solution,
but focused solely on VNFs. Typically, many
VNFs work together in a service chain. Since
many VNFs are latency and throughput sensitive,
the VNF Performance Interoperability Lab is
able to automate test cases of service chained
VNFs and compare the results against a
functionally similar service chain that utilises
different VNFs.
V-PIL takes the guesswork out of deciding
on which VNF to use for a specific function,
from both an interoperability and
a performance perspective.

CTOs guide to SDN, NFV and VNF
Canonical, SDN and NFVi leadership
Emerging standards
Many networking standards are derived from
the telecommunications industry. Canonical
has been an early adopter and supporter
of emerging telecoms standards, including
OSM and OPNFV.
OSM
Canonical is a founding member of Open
Source MANO OSM. It is a reference
architecture for management and
orchestration of NFV infrastructure based
on ETSI standards and open source solutions.
Along with Ubuntu and Ubuntu OpenStack,
Canonicals modeling and application deployment
tool, Juju, are all part of the initial OSM
reference architecture.
Tweet this
Juju as a generic VNF manager
Juju plays a vital role as a generic VNF manager
for OSM. It enables the use of multiple VNFs
without disparate VNF management solutions.
Since its a generic modeling tool, it can also
model and deploy the OpenStack infrastructure,
as well as additional services on top, like big data
processing, analytics, container management,
and more.
OPNFV
Canonical also supports OPNFV, the Open
Platform for NFV. The projects goals are
to provide consistency and interoperability
between NFV vendors. As discussed on the
Performance and interoperability page of this
eBook, Canonical is also aligned with
OPNFVs goals.
21
Canonical ecosystem
Working with networking leaders, like
Cisco, Juniper, PLUMgrid, Telefonica, and
dozens more, Canonicals rapidly deployable
ecosystem of solutions is unequaled.
The unique ability of Juju to quickly model,
deploy, and integrate all the components of
a complex SDN or NFV infrastructure comes
from Jujus use of Charms. Charms give an
application the intelligence to both ask for
the resources it needs, as well as offer the
resources it provides, and automatically
connect it to other Charmed applications.
Using the Juju Charms approach, an entire
OpenStack cloud, SDN overlay solution,
or NFV infrastructure, can be deployed
in less than an hour.

CTOs guide to SDN, NFV and VNF
Conclusion
Natural evolution
The industry transition from single function,
proprietary devices, to commodity, software
defined infrastructure is a natural one. Economics
have driven it, technological advancements
have enabled it.
It will become impossible to remain competitive
without SDN and NFV infrastructure. Every
organisation will have to transition. IT
departments for non-technical organisations,
telecoms operators, and cloud service providers
will all benefit from software based network
infrastructure. Even cloud-based businesses
already use SDN overlays every day.
Tweet this
22
Experience
Canonical has been the infrastructure for To learn more, visit
the modern network of some of the worlds
Ubuntu OpenStack
largest telecommunications providers. The
Ubuntu family of solutions, Ubuntu, Ubuntu Scalable clouds and infrastructure
OpenStack, and Ubuntu Core, provide an
Ubuntu Core
economical, stable, and secure platform
for next generation, software defined
Contact us
networks and network functions. From
Canonicals Charm Partner Program, enabling
the largest SDN/VNF ecosystem available,
to a commitment to standards, like OSM
and OPNFV, the long term, demonstrated
investment is clear.
Customers, Network veterans, and startups,
all choose open systems, standards, and
interoperability. Canonical does, too.

CTOs guide to SDN, NFV and VNF
About Canonical
At Canonical, we are passionate about
the potential of open source software to
transform business. For over a decade, we
have supported the development of Ubuntu
and promoted its adoption in the enterprise.
Tweet this
23
By providing custom engineering, support
contracts and training, we help clients in the
telecoms and IT services industries to cut
costs, improve efficiency and tighten security
with Ubuntu and OpenStack. We work with
hardware manufacturers like HP, Dell and
Intel, to ensure the software we create can be
delivered on the worlds most popular devices.
And we contribute thousands of man-hours
every year to projects like OpenStack, to
ensure that the worlds best open source
software continues to fulfil its potential.