SOFTWARE DEFINED NETWORK AND NETWORK FUNCTIONS VIRTUALIZATION

June 24, 2016 | Author: Nadir Palacios | Category: N/A
Share Embed Donate


Short Description

SOFTWARE DEFINED NETWORK AND NETWORK FUNCTIONS VIRTUALIZATION...

Description

SOFTWARE DEFINED NETWORK AND NETWORK FUNCTIONS VIRTUALIZATION An Inevitable Evolution for Communication Networks VIKRAM NAIR Director, Technology

VINOD KUMAR GUPTA Senior Technical Leader, Technology

SOFTWARE DEFINED NETWORK AND NETWORK FUNCTIONS VIRTUALIZATION An inevitable evolution for communication networks

Introduction

This paper starts with describing SDN and NFV technologies and

Traditional communications network equipment was built over

adoption and challenges impinging the adoption of the technology.

proprietary software platforms tied onto proprietary hardware

The paper then captures the applicability of SDN and NFV

that evolved slowly, being in a walled garden. This approach

technology for mobile networks, for example, the segments or

forced service providers to deal with issues such as longer time-

sub-systems where SDN and NFV can be introduced by service

to-market and end of life equipment.

providers. It also provides a few use cases that can be realized

Decoupling underlying hardware from software, through standardized interfaces, and deploying software solution over COTS (Commercial off the shelf) hardware has been a successful shift witnessed in past years. This enables operators in buying hardware and software platform from a variety of different vendors

their relationship. Then it discusses the accelerators driving

through the technology introduction and the benefits that such solutions can yield. The paper also highlights key considerations for rolling out SDN and NFV technology. Finally, the paper summarizes the essentials requirements for testing SDN and NFV technology for successful deployment.

with no inter-dependence of hardware and software on each other. For example a soft-switch (that is used for VoIP call setup) is a software implementation decoupled from media gateway

Trends and Insights

used to switch voice traffic. As the standardization of this solution

SDN and NFV will bring fundamental shift in CSP’s approach to

is at infancy, today’s communications network industry has yet

build network infrastructure. The network transformation is

to fully embrace this hardware and software decoupling in the

expected to happen in a phased manner, which will not only help

coming years.

mature the technology introduction methods and processes

Software defined networks (SDN) and network function

but also de-risk disruption of network services.

virtualization (NFV) is a new development that builds on a premise

Today, networks are built in silos wherein independent infrastructure

to decouple hardware and software solutions, and further host

is deployed for mobile, fixed, and enterprise markets with minimal

software functions over a virtualized platform to achieve cost

or no infrastructure reuse or sharing. Realizing the benefits from

efficiencies with limitless flexibility for network configuration

virtualization, Communications Service Providers (CSPs) are

and operation.

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

1

Now

Next 2-3 Years

Next 5+ Years

“SDN is a new approach to networking in which network control is decoupled from the data forwarding function and is directly programmable. The result is an extremely dynamic, manageable, cost-effective, and adaptable architecture that gives administrators

Network Silos

Component Virtualization

Network Virtualization

Network virtualization - expected roadmap

stepping up the efforts to analyze the impact of virtualization on networks and O/BSS. It is expected that initial targets for virtualization will be the software components with minimal or no dependency on underlying hardware. In the next 2-3 year it is expected that first step towards virtualization will find its place in the networks wherein selective

unprecedented programmability, automation, and control, through abstraction of the underlying infrastructure. Implementing SDN via an open standard enables extraordinary agility while reducing service deployment and operational costs, and frees network administrators to integrate best-of-breed technology as it is developed – Open Networking Foundation [1]” Decoupled control and data planes help you build a centralized control plane that manages large number of data plane equipment, which is spread across network.

independent network components will get virtualized. For instance,

The control plane comprises SDN controller that interfaces with

in LTE networks, network components that are software only

data plane switches and enforce packet treatment rules on data

implementation with no specific hardware dependencies such as

plane switches. Standardization attempt are underway in defining

MME, IMS, PCRF, HSS will be the first target. OSS transformation

control protocol (OpenFlow) between SDN controller and switches.

will happen simultaneously to manage virtual assets. This phased transformation will require OSS to support both legacy as well as virtual assets with an external management system to manage the virtualization platform infrastructure.

SDN primarily targets layer 2 and layer 3 infrastructure components. The SDN controller, in addition, exposes north bound interface using which many additional services can be built or extended through service chaining and orchestration. Examples

In the next five years, it is expected that majority of network

of such services are discussed in detailed in subsequent section

components will get virtualized enabling CSPs to sell Network as

on use cases.

a Service (NaaS). Additional network components which earlier were not targeted for virtualization because of their dependency on hardware platforms will see de-coupling of such components

