Virtual Network System: Splitting Control and Data Plane to Optimize IP and Transport Services at Minimum OPEX

Virtual Network System:
Splitting Control and Data Plane
to Optimize IP and Transport Services at Minimum OPEX

Elisa Bellagamba
elisa.bellagamba@ericsson.com

Trends & driving forces
Internet bandwidth growth

Mobile Traffic Growth

Personal, mobile cloud services

50B Connections

Rapid change carries a cost
Capacity =
Dealing with Scale Lowering Costs Creating Revenue ƒn (demand) +
ƒn (performance)

MOBILE
CORE
Revenue =
MOBILE
ƒn (competition) +
ƒn (content ownership)

BACKHAUL & METRO TRANSPORT & ROUTING
Network costs =
ƒn (traffic growth)
MUST BREAK THIS!
FIXED

MULTI-SERVICE
EDGE

DEVICES ACCESS AGGREGATION IP EDGE CORE

Capacity =
ƒn (performance)

How to extend IP services
up to the access? MOBILE
CORE
Revenue =
MOBILE
ƒn (competition) +

Network costs =
MUST BREAK THIS!
FIXED

MULTI-SERVICE
EDGE


Capacity =
ƒn (performance)

up to the access? MOBILE
CORE
Revenue =
MOBILE
Upgrade ƒn (competition) +
boxes to ƒn (content ownership)
full IP?
Network costs =
MUST BREAK THIS!
FIXED

MULTI-SERVICE
EDGE


Capacity =
ƒn (performance)

up to the access? whole
Train the
MOBILE
CORE
Revenue =
personnel to
ƒn (competition) +
MOBILE
TDM TDM build IP ƒn (content ownership)
competence?
TDM TDM

Network costs =
TDM
TDM TDM TDM ƒn (traffic growth)
MUST BREAK THIS!
FIXED
TDM TDM TDM
MULTI-SERVICE
EDGE
TDM TDM TDM TDM


Capacity =
ƒn (performance)

up to the access? whole
Train the
MOBILE
CORE
Revenue =
personnel to
IP IP ƒn (competition) +
MOBILE
build IP ƒn (content ownership)
IP IP competence?
IP IP IP IP Network costs =
MUST BREAK THIS!
FIXED IP IP IP

MULTI-SERVICE
EDGE
IP IP IP IP


Control Plane options
for access and aggregation networks
Today’s TDM NetworksConverged Network Today’s IP Networks

NMS NMS NMS

Centralized
control plane

Static Dynamic Dynamic
Centralized control Centralized Control Distributed control
Simplified operational model IP operational model

Data Plane Control Plane Interface to Common Control Plane

Aggregation Core Aggregation

Traditional networking:
functional representation

traditional traditional
ROUTER TRANSPORT
NODE
NMS

NMS, PCE
Mgmt, CLI, SNMP Svc cfg TED

RIB FIB LIB LFIB Mgmt, CLI
XC dB*

Signaling/TE (RSVP, LDP, CSPF)
IGP (for top. discovery, DCN)
Routing (IGP, BGP)
Forwarding, OAM handling
Forwarding, OAM handling

Control plane is baked into * For MPLS-TP,
underlying forwarding can be
infrastructure, that poses considered LFIB
scale, and feature velocity
problems

functional representation
Distributed
Virtual Network System location

VNS-NE interface LFIB
NMS
IP proxy/PBR functionality

shaping etc…
shaping etc…

policing,
policing,
IGP (for top. Disc, DCN),
intra-region
Mgmt, CLI, SNMP
VNS-NE interface
PCE Forwarding/OAM handling

RIB LIB TED Svc cfg

Signaling, TE (RSVP, LDP, CSPF, PCEP) Distributed
location
Routing* (IGP, eGP), inter-region
VNS-NE interface LFIB

TCN: Central shaping etc…
IP proxy/PBR functionality

shaping etc…
location
policing,

policing,
Traffic IGP (for top. Disc, DCN),
Control intra-region
Node Forwarding/OAM handling

the network as a platform
ACCESS AGGREGATION EDGE CORE

Virtual Network System
CSR IP
TCN

RESIDENTIAL
PE

MTU

ENTERPRISE
CPE

Virtual Network System can logically represent as a single entity
a full cluster/region of nodes

CP consolidation in Aggregation
› Homogenous DP: operational simplicity › The centralized control plane element
› CP consolidation: topology hiding, can act as a single IP/MPLS node
manage scale participating in the IP core, on behalf of
the NEs in the access/aggregation
INDEPENDENT SCALING OF CONTROL PLANE AND DATA PLANE
IP/MPLS Metro
Control plane

i/eGP Domain

Data plane

TCO analysis
1ST 2ND 3RD
Access Aggregation Aggregation Aggregation