The following diagram shows the high level network architecture for Software defined networks.

into control & data plane functions, with control plan functions being pushed onto virtualization platforms. For instance, in LTE

Orchestration Layer

networks, such network components will be deep packet SDN Services

inspection (DPI), serving gateway (SGW) and packet data network gateway (PGW). This phase will have OSS transformation to not only manage the virtual assets but also the virtualization platform

Service Chaining

Resilience

infrastructure in a holistic manner.

What are SDN and NFV

Traffic Management

SDN Controller

SOFTWARE DEFINED NETWORKS (SDN) In traditional networking paradigm, a data packet arriving at conventional equipment (switch / router) is treated with a set of

Open Flow

rules. These rules decide how the inbound data packet are treated

vSwitch

and marked such as forward, duplicate, drop, (de-) tunnel, network address translation (NAT) or quality of service (QoS). Such equipment is not only expensive but also is a challenge to manage

Switch

as the equipment are distributed across the network and may require synchronization of configuration.

Switch

Switch

Architectural Diagram for SDN

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

Switch

2

The decoupling will also result into CAPEX optimization by virtue

HSS

of commoditized de-coupled data plane equipment. For instance, by introducing SDN into networks, CAPEX requirements for

MME

PCRF

SGW

PGW

backhaul networks globally will reduce by more than $4 billion by 2017 as per a recent research report [3]. Early benefits of SDN will be greater internal efficiency, reduced

UE

eNodeB

operations costs and higher reliability of the network due to

Internet

greater automation and less room for human error. Ultimate goal is that end customers will be able to interface

LTE Network Architectural Diagram

their service provider’s network and integrate services on an automated, software-controlled basis.

For instance Mobility Management Entity (MME) network element NETWORK FUNCTION VIRTUALIZATION (NFV) Virtualization started with having discrete applications hosted on cloud platform. Driven by the benefits realized through cloud hosting such as scalability, resilience, reduced OPEX, usage of the virtualization technology for communication networks is a logical evolution.

falls under the category of network elements that implement control plane protocol and procedures for managing end-to-end data service. Other network elements that will fall under same category are HSS and PCRF implementing control plane protocol and procedures for subscription and policy control respectively. Such network elements can be moved onto centralized cloud platform as shown in the diagram below.

Cloud appeals because of its potential to lower down risks, costs, and time-to-market, while increasing agility and flexibility to experiment with new offerings. Top-line and bottom-line benefits play into decisions regarding adoption of cloud. MME

“Network Functions Virtualization aims to transform the way that

HSS PCRF

network operators architect networks by evolving standard IT virtualization technology to consolidate many network equipment types onto industry standard high volume servers, switches and storage, which could be located in datacenters, network nodes and in the end user premises. It involves the implementation of

SGW UE

PGW

eNodeB

network functions in software that can run on a range of industry

Internet

standard server hardware, and that can be moved to, or instantiated in, various locations in the network as required, without the need for installation of new equipment – ETSI [2].”

Proposed LTE Network Architectural Diagram with NFV (some NEs)

Early implementations of NFV would target moving those applications on cloud infrastructure that is hardware independent. OSS, BSS and certain VAS applications are example of such applications that are part of mobile networks.

The concept can be further extended for other category of network elements that implement control plane protocol and procedures along with traffic handling i.e. Serving Gateway (SGW)

Subsequent to that, attempt will be to decouple the control and

and Packet Data Network Gateway (PGW). These categories of

data plane implementations of other infrastructure elements

nodes can be split into two entities the control plane and data

to enable migration of control plane software onto cloud and

plane functions. The result will be SGW-Ctrl and SGW-Data for

deploy commoditized data plane equipment in network.

SGW node and PGW-Ctrl and PGW-Data for PGW node. The split will enable moving the control plane functions i.e. SGW-Ctrl and

Consider as an example a LTE network as shown in a high level

PGW-Ctrl onto centralized cloud platform and data plane nodes

network architecture diagram below. Each network element

i.e. SGW-Data and PGW-Data network switch be deployed during

excluding the eNodeB radio node is typically deployed on a

network rollouts to meet traffic handling requirements.

separate hardware unit in data centers. Out of these network elements some are software implementation of control plane protocol and procedures and others require additional specialized hardware function for traffic handling.

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

3

The pyramid above represents the standard OSI reference model [5], which is also a generic representation of any network MME SGW-Ctrl PGW-Ctrl

PCRF HSS

component. SDN and NFV combined will target virtualization of layer 4 till layer 7 and also layer 3 partially. From standardization perspective, ONF [1] is focusing on splitting layer 3 into control plane and data plane wherein layer 3 control plane can be deployed in a virtualized environment. ETSI [2] on the other hand

UE

eNodeB

SGW Data

OpenFlow Switch

PGW Data

is focusing on virtualization of layer 4 till layer 7. What this means is that NFV functions (actually telecom function apps) can sit on top of SDN and leverage (use SDN as a service)

Internet

cost effective SDN routing/switching/transport and enable unprecedented efficiencies in terms of resource utilization,

Proposed LTE Network Architectural Diagram with NFV and SDN

Though, this split is not defined completely as part of specifications, however this is another example of implementing NFV. Additional virtualization use cases would also emerge for Radio side such as Cloud RAN which are discussed under subsequent sections. Additional network element (Open Flow Switch) shown in the diagram above is introduced as part of section on SDN.

configuration, customer interface/support. The venn diagram below shows that SDN and NFV are mutually exclusive technologies but maximum benefits of SDN and NFV can be achieved when these are coupled together with open innovative apps on the top. Use cases and accelerators describe benefits in detail, which are covered in subsequent sections. Creates network abstractions to enable faster innovation

Creates competitive supply of innovative applications by third parties

SDN and NFV Relation SDN and NFV emerged as independent concepts and are self-sufficient for the purpose they were built for. The two technologies are complementary to each other and do not compete against each other. Combined implementation of SDN

Open Innovation

Software-Defined Network

and NFV will maximize the benefits that are mentioned in subsequent sections. The scope of virtualization can be understood with the following diagram.

Virtualization Scope

Layer 7 Layer 6 Layer 5

App Layer

Layer 3 Layer 2 Layer 1

Reduces capex, opex, space and power consumption

Presentation Layer Session Layer

Layer 4

Netowork Functions Virtualization

Venn diagram – interaction of SDN, NFV, Open Innovation

Transport Layer Network Layer Data Link Layer Physical Layer

To summarize, role of SDN and NFV when combined in an implementation can be understood as - decoupling control plane and data plane is what SDN recommends and moving the decoupled control plane (or the entire network equipment software functionality wherever possible) to a virtualized platform is what NFV recommends.

Scope of Virtualization

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

4

Accelerators Driving Adoptions

IMPROVED TIME-TO-MARKET

Numerous benefits across CAPEX & OPEX reduction ease of

network. Most of the solutions will be hardware independent

operation, flexibility and scalability is what will and is driving

and would use the same infrastructure, thus saving testing and

adoption of SDN & NFV technology. Few such benefits that can

integration time. Some of the services would become available

be realized through the technology adoption are:-

by simply adding an app at controller software in a virtualized

Time to market will be drastically reduced in a SDN/NFV enabled

environment. CAPEX AND OPEX REDUCTION Service providers will be able to reduce their CAPEX and OPEX

EASE OF OPERATIONS

spend through SDN and NFV technology adoption. While CAPEX

Key benefit in operations will be homogeneity of the network

benefits will be realized by virtue of control plane functionality

and efficient management and flow control of mobile IPs.

consolidation on cloud and commoditization of data switches,

Centralization and less number of equipment will ease out

the OPEX benefits will be realized by virtue of reduction in power

configuration management, implementation, and also reduces

usage, space requirements and number of operational staff

risk of miss-configuration. There would be no need to login to

required for operation and maintenance

individual equipment for configuration, hence will save time

Service providers can further reduce customer onboarding and

and resources.

support spend by deploying commoditized data switch equipment

Virtualization will give a readymade platform for migration of

at enterprise customer premises as opposed to fully functional

network elements and services to cloud. Scalability and multi-

switch, and manage those switch through control plane in service

tenancy capabilities on virtualized platforms will enable easy

provider’s cloud environment. Thus reducing customer on-boarding

rollouts, upgrades and operations.

and support spend. “It is estimated that a CSP can have up to 50% direct CAPEX

OPENNESS

saving by adopting SDN in backhaul [3]. Some vendors are

SDN will provide an excellent platform for app development work,

claiming 90% saving in CAPEX when purpose built hardware is

which will help in building advanced networks. Dependency

replaced with high performance server and routers [6].”

from OEM to come up with innovative solution will be reduced that provides openness to the technology. Readymade apps from

The ability to host multi-version for applications and multi-tenancy

freelancers and domain experts will reduce cost and time for

will further drive down costs for service providers.

carriers.

NEW REVENUE STREAMS

TECHNOLOGY MANAGEMENT

Mainstream adoption of SDN and NFV technology will not only

Managing multiple technologies, domains, vendors, skills processes

help drive down costs but also help create new revenue streams

and policies are always complicated and challenging. SDN and

that to an extent will compensate for declining ARPUs.

NFV will bring a common platform for technologies, vendors,

Dynamic programmability of network control elements coupled with open standard interfaces will enable rapid introduction