VNS
domain
~70%
OPEX
SPO1410 SSR
GE

… GE TCN savings
10GE

SPO1410

TCN

Download the paper here

Connectivity Scenarios details:
p2p L2 services
ACCESS METRO EDGE CORE METRO ACCESS
1st Aggr. 2nd Aggr.

VNS
domain
AN VNS
AG1 AG2

PE
ABR

AG1
AN AG2

CE PE PE PE

Eth AC LDP PW
Fixed/Mobile Backhaul

Business VPN

Business VPN, backhaul (e.g. X2)

Connectivity Scenarios details
mp2mp L3 services
1st Aggr. 2nd Aggr.

VNS
domain
AN VNS
AG1 AG2

PE
ABR

AG1
AN AG2

CE PE PE CE

Business VPN

Business VPN, backhaul (e.g. X2)

Connectivity Scenarios details:
mp2mp L3 services
1st Aggr. 2nd Aggr.

VNS
domain
AN VNS
AG1 AG2

PE
ABR

AG1
AN AG2

CE PE PE CE PE CE

Eth AC LDP, iBGP

Running demo in Ericsson booth
Show
VNS domain L3VPN

R3 10.50.3.1 GUI &
10.33.99.3 vrf1 CMD Line
video
TCN
client
DPN 2
SPO-1410
Static L3
laptop 1 VPN
10.50.3.2 OSPF, configuration
BGP,
LDP
video
DPN 3
ML-SP 210 10.50.1.1 server
SPO-1410
Plug-in new DPN 1 vrf1
ML-SP 210
SE100 SE100 laptop 2
Auto- 10.50.1.2
Provisioned R1 R2
ML-SP 210 10.33.99.1 10.33.99.2
DPN 3

Adding a “customer site”, auto-configuration of VNS internal transport
Configure & prove L3VPN by TCN command line printouts

Testing the controller scalability:
study assumptions
CONNECTIVITY
1 MODELS Several combination
MSER GGSN
PE
IPTV Internet
PGW server
of mesh, ring and
tree topologies with
AGS1
up to 3 level of AGS1

AGS2
aggregation AGS2

FIBER AGS1
ACCESS AGS1
PE PE
ABR ABR

FIBER
ACCESS
AGS2
FIBER
AGS2 ACCESS
AGS1
AGS1

FIBER
ACCESS
FIBER
VNS domain ACCESS

Quantitative
2 SERVICES 3 assumptions
› MBH › Static › Dynamic
– number of – Link down
› IPTV Tunnels › affected tunnels
– number of › timescale
› p2p Equipments – IPTV channel change
› timescale

Testing the controller scalability:
RESULTS
CONNECTIVITY
1 MODELS
Which are the requirement on the VNS
controller in order to enable the
controlled network to have same or
2 SERVICES better performance than a
traditional distributed network while
providing additional functionality
Quantitative
3 assumptions
and reduced switch complexity?

› Static behavior
– Requirements are in the order of magnitude or below the capabilities of
existing controllers and switches
› Dynamic behavior (restoration)
– A centralized restoration scheme coupled to a data plane protection meet the
transport requirements of 50ms while ensuring best path availability
– Changing the connection structures has a significant impact on the scalability

Capacity =
ƒn (performance)

MOBILE
CORE
Multilayer Revenue =
optimization?
MOBILE
ƒn (competition) +

Network costs =
MUST BREAK THIS!
FIXED

MULTI-SERVICE
EDGE


Leveraging on multilayer technology

application
aware routing PKT PKT

PKT
PKT

OTN
OTN

OTN OTN

variable WDM

bandwidth WDM WDM
WDM

packet links

unified
recovery

There is an opportunity to improve the coordination between Packet
and Optical layers with a fully dynamic coordination

Premium OTT content delivery and
Inline Service Chaining

EDGE
GGSN PCRF
MSER PGW

CSR

VNS

PE Inline service
ABR
chaining,
VNS traffic
domain steering

CPE
OTT Player makes use of network capabilities to
enhance its services for the users

Conclusions
MAINSTREAM: IP implemented in every node

Growing complexity

NEW PARADIGM: Virtual Network System

Simplified management

Supporting growth and service variety

REMINDER:
VNS Demo & Whitepaper at Ericsson Booth

Virtual Network System: Splitting Control and Data Plane to Optimize IP and Transport Services at Minimum OPEX

Virtual Network System: Splitting Control and Data Plane to Optimize IP and Transport Services at Minimum OPEX

Recommandé

Recommandé

Contenu connexe

Plus de Ericsson Slides

Plus de Ericsson Slides (20)

Virtual Network System: Splitting Control and Data Plane to Optimize IP and Transport Services at Minimum OPEX