and skills required to manage. Some of the direct benefits from technology management perspective are:

of new revenue generating, value added services in network

>

Improved automation

environment.

>

Common policy management and enforcement

>

Increased availability, reliability, scalability, multi tenancy

For instance, a service that allows an enterprise subscriber to

and security

purchase additional bandwidth through an on-line portal. Such request from a subscriber gets orchestrated in a manner that

>

Easy deployment and up-gradation of new technology, features

the policies to grant additional bandwidth towards subscriber

>

Common skills set for resources to manage network

CPE/device get provisioned automatically at the network layer and at edge router. This dynamic programing of the network will reduce time to provision the policies in the network, if done manually from operations standpoint, resulting into quick upsell of existing data services.

Adoption Challenges SDN and NFV technology is evolving not only from technology standardization standpoint but also in terms of broad set of use

Example of such services/use cases is discussed in subsequent

cases that it can address to realize the benefits claimed.

sections.

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

5

However, there are challenges to be addressed before SDN and

TESTING AND DEBUGGING

NFV technology get into mainstream adoption. Subsequent

In a virtualized environment, network elements would be present

section mentions such challenges.

in distributed fashion i.e. network elements providing same service can be placed at different physical location. So there is a need for specialized testing tools, which can collect data, analyze

STANDARDIZATION As the technology is in its nascent stage standardization of SDN controller APIs is not compete yet. For successful adoption of SDN and NFV technologies there is a need to have standardized APIs for traffic flow management, interconnect policies, and authentication and authorization with other network elements on priority. For instance, in the case of policy management, PCRF and SDN controller integration is required. While PCRF is a service/ application level policy enforcement entity also used in LTE network, SDN controller is a L2/L3 level policy enforcement entity for data network. Integration of these two entities is depicted in the diagram below.

PCEF

to ensure that traffic is properly routed. Dynamic behavior of traffic flow according to configuration and network load would add complications for testing. A rigorous testing is needed keeping in mind APIs, and multiple vendors for general purpose server and user experience.

SECURITY As SDN / NFV are not matured technologies there are many associated security challenges. For instance, service provider would target 3rd party application providers to tap new business opportunities, which risks networks against security threats. To mitigate such security threats, a high level of security in terms of authentication and authorization is required for 3rd party

PCRF Gx

and report exact faults points. In a virtualized network it is difficult

applications that use network assets. Moreover, all controls would

Gx

PCEF

?

SDN Controller

be concentrated at SDN controller and any intrusion at SDN controllers could impact the whole network.

MAINTENANCE Operators have already invested heavily in existing network

OpenFlow

infrastructure. Legacy infrastructure will co-exist for years to come. The migration to SDN/NFV will be gradual with specific nodes and functions being introduced as legacy equipment

Switch

become depreciated or obsolete and based on SDN/NFV available feature set, resilience (carrier grade) and other operational

Interface between SDN controller and PCRF

As shown in the diagram above, interface between PCRF and

attributes. Centralized control plane at SDN controller makes availability of controller an important aspect.

PCEF (policy control enforcement function), labeled Gx, has

Due to the above facts, fault Management (hardware / software

been standardized by 3GPP. However, there is not much focus

failure) is going to be a big challenge, as it would not be easy to

on standardization of APIs between SDN controller and PCRF,

troubleshoot a problem in virtualized network with simple tools.

which implies no coordination between policy decisions across network elements.

PERFORMANCE

This is a big challenge for successful deployment of SDN / NFV

Telecom networks are designed with the consideration to have

and application development community.

minimum latency in the network to provide high throughput and low connection time. Maintaining a low latency is a main challenge.

IMPLEMENTATION Migration would be a real challenge and needs a proper planning in terms of selecting network islands and prioritizing their upgrade keeping in mind minimum interruption to services, co-existence with legacy networks, rollback plans and QoS maintenance.

SDN and NFV will add more complications as single controller has to communicate with multiple nodes and maintaining its huge database will impact the performance. Controller-to-controller interface is not yet standardized which otherwise improve performance by load sharing.

Special considerations are required for integration of SDN controllers as the technology is evolving and security aspects are not mature enough.

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

6

SDN/NFV Applicability for Mobile Networks

demand, service providers would need more hardware, space

SDN and NFV can be implemented in various segments and

management requirements. Refer to section “Network Function

sub-systems of mobile networks using industry standard COTS hardware. Refer to the diagram SDN and NFV applicability in Mobile Networks below for few examples of segments/subsystems, which are elaborated subsequently.

and resources. EPC virtualization is an approach that service providers can leverage to optimally address the capacity and Virtualization” above for details. Implementation of EPC virtualization is possible in many ways. For instance, one virtualized logical node can have multiple virtual machines (VMs) working as different network elements as shown in the following diagrams.

EPC VIRTUALIZATION With the advent of technologies like LTE and LTE-A, data traffic is increasing exponentially on timescale and this demand is expected to explode in the future. To meet the increasing

MME

MME

Server

MME

OPTION 1: Several VMs of same software component can be installed on same virtualized infrastructure. No need for dedicated HW.

Since each VM works in isolation and is independent of other VMs, they don’t impact on performance of one another. These VMs can be configured dynamically (links, network topology etc.) as per required capacity and traffic pattern. EPC virtualization will help operators reduce CAPEX and OPEX and also enable dynamic optimization for rapidly changing needs. Other advantages are stated in the section “Accelerators Driving Adoption”.

Security Functions

Mobile Backhaul

Provisioning

Server Load Balancer

O/BSS

Network Function Virtualization

Software Defined Networks

WAN Accelerator

Cloud RAN

EPC Virtualization CPE Virtualization

SDN & NFV applicability in Mobile Networks

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

7

The above architecture will optimize the requirement for baseband

MME

SGW-Ctrl

PGW-Ctrl

Server

OPTION 2: Several VMs can have different software components running on virtualized infrastructure.

processing capacity as it gets shared across radio heads. “Base Station hotel” has been around for some time with centralized baseband processing and remote radio heads fed with fiber (up to 10-15km) but NFV provides opportunity to run

EPC Virtualization

baseband on inexpensive hardware.

CLOUD RAN An operator’s CAPEX, OPEX expenditure on RAN is much more as compared to core. Cloud RAN will have several benefits right

CPE VIRTUALIZATION

from direct cost reduction (less civil structures, less hardware,

Customer premise equipment (CPE) comprises two logical

less energy consumption) to enhanced capacity and dynamic

functions – service control function and data switch function.

and uniform utilization of resources.

CPE virtualization will enable service provider to host CPE service

Today, cloud RAN architecture is evolving. Possible architecture would have a pole mounted radio head connected through fiber

function within its own cloud environment and deploy standard L2/L3 switch at customer premises.

and RF signals transferred to baseband processers located in

The CPE Virtualization diagram shows architecture where CPE

cloud. An illustrative diagram is shown below.

switch is replaced by a server which is running virtualized router and service code. The previous approach will not only save hardware cost and transportation cost of signaling, but also operational cost as the

Fiber UE

CPE service logic will reside in service provider cloud environment,

PHY MAC O&M

RRH

which can be easily managed from remote location. This implies an efficient way to deploy, upgrade and configure CPEs.

Baseband Processors

UE

RRH Cloud RAN

Orchestration

SP NGN

SP GW

IP Edge

Centralized DC CPE Services L2/L3 CPE router with services functions running in SP Datacenter

Internet

CPE Virtualization

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

8

MOBILE BACKHAUL

This approach will enable implementation of many use cases as

Mobile backhaul comprises a complex mesh and chained

described in subsequent section.

topologies designed for network resilience, traffic carrying capacity while delivering desired QoS. Introduction of SDN in mobile backhaul will enable managing backhaul capacity through optimal resource utilization and dynamic traffic management. In addition, it will also allow for co-existence of multiple technologies

Service providers can benefit from implementing SDN and NFV in many other areas such as O/BSS, security functions (Firewalls, IDS/IPS, SSL, VPNs etc), server load balancers, WAN acceleration and provisioning systems.

on the same mobile backhaul infrastructure. An illustrative diagram is shown below, wherein, a SDN controller, optionally running on a virtualized platform, makes decision on

Use Cases

traffic forwarding and pushes the forwarding rules onto the

As discussed in previous section, SDN & NFV can be introduced

switches deployed.

in many segments/sub-systems of mobile networks. This section presents few end-to-end use cases that can be realized by introducing SDN & NFV.

SDN Controller

DYNAMIC BANDWIDTH MANAGEMENT There is an increasing demand for bandwidth hungry services MME UE

such as HD video on demand, online gaming, cloud based apps etc. To deliver these services with desired QoE there is a need

eNodeB

for better bandwidth management. SGW

By virtue of SDN, subscriber will be able to define his/her bandwidth need, allocate and make changes in required bandwidth dynamically. Bandwidth management can also be orchestrated

UE

by application or end user without involvement of service provider

eNodeB

personal. A framework for dynamic bandwidth management is shown below in this section. UE

Small Cell Mobile Backhaul

Bandwidth Management Application Network Monitoring (OF)

Bandwidth Management

Orchestration Logic SDN Controller OpenFlow API

FTP Server

Online Gaming Servers

Higher bandwidth allocation for network latency sensitive application

Online Gaming Client

FTP Client

Dynamic Bandwidth Management

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

9

As shown in the diagram, the end-to-end traffic between online

The architecture enables implementation of many dynamic

gaming servers and online gaming clients (shown by a solid green

provisioning uses cases eliminating the need to pre-define VLANs,

arc) is shaped to meet service QoS requirement. In a real world

interconnection of VMs and configuration parameters.

scenario such request for dynamic bandwidth allocation for a gaming service will either be ordered by the end user through a self-care portal or by the game provider. The bandwidth management application will orchestrate policies for network wide deployment and pass it to SDN controller which in turn will push required configuration in network switches.

DEEP PACKET INSPECTION Deep packet inspection (DPI) has been used since a long time to identify and act on packet streams in the networks. The DPI solutions today has evolved into software based implementations that brings much better analytics for inspecting application

This auto provisioning will require no intervention from service

level (layer 4+) traffic. The software DPI solutions are easy to

operations teams. This business model wherein the service

manage, upgrade with new traffic signatures and are easy to

provider ties up with OTT players or directly sells on demand

deploy in the networks compared to traditional methods.

bandwidth services to end users will open up new revenue streams for a service provider to cope up with declining ARPU.

DPI software solution, optionally deployed onto virtualized platform, can be utilized for scenarios such as offloading certain traffic streams to other technologies, for example Wi-Fi.

WAN INTERCONNECT As an extension to dynamic bandwidth management use case, WAN interconnect will allow subscribers to design their enterprise level policies for shortest paths through the service provider network as per bandwidth requirement which have less latency or congestion and fewer hops across their networks. This assures network-wide load balancing beyond node-level load balancing, and reduces OPEX for service providers.

APPLICATION AWARE ROUTING Content delivery networks typically comprise a large distributed set of content hosting and content delivery servers that are deployed across multiple data centers. Application aware routing (AAR) service can be used by service providers to route service requests to content servers that can best serve the request. The following diagram shows an architectural implementation of AAR service. The centralized request server, hosted on a

DYNAMIC PROVISIONING Traditional network implementations require configuration of pre-defined VLANs, interconnections etc. without providing flexibility for dynamic provisioning. Introducing SDN, which implies a centralized SDN controller, optionally deployed on virtualized platforms, can be used to configure network switches as per the orchestration function that runs on a remote application server.

virtualized platform, is the first hop for all the service requests from the subscribers. The centralized request router redirects service request to the content server that can best serve the request. The centralized request router acts as an application level (layer 4+) load balancer redirecting requests based on subscriber geographical location, availability of content in the content server, service availability, and content server load.

Centralized Request Router

Caching or Streaming Servers 2 Caching or Streaming Servers

3 4

Caching or Streaming Servers 1 Online user

L7 Monitoring Probes Control Messages Data Flow

Architectural implementation of AAR

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

10

Route Optimization

Configuration

Analytics and Reporting

Network Monitoring

Bandwidth Management

Request Routing

SDN Controller

Caching or Streaming Servers Caching or Streaming Servers

1 2

Caching or Streaming Servers L7 Monitoring Probes Control Messages Data Flow Online user

Provisioning of Flows

AAR implementation with SDN

AAR implementation can be extended further with increased

overheads due to fewer touch points to provision and operate

application awareness, which can be built into the network by

as compared to a traditional network.

developing SDN controller applications that keep track of application-level characteristics and use that intelligence to provision flow into the network switches.

VIRTUALIZATION OF CONTENT DELIVERY NETWORK As an extension to application aware routing (AAR), content delivery servers along with the content can also be hosted on virtualized platforms. Such improvements in network will simplify removal or changing location of content delivery components. Virtualization creates an isolation layer across virtual machines,

Key Considerations While the benefits of adopting SDN & NFV are multi-fold, which is evident from both the applicability of technology across mobile networks and also from the use cases discussed in earlier sections. However, there are few important factors that need to be considered in order to successfully implement the SDN and NFV technologies.

which will enable hosting of multiple instances of content delivery

In SDN architecture, the routing rules will be pushed by SDN

from multiple content providers on same virtualized platform,

controller onto the network switches. Since the network switches

which will optimize management and maintenance cost..

will not inspect the packet flows, there would be need for additional DPI and security solutions.

SERVICE CHAINING

Interoperability across network equipment supporting OpenFlow

As an extension to application aware routing (AAR), service

and also with IT systems would require verification as OpenFlow

providers can further launch composite services by service

implementations are evolving.

chaining the service requests across multiple application servers in a pre-defined order. An example of service chaining is when

Service level policies (which acts on layer 4+ of the traffic) in mobile

a subscriber request for HD video service, this will first trigger

networks is decided by PCRF (policy and charging rules function),

dynamic bandwidth management service to allocate desired

whereas policies for SDN networks (which acts on layer 2/3

bandwidth to the subscriber for service consumption. Upon

traffic) is decided by SDN Controller. These two entities, namely

successful grant of bandwidth, the request is routed to HD video

PCRF and SDN controller, are yet to work in tandem, which

content delivery server to start HD video streaming.

means that service level policies at PCRF shall be linked with L2/L3 traffic policies at SDN controller.

VIRTUALIZED AGGREGATION NETWORK

Network security might require network and process audit and

Service providers can benefit by centralizing the control for

redesign for access privileges, firewalls. For example, a scenario

aggregation network. The centralized control will manage the

would be to detect and block applications generating unwanted

switches that are deployed in networks. This reduces operational

traffic.

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

11

OSS and BSS would require enhancements to support SDN & NFV deployments. OSS transformation would be the key challenge

Testing SDN and NFV Technology

that needs a detailed strategy and planning for architectural

With advent of new technologies like SDN and NFV, the test

impacts and functional impacts.

methodologies also require change which spans across know-

OSS need to support virtualized infrastructure and orchestrate virtualized network elements and virtual platform infrastructure. Additional support to legacy network is needed during transition. Following are some of the subsystems and processes for OSS functional domains (service assurance and service fulfillment) that get impacted.

how of the technology, and specialized testing and diagnostic tools to troubleshoot problems in this complex network environment. Options of putting test tools and test infrastructure on cloud is a natural evolution for test setup leading to resource optimization. Subsequent section gives high level guidelines on scenarios that should be tested for successfully introducing SDN & NFV technologies in the network.

SERVICE ASSURANCE > Impacted subsystems - Fault and alarm management systems, performance and threshold management systems, configuration systems, security systems, service quality

OPENFLOW TEST SCENARIOS (FOR SDN) > Control Channel functional testing to verify signaling protocol e.g. connection setup, failure, and interruption of a control

management systems, health monitoring systems, SLA management systems, reporting systems > Impacted Processes - Network and device configuration process, performance management process, capacity management process

SERVICE FULFILLMENT >

channel. > Conformance testing of protocol messages including negative scenarios. > Spanning tree protocol testing to test port state and its configuration message >

requirements for adding, editing, deleting and removing a

Impacted subsystems - Resource and service provisioning systems, network planning and design systems, activation systems, workforce management, network inventory modeling and management systems, capacity management systems, network discovery systems, reconciliation systems,

Flow administration and management testing to verify the flow along with flow table.

>

Counter value verification per flow, per port, per queue and per table.

>

Data plane testing to verify supported actions by a switch.

GIS systems, reporting systems >

Impacted processes - Inventory reservation and allocation process, Network element discovery process, reconciliation process, Service address change process, order modification

TEST RECOMMENDATIONS BASED ON ETSI REQUIREMENTS FOR NFV >

Interoperability and Integration testing shall verify that

processes, CPE management, IP address management,

the NFV framework is capable to re-host, optimize, and

network and virtual infrastructure capacity management

load integrate Virtualized network functions (VNF) in a

process, service activation process

standardized multivendor environment.

South bound interface for SDN implementation is defined, which

>

is independent of HW used and framework shall be capable

is OpenFlow. However, the north bound interface is yet to be defined. Service providers should consider defining this interface so that it is future proof.

to collect performance related information. >

party entities) and provide authentication, authorization,

extensions and could impact successful interoperability

data encryption, data confidentiality and data integrity. >

Scalability testing shall verify that the NFV framework is capable of scaling VNFs (scale up and scale down) and moving

on how the service is monitored. There will be a shift from

its components from one computing resource to another.

measuring hardware downtime to service downtime. Therefore, resilience shall be built in the service software running on

Security testing shall verify that the NFV framework protects network from E2E vulnerabilities (new HW, interfaces, third

Early implementations from OEMs might have proprietary

NFV will not only bring change in how service is delivered but also

Performance testing shall verify that the NFV framework

>

Resiliency testing shall verify that Network functions are

virtualized platform to instantly start up a new virtual machine

capable to recover after failure and the NFV framework is

on capacity overrun or an instance crash.

able to classify Network functions according to resiliency and facilitate resiliency scheme in both control plane and

NFV would also mean many virtual machines in multiple locations. Service operations should be planned for upgrade, patching, failure recovery across each virtual machine.

user plane. >

O&M testing shall verify that the NFV framework is capable to provide mechanism for automated O&M (creation, scaling and healing of VNFs based on pre-defined criteria)

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

12

>

Service continuity testing shall verify that the NFV framework is able to restore services (recover VMs, provide alternative

>

solution) as per SLAs.

Aricent has helped service providers and equipment manufacturer

Co existence and transition testing shall verify that the NFV

across the world with its thought leadership, technology

framework co-exists with legacy network and supports

know-how, and expertise in integration, validation, rollout and

transition phase (interwork with O/BSS, ensure security of

maintenance of new cutting edge technologies.

VNF instances during transition) >

How Aricent Can Help?

Aricent’s expertise spans across SDN and NFV technologies,

Service assurance testing shall verify that Network functions

including OpenFlow, SDN applications and Northbound APIs.

are remotely accessible, monitored, and can perform diagnosis.

Aricent has proven record for successfully delivering end to end solutions, delivering telecom testing services (end-to-end testing,

3GPP COMPLIANCE TESTING

performance testing, functional testing and test automation),

For EPC virtualization scenario as described in sections above,

managed lab services and OSS transformation to support

protocols and messages flow across the network will be impacted

virtualized networks having multi-vendor, multi- technology and

because of the architectural changes. Therefore compliance to

multi-release environment.

3GPP specs is a must to facilitate multi-vendor eco-system. > Exhaustive conformance testing is highly recommended for all virtualized telecom equipment. > KPI, Load, Capacity testing should be performed to raise

Fore-sighting the need for constantly evolving communication networks, Aricent has developed reusable test assets (test strategy, test plans, test cases, and processes) to reduce timeto-market for service providers.

overall QoE. > A new protocol that would get defined between control plane and user plane of S-GW and P-GW, would require thorough testing.

Conclusion NFV and SDN will change the fundamental approach of how networks will be built in future. Focus will shift from building

NETWORK TESTING

networks in silos to component virtualization and then to

There would be significant changes in the network, when SDN /

network virtualization.

NFV are pervasively deployed. It is extremely essential to test all existing network services and to check there is no harm to the

Though lack of standardization and other issues around security,

network in terms of Quality, User Experience with introduction

performance of virtualized appliances / applications currently

of new services. Testing recommended for networks is:

impinge mainstream adoption of SDN and NFV, but, it is a matter

> Integration testing to assure smooth roll-outs. > End-to-end testing of all the services in real or near real network having multi-vendor / multi technology environment. > Field trial to assure overall performance of new technology. > SDN controller security testing. > No Harm to the network testing will assure that all legacy services are working fine and not impacted with

of time, when the specification forums will standardize the technology aspects, some of which are already being addressed in respective forums. The use cases and applicability of NFV and SDN as discussed in this paper will not only bring down CAPEX and OPEX in medium to long term, but also improve time-to-market for new services, simplify network operations and management.

introduction of SDN/NFV

VIKRAM NAIR

VINOD KUMAR GUPTA

is Director Technology at Aricent

is Senior Technical Leader at

responsible for E2E Testing, VAS

Aricent responsible for E2E

& M2M practice.

Testing pre-sales.

[email protected]

[email protected]

Software Defined Network and Network Functions Virtualization - An Inevitable Evolution for Communication Networks

13

REFERENCES (1) Open Networking Foundation https://www.opennetworking.org) (2) Network Functions Virtualization. An Introduction, Benefits, Enablers, Challenges & Call for Action (http://portal.etsi.org/NFV/NFV_White_Paper.pdf) (3) SDN: Bridging the Mobile Backhaul Funding Gap (http://www.tellabs.com/solutions/mobilebackhaul/tlab_bridging_backhaul_funding_gap.pdf) (4) White Paper by Aricent: Application Aware Routing in SDN (http://info2.aricent.com/hs-fs/hub/280086/file-210287459-pdf/Whitepapers/ Aricent_Whitepaper_-_Application_Aware_Routing_in_SDN.pdf) (5) OSI model (http://en.wikipedia.org/wiki/OSI_model) (6) http://www.nfvzone.com/topics/nfv/articles/353495-brocade-discusses-nfv-based-router.htm (7) ETSI GS NFV 004 v1.1.1Network function virtualization (NFV), virtualization requirements (http://www.etsi.org/deliver/etsi_gs/ NFV/001_099/004/01.01.01_60/gs_NFV004v010101p.pdf)

Engineering excellence.Sourced Aricent is the world’s #1 pure-play product engineering services and software firm. The company has 20-plus years experience co-creating ambitious products with the leading networking, telecom, software, semiconductor, Internet and industrial companies. The firm's 10,000-plus engineers focus exclusively on software-powered innovation for the connected world. frog, the global leader in innovation and design, based in San Francisco is part of Aricent. The company’s key investors are Kohlberg Kravis Roberts & Co. and Sequoia Capital. [email protected]

© 2014 Aricent. All rights reserved. All Aricent brand and product names are service marks, trademarks, or registered marks of Aricent in the United States and other countries.

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF