SlideShare uma empresa Scribd logo
1 de 58
Baixar para ler offline
Razón social
00.00.2015
Control Plane for High Capacity
Networks
Luis M. Contreras
Telefónica Global CTO Unit
Campinas - Sao Paulo
19.05.2016
Company name
2
• Motivations for Network Programmability
• SDN for Transport Networks
• On-going innovation actions
• Conclusions
Index
Motivations for
Network
Programmability
Company name
4
Data traffic pressure
Metro Access Metro Aggr BRAS/PGW IP Edge IP Core / ICX
2G/3G/LTE
DSLAM / OLT
S/GWT S/GWD S/GWC
Long HaulMetro
Transport
Service Centers
CDN
Internet
OTT
Content
TEF
Content
InterconnectionBH
Bandwidth by peak and
average ratio [Analysys Mason]
Company name
5
• Traditional network dimensioning yields to this situations:
Looking for Elasticity
• Ideally, the network must dynamically be adapted to the end
users demands
Resources
Capacity
t
Capacity
t
Resources
Under-provisioning
Over-provisioning
Capacity
t
Resources
Company name
6
Telco Cloud
Migration of workload might be
required; proximity → better I/O
(Minimise CAPEX vs Increase Capacity)
User demand changes;
Maybe unexpectedly or bursty
Network capacity needs to be
adapted to the new situation
Cloud Data Center (CDC)
Network Provider 1
Network Provider 2
Compute (i.e. increase VMs) scales
up/out in response
(Minimise OPEX vs. Maintain QoS)
Legacy Carrier Networks were not designed to cope
with customized service creation and delivery with
very short lead times
Company name
7
Challenges introduced by NFV
(Network Function Virtualization)
 NFV implies a decoupling of the network functions from
the supporting hardware
 Arbitrary distribution of service (network function)
capabilities across the network
 NFV will allow a rapid and
flexible deployment of
services
• Then rapid and
flexible network
connectivity is
required
• … in an optimal way
Company name
8
NFV Infrastrcuture
Service Broker
Catalog of Virtual/
Physical Functions
Orchestration
Engine
Service Profiles
Evolved Services Platform
Applications Business Mobility Video Consumer Cloud
Central DC
(NFVI)Regional DC
(NFVI)
Cloud POP
(NFVI)
vBranch
(NFVI)
Evolved Programmable Network
Company name
9
Telco Cycle vs OTT Service Provider Cycle
Telco Operators
Equipment
Vendors
SDOs
2-6 Years
Demand
Drive
Standardise
Implement
Sell
Deploy
Critical mass of
supporters
Develop Deploy Publish
2-6 Months
Telco Cycle OTT Service Providers
Cycle
2-6 years 2-6 months
Service Providers
AVAILABLE
AVAILABLE
Idea !!
Idea !!
Company name
10
Actual delivery cycle for one Telefonica’s
operation
Purchasing
Dec
2015
Dec
2016
July
2017
Delivery
Implementation
Delivery
Implementation
Purchasing
Implementation
July
2016
Company name
11
• Complex procedures for service delivery
• Difficulties on defining and standardizing services across the
group
• High customization during service creation
• Slow adaptation of the network to changing demands
• Long time-to-market
The reality of an operator like Telefónica
translates into …
Network Programmability is expected as the solution (or
mitigation) for all of the above issues
Company name
12
• Existing service innovation is tightly coupled to the product innovation cycles
• High variety of vendors in operators like Telefónica, each of them presenting
different operating systems, SDKs and APIs, in multiple node families and
functionalities
• Closed solutions per vendor, difficult to port
• Lack of automation in service delivery
• Complex procedures for service scaling in and out
SDN as a way towards network programmability
• Network programmability as the capability of installing and removing network
behavior, in real time
• This is not just to populate rules to simple switches or offering APIs
• End-to-end network abstraction is required for true technology and vendor integration
• Network services to be realized by programming instead of re-architecting the network
• Leveraging on existing and deployed network capacities (control plane functionalities)
• Managing the network in an integrated/coordinated way, not as a collection of individual
boxes/layers
• Stress on service modeling and network modeling, lately propagated through standard
interfaces (Netfconf, Yang, OpenFlow) cooperating with existing control plane capabilities
(GMPLS, etc.)
SDN in
Transport
Networks
Company name
14
• Core network operation is not adapted to flexible networking
• Multiple manual configuration actions are needed in core network nodes
• Hundreds of thousands of core nodes configurations per year in mid-size network operators (e.g ESP, BR)
• Network solutions from different vendors typically use particularized Network Management
System (NMS) implementations
• More than 8 specific management implementations for service provisioning in multivendor core
networks (e.g ESP)
• Very long service provisioning times
• Up to two weeks for Internet service provisioning. More than 6 weeks for core routers connectivity
services
Traditional core network operation
Internet Voice CDN Cloud Business
Service
Management
Systems
Network
Provisioning
Systems
Metro
NMS
NMS
Vendor
A
IP Core
NMS
Optical Transport
NMS
Umbrella Provisioning System
Complex and long workflows for
network provisioning over
different segments (metro, IP core,
Optical transport) requiring
multiple configurations over
different NMS
NMS
Vendor B
NMS
Vendor C
NMS
Vendor
D
NMS
Vendor E
NMS
Vendor C
NMS
Vendor
A
NMS
Vendor B
Metro
Node
Vendor
A
Metro
Node
Vendor B
IP
Node
Vendor C
IP
Node
Vendor
D
IP
Node
Vendor E
Optical
Node
Vendor
A
Optical
Node
Vendor B
Optical
Node
Vendor C
Core Network
Nodes
CURRENT APPROACH FOR NETWORK PROVISIONING
Company name
15
Automated Network Creation
Very costly
• Time
• Money
• Human dependent
• Network Human
Middleware Can’t Scale
CURRENT NETWORK CREATION PROCESS
Company name
16
Automated Network Creation
AUTOMATED NETWORK CREATION PROCESS
Controller
Company name
17
• Evolution towards an Elastic Core Network paves the way towards a unified
network provisioning architecture
• Multiservice provisioning
• Automated multidomain/vendor/layer operation by signaling
• Key building block of such unified network provisioning architecture are
• Network configuration interface: Multivendor edge nodes configuration (e.g OLT and BRAS,
IP core routers, Optical equipment, etc) by standard interfaces (e.g Netconf)
• IT and network SDN orchestration: Coordinated network and datacenter resources control
according to service requirements (e.g orchestrated Virtual Machine transfer among DCs)
• Network-Service API: Application level API hiding details of the network
Elastic core network operation
Internet Voice CDN Cloud Business
Multiservice network provisioning system
(SDN Orchestrator)
Standard signaling mechanisms running over network nodes enabling flexible
networking and automated network provisioning over different network
segments (metro, core IP, optical transport, MW) including multiple vendors
Metro
Node
Vendor
A
Metro
Node
Vendor
B
IP
Node
Vendor
C
IP
Node
Vendor
D
IP
Node
Vendor
E
Optical
Node
Vendor
A
Optical
Node
Vendor
B
Optical
Node
Vendor
C
Service
Management
Systems
Network
Provisioning
Core Network
Nodes
Network-Service API
Network configuration
interface
Company name
18
• Existing proposals for SDN centralize control capabilities with
very different objectives and purposes
• No separation between services and transport control
o No clear responsibility for service provision and delivery
o Complicated reutilization of components for delivering different
services
o Monolithic control architectures, driving to lock-in
o Difficult interoperability, then difficult interchange of some modules
by others
o No clear business boundaries
o Complex service/network diagnosis and troubleshooting
A critical view on generic SDN Control
architecture
Company name
19
Cooperating layered architecture
• Means to expose
transport capabilities to
external services
• Means to notify service
intelligence with
underlying transport
events
• Means to instruct the
underlying transport
capabilities to
accommodate new
requirements
• Means to capture
service requirements
of services
ABSTRACTION
Client
Relationship
Transfer of Data
Service
Provision
and
Capabilities to
External
Applications
(*) Depending on the kind of Service the
resources at Service Stratum could be or not
the End-Points of the Transport Resources
(*)
Source: L.M. Contreras, et al. “Cooperating Layered Architecture
for SDN (CLAS)”, draft-irtf-sdnrg-layered-sdn-00, Mar. 2016
Company name
20
UNICA
Access
Networks
IP/MPLS
Optics
MBH/Metro
E2E SDN Orchestration
MW/Optics
Data Plane
Segment
Technology
Control
MBH/Metro
Controller
MW Controller Optics Controller
IP/MPLS
Controller
E2E Orchestration
API
Data
Center
Data Center
Orchestration
AppsApps …
Company name
21
SDN orchestration approach
• Current SDN solutions are
mainly focused on single
domain and monovendor
scenarios.
• SDN architectures for
heterogeneous networks
with different
technologies (IP, MPLS,
Ethernet, optical, MW…)
and interfaces are still
under definition.
SDN orchestrator:
It takes decisions on E2E network
configuration and resources allocation
according to service and network
optimization criteria
Multilayer and multidomain
control plane:
It executes network configuration according to
SDN orchestrator request
Abstracted
information about
network status
Control plane
triggering
Common Information Models are key to achieve the proper
level of abstraction among vendors, facilitating a common
and unique control of the network elements
Company name
22
History Telefonica’s activities for SDN
applied to Transport Networks
Concept of
SDN emerges
from research
on active and
programmable
networks
First Open
source code
of OpenFlow
protocol for
Campus
Networking
announced
First Open
source code
for vSwitch
announced
Telefonic
a joins
ONF
Field Trial Multi-
layer
provisioning via
NMS interfaces
Telefonica
contribution
to IETF
ABNO
architecture
Lab tests with
monovendor
solutions for
IP/optics
Telefonica’s
ABNO NaaS
PoC Multivendor
PoC for
IP/optical
Monovendor
field trial for
IP/optical
Monovendor
showcase for
SDN Wireless
Transport
Telefonica’s
multivendor
Wireless
Transport
PoC in Madrid
2006 2007 2008 2009 2010 2011 2012 2013 2014 20162015
Multilayer
Restoriation
PoC
O2 Wireless
Transport
PoC
TGSol
Trial E2E
Service
Telefonica’s
contrib to
ONF SDN
Arch 1.1
Company name
23
Multi-vendor scenarios
ABNO
NMS
Source: V. López, O. González de Dios, L.M. Contreras, J.
Foster, H. Silva, L. Blair, J. Marsella, T. Szyrkowiec, A.
Autenrieth, C. Liou, A. Sasdasivarao, S. Syed, J. Sun, B.
Rao, F. Zhang, J.P. Fernández-Palacios, “Demonstration of
SDN Orchestration in Optical Multi-Vendor Scenarios”, in
Proc. Optical Fiber Conference (OFC), March 2015
Company name
24
Do we need transport SDN?
Where and when do we need to deploy a transport SDN
solution
• Scenarios
o L0/L1 service provisioning.
 There no need to deploy SDN to have this scenario, NMS from vendors allow
us to carry out such operation.
 Configure L0/L1 parameters like protection, explicit route, etc.
 Proprietary interface limits vendors competition.
o Multi-vendor L0/L1 provisioning
 Current solutions does not allow to setup connections in multi-vendor
scenarios.
 Restoration/protection should be maintain in this multi-vendor scenario.
 Standard interfaces required for enabling this.
o Service provisioning to third parties
 Multi-layer scenarios, data center interconnections are limited due to the
fact that the provisioning process is not automated.
 Centralized inventory and topological information can lead us to savings.
Company name
25
Multi-layer discovery and
visibility
• Learn topology and traffic
in each layer
• Automatically learn cross
layer mapping
• Always-accurate network
view
Use Cases that can be enabled
Cross-layer awareness
• Basic: provision L3 links
with optical SRLGs
• Advanced: reroute optical
connections to provide
more diversity
• Reduced service downtime
Company name
26
Coordinated maintenance
• Basic: accurately predict
the impact of a
maintenance activity
• Advanced: minimize
impact of maintenance
activity in a proactive
manner
• Safe Operation
Use Cases that can be enabled
Restoration
• Basic: Control IP links to be
restored and their order
• Advanced: Control failures
between domains
• CAPEX savings
Company name
27
Optimization
• Basic: Add IP links and
their optical path based on
traffic needs
• Advanced: Rearrange
network to optimize use of
IP and optical resources
• Adaptive network
Use Cases that can be enabled
Enterprise Services
• Basic: manually add IP link
and its optical path based
on user input
• Advanced: automatically
add IP link based on API
from external cloud app
• Economical 10/100G BoD
Company name
28
OFC 2016 Demo
• Live demo at the Sedona booth at OFC
• Running on commercial gear in Telefonica’s GCTO lab
• Multiple IP layer vendors: Nokia, Huawei & Juniper
• Multiple optical layer vendors: Coriant, Adva & Huawei
• Most equipment controlled through the vendor’s SDN
controller
• Multi-layer and multi-vendor behavior orchestrated via the
Sedona multi-application platform (MAP)
Company name
29
What was demonstrated?
• Automatic L0-L3 network discovery and mapping:
o Showing both IP and optical layers, and their cross links, on a single live
map
• Review & simulation of the restoration plan:
o Understand the pre-defined restoration plan in the network step by step
• Integrated multi-layer restoration:
o Automated manipulation of IP and optical layer resources to restore from
a failure in a cost-effective manner, exploiting the optical layer to restore
capacity around a failure, in a way that best meets the needs of the IP
layer
• Hitless revert after the failure has been fixed:
o A unique ability to return the network to its original state after the failure
has been fixed, in a way that does not affect IP services, allowing for the
automation of the process
Company name
30
Demo OFC 2016
Juniper
Juniper ALU
Coriant Coriant
Coriant
ADVA ADVA
ADVA
Huawei Huawei
Huawei
2x1G
2x1G
2x1G 1x10G
1x10G
1x10G
1x10G
1x10G
1x10G
1x10G
2x1G
Spirent
App App App
Multi-layer App Services
Orchestrator
Sedona MAP
Traffic measured here
100G WDM
10G WDM
100G
OTN+WDM
Company name
31
Motivation, Framework and Opportunities
for applying SDN for MW
 Motivation
 Road to simplification: No common way of controlling and managing
Wireless Transport Networks (e.g. Microwaves)
 Road to automation: No advanced control plane features for rich
functionalities nor multilayer coordination (SDN as an enabler)
 Framework
 Work to define a (unified and standard) control plane for Microwave
systems
 Multi-vendor interworking, multi-layer control, network-wide
coordination
 Foreseen Opportunities
 Common operation of multi-vendor environments
 Innovative Ecosystem for deployment of advanced applications
 Multi-technology / Multi-layer coordination
 Adaptation of the MW resources to the real traffic demand
Company name
32
First PoC Use Cases for application of SDN
to Wireless Transport Networks
 Capacity driven air interface
 It shows how the SDN controller optimizes the total power
consumption in a wireless transport network
 The controller disables underlying physical ports of wireless L1
LAG links when the utilization is below certain thresholds
• The controller MUTE or UNMUTE physical ports
(OFPWTIPPT_TX_MUTE)
 Flow basing shaping
 Control of both wireless transport and switching equipment
from the same SDN controller
 The controller enables/disables policer on the router according
to the observed wireless link capacity and some defined
thresholds (OFPWTIPPT_TX_CURRENT_CAPACITY)
Company name
33
First PoC High Level Setup
Company name
34
First PoC team
Vendors
Controller Organization and support
Standardization
Company name
35
Second PoC Use Cases for application of
SDN to Wireless Transport Networks
• Detection and configuration of new microwave devices
o Automated detection of NEs and making them available for
configuring
• Detection of aberrances
o Comparing the actual network configuration with external reference
data, informing about aberrances and offer correction
• Detection and Visualization of the configured microwave
network
o Graphical overview about the momentarily configured network
(= time variant in SDN managed network)
• Detection and Visualization of the currently effective network
o Graphical overview about the momentarily actually effective network,
highlighting deviations from the configured network
• Receiving and displaying of alarm information
o Listing of events
Company name
36
Network Topology for the Second PoC
Company name
37
Network Architecture for the Second PoC
ODL CONTROLLER
MEDIATOR
MW DEVICE
netconf
proprietary
VENDOR #1
MEDIATOR
MW DEVICE
netconf
proprietary
VENDOR #5
netconfnetconf
APP1 APP2 APPn
Interface
under test
Company name
38
Second PoC Participants
• Operators, who provided content
and organizational support:
– Telefónica,
– AT&T
• Microwave vendors:
– Ceragon
– Ericsson
– Huawei
– NEC
– SIAE
• Integrators and Application
Providers:
– Highstreet Technologies,
– Wipro,
– Tech Mahindra
– HCL
• Other Participants:
– Viavi, ZTE, Deutsche Telekom
Company name
39
• Project chartered under ONF Open Transport WG (Specifications Area)
• Objective – realize the software-centric approach to standardization
o Purpose-specific APIs to facilitate SDN control of Transport networks
o Focus is on functional aspects of transport network control/mgmt
o Target is YANG & JSON API libraries
• Scope – based on purpose-specific use case discussions
o Topology Service
 Retrieve Topology, Node, Link & Edge-Point details
o Connectivity Service
 Retrieve & Request P2P, P2MP, MP2MP connectivity for (L0/L1/L2) layers
o Path Computation Service
 Request for Computation & Optimization of paths
o Virtual network Service
 Create, Update, Delete Virtual Network topologies
o Notification Framework
• Only technology/layer-independent common characteristics for initial
release
Transport API
Company name
40
Transport API – Functional Architecture
Topology
Abstraction
Connectivity
Setup
Shared Network Information Context
Path
Computation
Network
Virtualization
D/I-CPI
A/I-CPI
NENENE
NENEN/EMS
NENESDN Controller
NENELegacy Controller
NENESDN Controller
NENEApplication
Transport API
Transport APITransport APIOpenflowOpenflow Legacy ProtocolsLegacy Protocols Legacy APIsLegacy APIs
On-going
Innovation
Actions
Company name
42
Ongoing Innovation Actions
Metro Access Metro Aggr BRAS/PGW IP Edge IP Core / ICX
2G/3G/LTE
DSLAM / OLT
S/GWT S/GWD S/GWC
Long HaulMetro
Transport
Service Centers
CDN
Internet
OTT
Content
TEF
Content
5G-Crosshaul
ACINO
5GEx
Company name
43
 Separate, independent layers
do not allow overall
optimization
• Multilayer approach for
performing combined
optimization
Mobile Backhaul
 Separated domains
complicate the service
provisioning and network
adaptation
• Interconnection of controllers
for e2e optimization
 Separated control and
management mechanisms
require multiple interventions
• Standard interfaces simplify
heterogeneous device
management
Control plane
Client
SDN Controller
Virtual Control
Direct Control
MW
Backhaul Network
Optical
Backhaul Network
Optical Backhaul
SDN Controller
Microwave
Backhaul SDN
Controller
Data plane Direct Control
Virtual Control
ETH
Backhaul Network
Direct Control
Application plane Application
SDN control will allow the orchestration ofSDN control will allow the orchestration of
the network resources
Company name
44
C-RAN
Different functional
splits have different
implications
BBU units
centralization fot
taking advantage of
long distance CPRI
interfaces in order
to reduce cell site
costs
Company name
45
Geographical non-uniformity of usage of
the radio access
90% of the data is
consumed in less than 5%
of the area
90% of the data is
consumed in less than 5%
of the area
50% of the data is
consumed in less than
0.35% of the area!
50% of the data is
consumed in less than
0.35% of the area!
Data Consumption by proportion of area
(Data from Viavi 2015 Study)
Company name
46
EON in the fronthaul
Main idea: Transparently and dynamically deliver mobile front-/back-haul
in a converged metro/access environment, following the elastic
networking paradigm while taking advantage of the already deployed fiber
infrastructure
Company name
47
Taking action
5G-Crosshaul project(1)
A holistic approach for converged Fronthaul
and Backhaul under common SDN/NFV-based
control, capable of supporting new 5G RAN
architectures (V-RAN) and performance
requirements
•XCF – Common Frame capable of transporting the
mixture of various Fronthaul and backhaul traffic
•XFE – Forwarding Element for forwarding the Crosshaul
traffic in the XCF format under the XCI control
•XPU – Processing Unit for executing virtualized network
functions and/or centralized access protocol functions
(V-RAN)
•XCI – Control Infrastructure that is SDN-based and NFV-
enabled for executing the orchestrator’s resource
allocation decisions
•Novel network apps on top to achieve certain KPIs or
services
Main building blocks
A high capacity low latency transport solution that lowers
costs and guarantees flexibility and scalability
A high capacity low latency transport solution that lowers
costs and guarantees flexibility and scalability
(1) http://www.5g-crosshaul.eu/
Company name
48
The 5G-Crosshaul hybrid data-path
RRH || BS
||
Backhaul
AF-1
XFE
(XPFE)
XFE
(XCSE)
AF-2
XPU
AF-3
BBU
RRH || BS
||
Backhaul
XCI
XFE
(XPFE)
XFE
(XPFE)
XFE
(XCSE)
AF: Adaptation Function
BBU: Base Band Unit
BS: monolithic base station
RRH: Remote Radio Head
XCF: Crosshaul Common Frame
XFE: Crosshaul Forwarding Element
XPFE: Crosshaul Packet Forwarding Element
XCSE: Crosshaul Circuit Switching Forwarding
Element
XPU: Crosshaul Processing Unit
Green blocks: Radio Access (out of Crosshaul scope)
Blue Block: Transport functions
Red Blocks: Processing functions
Violet Blocks: control functions
XCF, other 5G packet
FH, CPRI, Eth
backhaul, analog
Low latency 5G,
packet FH, CPRI,
aggregation CPRI,
GbE, 10GbE,
analog
XCF XCF XCF
XCF
XCF
XCF
Optical
Pass-
through
Aggregation of
packets to optical for
network pass-through
XCF, to XFEs
connecting to Core
XCF, to XFEs
connecting to Core
Dashed lines indicate
connections or blocks that are
possible but not included in the
current scope
Several radio protocol splits are supported,
from pure backhaul to pure fronthaul. This
corresponds to several possible output signals
from “green blocks”
Data path consisting of
hybrid multi-layer
architecture
• Packet based: based
on Crosshaul
Common Frame (XCF)
• Optical Circuit: Used
to alleviate
congestion and for
time critical traffic,
e.g., CPRI
Adaptation functions to
transform among
different technologies
and XCF
Company name
49
The 5G-Crosshaul Control Plane
Figure 1: 5G-Crosshaul Architecture Illustration
• Unified control
plane for the
integrated
fronthaul/backhaul
transport network
• Leverages SDN/NFV
technologies
• Specifically
designed for multi-
tenancy
Company name
50
5G Network Architecture (from NGMN)
…
Smartphones
UP
UP
CP/UP
CP/UP
CP
Massive IoT devices
UP
CP
Automotive devices
CP/UP
CP/UP VerticalVertical
AP
Company name
51
Taking action – 5GEx project(1)
5GEx Mission:
• enable business and technical cross-
domain service orchestration over
multiple administrations,
• realize composite services by
combining cross-domain network,
computing and storage resources
• develop suitable business models for
operators to optimally buy, sell, and
integrate 5GEx services
• build and deploy a proof-of-concept
system prototype, implementing the
“Sandbox Exchange”
From dedicated physical networks with
dedicated control and dedicated
services and resources for different
applications…
…to a “network factory” where resources and
network functions are traded and
provisioned: new infrastructures and services
are “manufactured by SW”
(1) http://www.5gex.eu/
Company name
52
5GEx project
• Initial set of use cases
categorized as follows:
• Connectivity
• Network as a Service
• Network + Storage + Compute as
a Service
• Incremental approach
• Emphasis on multi-domain
Main axis for
innovation
Main axis for
innovation
• Multi-domain (in its multiple variants) not sufficiently
addressed yet
• Business (end-service oriented) perspective (SLAs, billing, etc)
not only technological feasibility (infrastructure oriented)
• Definition of future interconnection model and wholesale
services around network APIs
Partners include: Telenor, Deutsche Telekon,
Telecom Italia, Orange, Telefónica, Ericsson,
Huawei, HP, ATOS, BISDN, RedZinc, UCL, UC3M,
AUEB, BME, KTH , MNS
Company name
53
• Use Cases
o Application-based Data Center Interconnection
o Enabling dynamic 5G services
o Application-specific protection strategies
o Secure Transmission as a Service
o Dynamic Virtual CDN deployment
o Application-centric in-operation network planning
ACINO (Application Centric IP/Optical networks)
Partners include: Telefónica, Acreo, Create-Net, ADVA, Sedona, AIT
…Network
primitives
Network
configuration
IP
controller/devices
IP
controller/devices
Optical
controller/devices
Optical
controller/devices
ACINO orchestratorACINO orchestrator
App 1App 1 App 2App 2 App NApp N ManagerManager
Application-centric methods and algorithms
(online planning, dynamic resource allocation, …)
Network
orchestrator
enabling
applications to
program the
IP/Optical
transport network
Company name
54
Per-application behaviour
Applications
- CDN cache
- Mission-
critical
5G Core
(UP+CP)
Mobile
edge cloud
Applications
5G Core (CP)
Mobile
core cloud
Other cloud
(e.g. YouTube)
IP/MPLS router
Optical switching
UP: User plane
CP: Control plane
Video upload/download
(high bandwidth)
Media production, voice
(low latency)
Media production
studio
Sensor
data
The three applications take different paths through the network
Conclusions
Company name
56
The Future Scenario
Manage users and sessions,
Local managed services
Capillarity, Capacity,
Mobility support
Multiplexing Switching,
Transport
Control functions,
Regional managed services
Devices
Places
UsersUsers AccessAccess AggregationAggregation Local Points of PresenceLocal Points of Presence CoreCore
Regional Data
Centres
Regional Data
Centres
Interconnection
Radio
Fiber
vv
COTS HW
LOCAL PoPs REGIONAL DATA CENTRES
Control Plane can
be Centralised
Data Plane must
be Distributed
OS + Hypervisor
SDN Switching
Infrastructure
Domain
Service
Domain
Network
Domain
CDN Video
P-CSCF
S/PGW BNG
CGNATDPI
SDP
IMS
DHCP PCRF
DNS SPR
COTS HW
OS + Hypervisor
SDN Switching
SRVCC
HW and SW
decoupling
HW and SW
decoupling
IPv6
Router
PE
Security
NGIN
FUNCTION
(Software defined)
CAPACITY
(Homogeneous
infrastructure)
MME
DRA
Company name
57
• E2E SDN enables automated and simplified network service
provisioning through different network segments (metro,
core, data center…) and technologies (IP/MPLS, optical, MW,
OpenFlow…)
• Such automation and simplification could be achieved by
applying two complementary actions:
• Minimization of network configuration points by transferring
multidomain and multilayer provisioning functionalities from NMS to
the control plane.
• Unified network configuration and orchestration mechanisms
enabling end to end network provisioning according to service and
network optimization criteria.
• Common information modelling among vendors is a must
Conclusions
This work is partially funded by the European
Commission within the H2020 Research and Innovation
program 5G-Crosshaul (grant no. 671598), 5GEx (grant
no. 671636) and ACINO (grant no. 645127) projects

Mais conteúdo relacionado

Mais procurados

Evaluation of Virtualization Models for Optical Connectivity Service Providers
Evaluation of Virtualization Models for Optical Connectivity Service ProvidersEvaluation of Virtualization Models for Optical Connectivity Service Providers
Evaluation of Virtualization Models for Optical Connectivity Service ProvidersADVA
 
OPTICAL COMMUNICATIONS APPLICATIONS
OPTICAL COMMUNICATIONS APPLICATIONSOPTICAL COMMUNICATIONS APPLICATIONS
OPTICAL COMMUNICATIONS APPLICATIONSCPqD
 
Cloud RAN for Mobile Networks_Final
Cloud RAN for Mobile Networks_FinalCloud RAN for Mobile Networks_Final
Cloud RAN for Mobile Networks_FinalSumedh Deshpande
 
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM Systems
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM SystemsPerformance Tradeoffs of 120 Gb/s DP-QPSK in ROADM Systems
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM SystemsADVA
 
05. DF - Latest Trends in Optical Data Center Interconnects
05. DF - Latest Trends in Optical Data Center Interconnects05. DF - Latest Trends in Optical Data Center Interconnects
05. DF - Latest Trends in Optical Data Center InterconnectsDimitris Filippou
 
CommTech Talks: Elastic Optical Devices for Software Defined Optical Networks
CommTech Talks: Elastic Optical Devices for Software Defined Optical NetworksCommTech Talks: Elastic Optical Devices for Software Defined Optical Networks
CommTech Talks: Elastic Optical Devices for Software Defined Optical NetworksAntonio Capone
 
Fiber Technology Trends for Next Generation Networks
Fiber Technology Trends for Next Generation NetworksFiber Technology Trends for Next Generation Networks
Fiber Technology Trends for Next Generation NetworksCPqD
 
Emerging Trends and Applications for Cost Effective ROADMs
Emerging Trends and Applications for Cost Effective ROADMsEmerging Trends and Applications for Cost Effective ROADMs
Emerging Trends and Applications for Cost Effective ROADMsCPqD
 
Terabit/s Superchannels: needs, challenges and beyond
Terabit/s Superchannels: needs, challenges and beyondTerabit/s Superchannels: needs, challenges and beyond
Terabit/s Superchannels: needs, challenges and beyondCPqD
 
Data Center Interconnectivity Trends and Their Effect on Optical Networking
Data Center Interconnectivity Trends and Their Effect on Optical NetworkingData Center Interconnectivity Trends and Their Effect on Optical Networking
Data Center Interconnectivity Trends and Their Effect on Optical NetworkingADVA
 
CLOUD RAN- Benefits of Centralization and Virtualization
CLOUD RAN- Benefits of Centralization and VirtualizationCLOUD RAN- Benefits of Centralization and Virtualization
CLOUD RAN- Benefits of Centralization and VirtualizationAricent
 
Metro High-Speed Product Line Manager
Metro High-Speed Product Line ManagerMetro High-Speed Product Line Manager
Metro High-Speed Product Line ManagerCPqD
 
Fujitsu 100G Overview
Fujitsu 100G OverviewFujitsu 100G Overview
Fujitsu 100G OverviewEd Dodds
 
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...ADVA
 
Benefits of multi layer bandwidth management in next generation core optical ...
Benefits of multi layer bandwidth management in next generation core optical ...Benefits of multi layer bandwidth management in next generation core optical ...
Benefits of multi layer bandwidth management in next generation core optical ...Anuj Malik
 
OIF on 400G for Next Gen Optical Networks Conference
OIF on 400G for Next Gen Optical Networks ConferenceOIF on 400G for Next Gen Optical Networks Conference
OIF on 400G for Next Gen Optical Networks ConferenceDeborah Porchivina
 
Passive 100G DC Interconnect: Challenges and Solutions
Passive 100G DC Interconnect: Challenges and SolutionsPassive 100G DC Interconnect: Challenges and Solutions
Passive 100G DC Interconnect: Challenges and SolutionsSusmita Adhikari Joshi
 
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-Select
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-SelectN-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-Select
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-SelectADVA
 
Centralized-RAN technology improves the wireless experience
Centralized-RAN technology improves the wireless experienceCentralized-RAN technology improves the wireless experience
Centralized-RAN technology improves the wireless experienceAmphenol Telect
 
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hs
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hsWhite Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hs
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hsSusmita Adhikari Joshi
 

Mais procurados (20)

Evaluation of Virtualization Models for Optical Connectivity Service Providers
Evaluation of Virtualization Models for Optical Connectivity Service ProvidersEvaluation of Virtualization Models for Optical Connectivity Service Providers
Evaluation of Virtualization Models for Optical Connectivity Service Providers
 
OPTICAL COMMUNICATIONS APPLICATIONS
OPTICAL COMMUNICATIONS APPLICATIONSOPTICAL COMMUNICATIONS APPLICATIONS
OPTICAL COMMUNICATIONS APPLICATIONS
 
Cloud RAN for Mobile Networks_Final
Cloud RAN for Mobile Networks_FinalCloud RAN for Mobile Networks_Final
Cloud RAN for Mobile Networks_Final
 
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM Systems
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM SystemsPerformance Tradeoffs of 120 Gb/s DP-QPSK in ROADM Systems
Performance Tradeoffs of 120 Gb/s DP-QPSK in ROADM Systems
 
05. DF - Latest Trends in Optical Data Center Interconnects
05. DF - Latest Trends in Optical Data Center Interconnects05. DF - Latest Trends in Optical Data Center Interconnects
05. DF - Latest Trends in Optical Data Center Interconnects
 
CommTech Talks: Elastic Optical Devices for Software Defined Optical Networks
CommTech Talks: Elastic Optical Devices for Software Defined Optical NetworksCommTech Talks: Elastic Optical Devices for Software Defined Optical Networks
CommTech Talks: Elastic Optical Devices for Software Defined Optical Networks
 
Fiber Technology Trends for Next Generation Networks
Fiber Technology Trends for Next Generation NetworksFiber Technology Trends for Next Generation Networks
Fiber Technology Trends for Next Generation Networks
 
Emerging Trends and Applications for Cost Effective ROADMs
Emerging Trends and Applications for Cost Effective ROADMsEmerging Trends and Applications for Cost Effective ROADMs
Emerging Trends and Applications for Cost Effective ROADMs
 
Terabit/s Superchannels: needs, challenges and beyond
Terabit/s Superchannels: needs, challenges and beyondTerabit/s Superchannels: needs, challenges and beyond
Terabit/s Superchannels: needs, challenges and beyond
 
Data Center Interconnectivity Trends and Their Effect on Optical Networking
Data Center Interconnectivity Trends and Their Effect on Optical NetworkingData Center Interconnectivity Trends and Their Effect on Optical Networking
Data Center Interconnectivity Trends and Their Effect on Optical Networking
 
CLOUD RAN- Benefits of Centralization and Virtualization
CLOUD RAN- Benefits of Centralization and VirtualizationCLOUD RAN- Benefits of Centralization and Virtualization
CLOUD RAN- Benefits of Centralization and Virtualization
 
Metro High-Speed Product Line Manager
Metro High-Speed Product Line ManagerMetro High-Speed Product Line Manager
Metro High-Speed Product Line Manager
 
Fujitsu 100G Overview
Fujitsu 100G OverviewFujitsu 100G Overview
Fujitsu 100G Overview
 
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...
First Field Demonstration of Cloud Datacenter Workflow Automation Employing D...
 
Benefits of multi layer bandwidth management in next generation core optical ...
Benefits of multi layer bandwidth management in next generation core optical ...Benefits of multi layer bandwidth management in next generation core optical ...
Benefits of multi layer bandwidth management in next generation core optical ...
 
OIF on 400G for Next Gen Optical Networks Conference
OIF on 400G for Next Gen Optical Networks ConferenceOIF on 400G for Next Gen Optical Networks Conference
OIF on 400G for Next Gen Optical Networks Conference
 
Passive 100G DC Interconnect: Challenges and Solutions
Passive 100G DC Interconnect: Challenges and SolutionsPassive 100G DC Interconnect: Challenges and Solutions
Passive 100G DC Interconnect: Challenges and Solutions
 
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-Select
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-SelectN-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-Select
N-degree ROADM Architecture Comparison: Broadcast-and-Select vs Route-and-Select
 
Centralized-RAN technology improves the wireless experience
Centralized-RAN technology improves the wireless experienceCentralized-RAN technology improves the wireless experience
Centralized-RAN technology improves the wireless experience
 
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hs
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hsWhite Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hs
White Paper-Evolution from 10Gbps to 100Gbps for a Metro Network-hs
 

Destaque

Brazilian Semiconductor Scenario and Opportuni3es
Brazilian Semiconductor Scenario and Opportuni3esBrazilian Semiconductor Scenario and Opportuni3es
Brazilian Semiconductor Scenario and Opportuni3esCPqD
 
Embedded Electronics for Telecom DSP
Embedded Electronics for Telecom DSPEmbedded Electronics for Telecom DSP
Embedded Electronics for Telecom DSPCPqD
 
The Dawn of Industry 4.0
The Dawn of Industry 4.0The Dawn of Industry 4.0
The Dawn of Industry 4.0CPqD
 
ShieldOne-SIG 제품소개서 3.5
ShieldOne-SIG 제품소개서 3.5ShieldOne-SIG 제품소개서 3.5
ShieldOne-SIG 제품소개서 3.5PLUS-I
 
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...EuroIoTa
 
The Rise of Small Satellites
The Rise of Small SatellitesThe Rise of Small Satellites
The Rise of Small Satellitesmooctu9
 
Miniaturizing Space: Small-satellites
Miniaturizing Space: Small-satellitesMiniaturizing Space: Small-satellites
Miniaturizing Space: Small-satellitesX. Breogan COSTA
 
Smart Cities - A experiência Telefonica
Smart Cities - A experiência TelefonicaSmart Cities - A experiência Telefonica
Smart Cities - A experiência TelefonicaCPqD
 
Solution RFID
Solution RFIDSolution RFID
Solution RFIDEtilux
 
BaiCells Introduction & Product Introduction-EN-vf-updated
BaiCells Introduction & Product Introduction-EN-vf-updatedBaiCells Introduction & Product Introduction-EN-vf-updated
BaiCells Introduction & Product Introduction-EN-vf-updatedJi Hun (Jay) Ko
 
1 a vision on the evolution to 5 g networks
1 a vision on the evolution to 5 g networks1 a vision on the evolution to 5 g networks
1 a vision on the evolution to 5 g networksCPqD
 
Poster_BAHNA_2015
Poster_BAHNA_2015Poster_BAHNA_2015
Poster_BAHNA_2015Amir BAHNA
 
10+ Activities to Do Around the School Ground
10+ Activities to Do Around the School Ground10+ Activities to Do Around the School Ground
10+ Activities to Do Around the School GroundShelly Sanchez Terrell
 
Towards 5G – Base Stations, Antennas and Fibre Everywhere
Towards 5G – Base Stations, Antennas and Fibre EverywhereTowards 5G – Base Stations, Antennas and Fibre Everywhere
Towards 5G – Base Stations, Antennas and Fibre EverywhereCPqD
 
Outdoor activities with mobile devices
Outdoor activities with mobile devicesOutdoor activities with mobile devices
Outdoor activities with mobile devicesShelly Sanchez Terrell
 
Quintel - David Barker CTO Base Station Antenna Evolution and Revolution
Quintel - David Barker CTO Base Station Antenna Evolution and RevolutionQuintel - David Barker CTO Base Station Antenna Evolution and Revolution
Quintel - David Barker CTO Base Station Antenna Evolution and RevolutionNick Walker
 
LTE: Changing the Face of Newsgathering
LTE: Changing the Face of NewsgatheringLTE: Changing the Face of Newsgathering
LTE: Changing the Face of NewsgatheringPraveen Kumar
 
OFDM transmission step-by-step
OFDM transmission step-by-stepOFDM transmission step-by-step
OFDM transmission step-by-stepErwin Riederer
 
LTE - 3GPP Standard Perspective
LTE - 3GPP Standard PerspectiveLTE - 3GPP Standard Perspective
LTE - 3GPP Standard PerspectiveMuhannad Aulama
 

Destaque (20)

Brazilian Semiconductor Scenario and Opportuni3es
Brazilian Semiconductor Scenario and Opportuni3esBrazilian Semiconductor Scenario and Opportuni3es
Brazilian Semiconductor Scenario and Opportuni3es
 
Embedded Electronics for Telecom DSP
Embedded Electronics for Telecom DSPEmbedded Electronics for Telecom DSP
Embedded Electronics for Telecom DSP
 
The Dawn of Industry 4.0
The Dawn of Industry 4.0The Dawn of Industry 4.0
The Dawn of Industry 4.0
 
ShieldOne-SIG 제품소개서 3.5
ShieldOne-SIG 제품소개서 3.5ShieldOne-SIG 제품소개서 3.5
ShieldOne-SIG 제품소개서 3.5
 
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...
OpenML.org: Networked Science and IoT Data Streams by Jan van Rijn, Universit...
 
The Rise of Small Satellites
The Rise of Small SatellitesThe Rise of Small Satellites
The Rise of Small Satellites
 
Miniaturizing Space: Small-satellites
Miniaturizing Space: Small-satellitesMiniaturizing Space: Small-satellites
Miniaturizing Space: Small-satellites
 
Smart Cities - A experiência Telefonica
Smart Cities - A experiência TelefonicaSmart Cities - A experiência Telefonica
Smart Cities - A experiência Telefonica
 
Solution RFID
Solution RFIDSolution RFID
Solution RFID
 
BaiCells Introduction & Product Introduction-EN-vf-updated
BaiCells Introduction & Product Introduction-EN-vf-updatedBaiCells Introduction & Product Introduction-EN-vf-updated
BaiCells Introduction & Product Introduction-EN-vf-updated
 
1 a vision on the evolution to 5 g networks
1 a vision on the evolution to 5 g networks1 a vision on the evolution to 5 g networks
1 a vision on the evolution to 5 g networks
 
Poster_BAHNA_2015
Poster_BAHNA_2015Poster_BAHNA_2015
Poster_BAHNA_2015
 
10+ Activities to Do Around the School Ground
10+ Activities to Do Around the School Ground10+ Activities to Do Around the School Ground
10+ Activities to Do Around the School Ground
 
Towards 5G – Base Stations, Antennas and Fibre Everywhere
Towards 5G – Base Stations, Antennas and Fibre EverywhereTowards 5G – Base Stations, Antennas and Fibre Everywhere
Towards 5G – Base Stations, Antennas and Fibre Everywhere
 
4G technology
4G technology 4G technology
4G technology
 
Outdoor activities with mobile devices
Outdoor activities with mobile devicesOutdoor activities with mobile devices
Outdoor activities with mobile devices
 
Quintel - David Barker CTO Base Station Antenna Evolution and Revolution
Quintel - David Barker CTO Base Station Antenna Evolution and RevolutionQuintel - David Barker CTO Base Station Antenna Evolution and Revolution
Quintel - David Barker CTO Base Station Antenna Evolution and Revolution
 
LTE: Changing the Face of Newsgathering
LTE: Changing the Face of NewsgatheringLTE: Changing the Face of Newsgathering
LTE: Changing the Face of Newsgathering
 
OFDM transmission step-by-step
OFDM transmission step-by-stepOFDM transmission step-by-step
OFDM transmission step-by-step
 
LTE - 3GPP Standard Perspective
LTE - 3GPP Standard PerspectiveLTE - 3GPP Standard Perspective
LTE - 3GPP Standard Perspective
 

Semelhante a Control Plane for High Capacity Networks Public

TIA sdn transport_2_shukla_final
TIA sdn transport_2_shukla_finalTIA sdn transport_2_shukla_final
TIA sdn transport_2_shukla_finalDeborah Porchivina
 
Introduction to SDN: Software Defined Networking
Introduction to SDN: Software Defined NetworkingIntroduction to SDN: Software Defined Networking
Introduction to SDN: Software Defined NetworkingAnkita Mahajan
 
My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...
 My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos... My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...
My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...Pradeeban Kathiravelu, Ph.D.
 
Necos keynote UFRN Telecomday
Necos keynote UFRN TelecomdayNecos keynote UFRN Telecomday
Necos keynote UFRN TelecomdayAugusto Neto
 
Lecture 11 Final.pptx
Lecture 11 Final.pptxLecture 11 Final.pptx
Lecture 11 Final.pptxHadeeb
 
Heavy reading sdn_metro_networks
Heavy reading sdn_metro_networksHeavy reading sdn_metro_networks
Heavy reading sdn_metro_networksthiru1324
 
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...Christian Esteve Rothenberg
 
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degree
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degreeThe UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degree
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degreePradeeban Kathiravelu, Ph.D.
 
5G in Brownfield how SDN makes 5G Deployments Work
5G in Brownfield how SDN makes 5G Deployments Work5G in Brownfield how SDN makes 5G Deployments Work
5G in Brownfield how SDN makes 5G Deployments WorkLumina Networks
 
White paper ten considerations for chosing a satellite technology platform_i_...
White paper ten considerations for chosing a satellite technology platform_i_...White paper ten considerations for chosing a satellite technology platform_i_...
White paper ten considerations for chosing a satellite technology platform_i_...Joshua Cohen
 
Colt’s Carrier SDN & NFV: Experience, Learnings & Future Plans
Colt’s Carrier SDN & NFV: Experience, Learnings & Future PlansColt’s Carrier SDN & NFV: Experience, Learnings & Future Plans
Colt’s Carrier SDN & NFV: Experience, Learnings & Future PlansOpen Networking Summit
 
3. Peter Hermans - Stedin
3. Peter Hermans - Stedin3. Peter Hermans - Stedin
3. Peter Hermans - StedinDutch Power
 
6 lte-a challenges and evolving lte network architecture
6 lte-a challenges and evolving lte network architecture6 lte-a challenges and evolving lte network architecture
6 lte-a challenges and evolving lte network architectureCPqD
 
Virtualizing Telco Networks
Virtualizing Telco NetworksVirtualizing Telco Networks
Virtualizing Telco NetworksNetAppUK
 
Virtualizing Telco Networks | Whitepaper
Virtualizing Telco Networks | WhitepaperVirtualizing Telco Networks | Whitepaper
Virtualizing Telco Networks | WhitepaperNetApp
 
SDN and NFV Value in Business Services - A Presentation By Cox Communications
SDN and NFV Value in Business Services - A Presentation By Cox CommunicationsSDN and NFV Value in Business Services - A Presentation By Cox Communications
SDN and NFV Value in Business Services - A Presentation By Cox CommunicationsCisco Service Provider
 
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...ETCenter
 
Considerations for Deploying Virtual Network Functions and Services
Considerations for Deploying Virtual Network Functions and ServicesConsiderations for Deploying Virtual Network Functions and Services
Considerations for Deploying Virtual Network Functions and ServicesOpen Networking Summit
 
Ccnp™ advanced cisco® router
Ccnp™ advanced cisco® routerCcnp™ advanced cisco® router
Ccnp™ advanced cisco® routerchiliconcarne
 

Semelhante a Control Plane for High Capacity Networks Public (20)

TIA sdn transport_2_shukla_final
TIA sdn transport_2_shukla_finalTIA sdn transport_2_shukla_final
TIA sdn transport_2_shukla_final
 
Introduction to SDN: Software Defined Networking
Introduction to SDN: Software Defined NetworkingIntroduction to SDN: Software Defined Networking
Introduction to SDN: Software Defined Networking
 
My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...
 My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos... My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...
My Ph.D. Defense - Software-Defined Systems for Network-Aware Service Compos...
 
Evolution of internet by Ali Kashif
Evolution of internet  by Ali KashifEvolution of internet  by Ali Kashif
Evolution of internet by Ali Kashif
 
Necos keynote UFRN Telecomday
Necos keynote UFRN TelecomdayNecos keynote UFRN Telecomday
Necos keynote UFRN Telecomday
 
Lecture 11 Final.pptx
Lecture 11 Final.pptxLecture 11 Final.pptx
Lecture 11 Final.pptx
 
Heavy reading sdn_metro_networks
Heavy reading sdn_metro_networksHeavy reading sdn_metro_networks
Heavy reading sdn_metro_networks
 
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...
NECOS Industrial Workshop Technical highlights by Prof. Alex Galis (Universit...
 
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degree
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degreeThe UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degree
The UCLouvain Public Defense of my EMJD-DC Double Doctorate Ph.D. degree
 
5G in Brownfield how SDN makes 5G Deployments Work
5G in Brownfield how SDN makes 5G Deployments Work5G in Brownfield how SDN makes 5G Deployments Work
5G in Brownfield how SDN makes 5G Deployments Work
 
White paper ten considerations for chosing a satellite technology platform_i_...
White paper ten considerations for chosing a satellite technology platform_i_...White paper ten considerations for chosing a satellite technology platform_i_...
White paper ten considerations for chosing a satellite technology platform_i_...
 
Colt’s Carrier SDN & NFV: Experience, Learnings & Future Plans
Colt’s Carrier SDN & NFV: Experience, Learnings & Future PlansColt’s Carrier SDN & NFV: Experience, Learnings & Future Plans
Colt’s Carrier SDN & NFV: Experience, Learnings & Future Plans
 
3. Peter Hermans - Stedin
3. Peter Hermans - Stedin3. Peter Hermans - Stedin
3. Peter Hermans - Stedin
 
6 lte-a challenges and evolving lte network architecture
6 lte-a challenges and evolving lte network architecture6 lte-a challenges and evolving lte network architecture
6 lte-a challenges and evolving lte network architecture
 
Virtualizing Telco Networks
Virtualizing Telco NetworksVirtualizing Telco Networks
Virtualizing Telco Networks
 
Virtualizing Telco Networks | Whitepaper
Virtualizing Telco Networks | WhitepaperVirtualizing Telco Networks | Whitepaper
Virtualizing Telco Networks | Whitepaper
 
SDN and NFV Value in Business Services - A Presentation By Cox Communications
SDN and NFV Value in Business Services - A Presentation By Cox CommunicationsSDN and NFV Value in Business Services - A Presentation By Cox Communications
SDN and NFV Value in Business Services - A Presentation By Cox Communications
 
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...
On-Demand Production Infrastructure delivered Just In Time By Shane Guthrie o...
 
Considerations for Deploying Virtual Network Functions and Services
Considerations for Deploying Virtual Network Functions and ServicesConsiderations for Deploying Virtual Network Functions and Services
Considerations for Deploying Virtual Network Functions and Services
 
Ccnp™ advanced cisco® router
Ccnp™ advanced cisco® routerCcnp™ advanced cisco® router
Ccnp™ advanced cisco® router
 

Mais de CPqD

Integrated Photonics Advances in Optical Transmission: An Industry View
Integrated Photonics Advances in Optical Transmission: An Industry ViewIntegrated Photonics Advances in Optical Transmission: An Industry View
Integrated Photonics Advances in Optical Transmission: An Industry ViewCPqD
 
Novo modelo de apoio à inovação
Novo modelo de apoio à inovaçãoNovo modelo de apoio à inovação
Novo modelo de apoio à inovaçãoCPqD
 
High Capacity Optical Access Networks
High Capacity Optical Access NetworksHigh Capacity Optical Access Networks
High Capacity Optical Access NetworksCPqD
 
BNDES: Instrumentos de Apoio à Inovação
BNDES: Instrumentos de Apoio à InovaçãoBNDES: Instrumentos de Apoio à Inovação
BNDES: Instrumentos de Apoio à InovaçãoCPqD
 
Câmara de Gestão M2M/IoT
Câmara de Gestão M2M/IoTCâmara de Gestão M2M/IoT
Câmara de Gestão M2M/IoTCPqD
 
Mesa Redonda: Fomento Governamental para o Setor
Mesa Redonda: Fomento Governamental para o SetorMesa Redonda: Fomento Governamental para o Setor
Mesa Redonda: Fomento Governamental para o SetorCPqD
 
Creating Business Value By Enabling the Internet of Things
Creating Business Value By Enabling the Internet of ThingsCreating Business Value By Enabling the Internet of Things
Creating Business Value By Enabling the Internet of ThingsCPqD
 
RFID and NFC Providing the last yards for IoT
RFID and NFC Providing the last yards for IoTRFID and NFC Providing the last yards for IoT
RFID and NFC Providing the last yards for IoTCPqD
 
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015CPqD
 
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...CPqD
 
Development through Innovation
Development through InnovationDevelopment through Innovation
Development through InnovationCPqD
 
Ministry of Communication - Research & Development in Telecommunications
Ministry of Communication - Research & Development in TelecommunicationsMinistry of Communication - Research & Development in Telecommunications
Ministry of Communication - Research & Development in TelecommunicationsCPqD
 
Welcome - Alberto Paradisi
Welcome - Alberto ParadisiWelcome - Alberto Paradisi
Welcome - Alberto ParadisiCPqD
 
Semiconductor Optical Amplifiers: Linear Amplification, Space Switches, and ...
Semiconductor Optical Amplifiers: Linear Amplification,  Space Switches, and ...Semiconductor Optical Amplifiers: Linear Amplification,  Space Switches, and ...
Semiconductor Optical Amplifiers: Linear Amplification, Space Switches, and ...CPqD
 
Accelerating the Design of Optical Networks using Surrogate Models
Accelerating the Design of Optical Networks using Surrogate ModelsAccelerating the Design of Optical Networks using Surrogate Models
Accelerating the Design of Optical Networks using Surrogate ModelsCPqD
 
Next-Generation High-Capacity Submarine Transmission
Next-Generation High-Capacity Submarine TransmissionNext-Generation High-Capacity Submarine Transmission
Next-Generation High-Capacity Submarine TransmissionCPqD
 
Amplification, ROADM and Optical Networking activities at CPqD
Amplification, ROADM and Optical Networking activities at CPqDAmplification, ROADM and Optical Networking activities at CPqD
Amplification, ROADM and Optical Networking activities at CPqDCPqD
 

Mais de CPqD (17)

Integrated Photonics Advances in Optical Transmission: An Industry View
Integrated Photonics Advances in Optical Transmission: An Industry ViewIntegrated Photonics Advances in Optical Transmission: An Industry View
Integrated Photonics Advances in Optical Transmission: An Industry View
 
Novo modelo de apoio à inovação
Novo modelo de apoio à inovaçãoNovo modelo de apoio à inovação
Novo modelo de apoio à inovação
 
High Capacity Optical Access Networks
High Capacity Optical Access NetworksHigh Capacity Optical Access Networks
High Capacity Optical Access Networks
 
BNDES: Instrumentos de Apoio à Inovação
BNDES: Instrumentos de Apoio à InovaçãoBNDES: Instrumentos de Apoio à Inovação
BNDES: Instrumentos de Apoio à Inovação
 
Câmara de Gestão M2M/IoT
Câmara de Gestão M2M/IoTCâmara de Gestão M2M/IoT
Câmara de Gestão M2M/IoT
 
Mesa Redonda: Fomento Governamental para o Setor
Mesa Redonda: Fomento Governamental para o SetorMesa Redonda: Fomento Governamental para o Setor
Mesa Redonda: Fomento Governamental para o Setor
 
Creating Business Value By Enabling the Internet of Things
Creating Business Value By Enabling the Internet of ThingsCreating Business Value By Enabling the Internet of Things
Creating Business Value By Enabling the Internet of Things
 
RFID and NFC Providing the last yards for IoT
RFID and NFC Providing the last yards for IoTRFID and NFC Providing the last yards for IoT
RFID and NFC Providing the last yards for IoT
 
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015
Apresentação Paulo Curado (CPqD) - RFID Journal Live! Brasil 2015
 
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...
The ACTION Project: Applications Coordinate with Transport, IP and Optical Ne...
 
Development through Innovation
Development through InnovationDevelopment through Innovation
Development through Innovation
 
Ministry of Communication - Research & Development in Telecommunications
Ministry of Communication - Research & Development in TelecommunicationsMinistry of Communication - Research & Development in Telecommunications
Ministry of Communication - Research & Development in Telecommunications
 
Welcome - Alberto Paradisi
Welcome - Alberto ParadisiWelcome - Alberto Paradisi
Welcome - Alberto Paradisi
 
Semiconductor Optical Amplifiers: Linear Amplification, Space Switches, and ...
Semiconductor Optical Amplifiers: Linear Amplification,  Space Switches, and ...Semiconductor Optical Amplifiers: Linear Amplification,  Space Switches, and ...
Semiconductor Optical Amplifiers: Linear Amplification, Space Switches, and ...
 
Accelerating the Design of Optical Networks using Surrogate Models
Accelerating the Design of Optical Networks using Surrogate ModelsAccelerating the Design of Optical Networks using Surrogate Models
Accelerating the Design of Optical Networks using Surrogate Models
 
Next-Generation High-Capacity Submarine Transmission
Next-Generation High-Capacity Submarine TransmissionNext-Generation High-Capacity Submarine Transmission
Next-Generation High-Capacity Submarine Transmission
 
Amplification, ROADM and Optical Networking activities at CPqD
Amplification, ROADM and Optical Networking activities at CPqDAmplification, ROADM and Optical Networking activities at CPqD
Amplification, ROADM and Optical Networking activities at CPqD
 

Último

The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...Aggregage
 
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDEADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDELiveplex
 
Computer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsComputer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsSeth Reyes
 
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationUsing IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationIES VE
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.YounusS2
 
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1DianaGray10
 
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UbiTrack UK
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Will Schroeder
 
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfIaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfDaniel Santiago Silva Capera
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaborationbruanjhuli
 
Building AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxBuilding AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxUdaiappa Ramachandran
 
9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding TeamAdam Moalla
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemAsko Soukka
 
Introduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxIntroduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxMatsuo Lab
 
Machine Learning Model Validation (Aijun Zhang 2024).pdf
Machine Learning Model Validation (Aijun Zhang 2024).pdfMachine Learning Model Validation (Aijun Zhang 2024).pdf
Machine Learning Model Validation (Aijun Zhang 2024).pdfAijun Zhang
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarPrecisely
 
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfJamie (Taka) Wang
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureEric D. Schabell
 
Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1DianaGray10
 

Último (20)

The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
 
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDEADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
ADOPTING WEB 3 FOR YOUR BUSINESS: A STEP-BY-STEP GUIDE
 
Computer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsComputer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and Hazards
 
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve DecarbonizationUsing IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
Using IESVE for Loads, Sizing and Heat Pump Modeling to Achieve Decarbonization
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.
 
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1UiPath Platform: The Backend Engine Powering Your Automation - Session 1
UiPath Platform: The Backend Engine Powering Your Automation - Session 1
 
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
 
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
Apres-Cyber - The Data Dilemma: Bridging Offensive Operations and Machine Lea...
 
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfIaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
 
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online CollaborationCOMPUTER 10: Lesson 7 - File Storage and Online Collaboration
COMPUTER 10: Lesson 7 - File Storage and Online Collaboration
 
Building AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptxBuilding AI-Driven Apps Using Semantic Kernel.pptx
Building AI-Driven Apps Using Semantic Kernel.pptx
 
9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team9 Steps For Building Winning Founding Team
9 Steps For Building Winning Founding Team
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystem
 
Introduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptxIntroduction to Matsuo Laboratory (ENG).pptx
Introduction to Matsuo Laboratory (ENG).pptx
 
Machine Learning Model Validation (Aijun Zhang 2024).pdf
Machine Learning Model Validation (Aijun Zhang 2024).pdfMachine Learning Model Validation (Aijun Zhang 2024).pdf
Machine Learning Model Validation (Aijun Zhang 2024).pdf
 
20150722 - AGV
20150722 - AGV20150722 - AGV
20150722 - AGV
 
AI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity WebinarAI You Can Trust - Ensuring Success with Data Integrity Webinar
AI You Can Trust - Ensuring Success with Data Integrity Webinar
 
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
activity_diagram_combine_v4_20190827.pdfactivity_diagram_combine_v4_20190827.pdf
 
OpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability AdventureOpenShift Commons Paris - Choose Your Own Observability Adventure
OpenShift Commons Paris - Choose Your Own Observability Adventure
 
Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1
 

Control Plane for High Capacity Networks Public

  • 1. Razón social 00.00.2015 Control Plane for High Capacity Networks Luis M. Contreras Telefónica Global CTO Unit Campinas - Sao Paulo 19.05.2016
  • 2. Company name 2 • Motivations for Network Programmability • SDN for Transport Networks • On-going innovation actions • Conclusions Index
  • 4. Company name 4 Data traffic pressure Metro Access Metro Aggr BRAS/PGW IP Edge IP Core / ICX 2G/3G/LTE DSLAM / OLT S/GWT S/GWD S/GWC Long HaulMetro Transport Service Centers CDN Internet OTT Content TEF Content InterconnectionBH Bandwidth by peak and average ratio [Analysys Mason]
  • 5. Company name 5 • Traditional network dimensioning yields to this situations: Looking for Elasticity • Ideally, the network must dynamically be adapted to the end users demands Resources Capacity t Capacity t Resources Under-provisioning Over-provisioning Capacity t Resources
  • 6. Company name 6 Telco Cloud Migration of workload might be required; proximity → better I/O (Minimise CAPEX vs Increase Capacity) User demand changes; Maybe unexpectedly or bursty Network capacity needs to be adapted to the new situation Cloud Data Center (CDC) Network Provider 1 Network Provider 2 Compute (i.e. increase VMs) scales up/out in response (Minimise OPEX vs. Maintain QoS) Legacy Carrier Networks were not designed to cope with customized service creation and delivery with very short lead times
  • 7. Company name 7 Challenges introduced by NFV (Network Function Virtualization)  NFV implies a decoupling of the network functions from the supporting hardware  Arbitrary distribution of service (network function) capabilities across the network  NFV will allow a rapid and flexible deployment of services • Then rapid and flexible network connectivity is required • … in an optimal way
  • 8. Company name 8 NFV Infrastrcuture Service Broker Catalog of Virtual/ Physical Functions Orchestration Engine Service Profiles Evolved Services Platform Applications Business Mobility Video Consumer Cloud Central DC (NFVI)Regional DC (NFVI) Cloud POP (NFVI) vBranch (NFVI) Evolved Programmable Network
  • 9. Company name 9 Telco Cycle vs OTT Service Provider Cycle Telco Operators Equipment Vendors SDOs 2-6 Years Demand Drive Standardise Implement Sell Deploy Critical mass of supporters Develop Deploy Publish 2-6 Months Telco Cycle OTT Service Providers Cycle 2-6 years 2-6 months Service Providers AVAILABLE AVAILABLE Idea !! Idea !!
  • 10. Company name 10 Actual delivery cycle for one Telefonica’s operation Purchasing Dec 2015 Dec 2016 July 2017 Delivery Implementation Delivery Implementation Purchasing Implementation July 2016
  • 11. Company name 11 • Complex procedures for service delivery • Difficulties on defining and standardizing services across the group • High customization during service creation • Slow adaptation of the network to changing demands • Long time-to-market The reality of an operator like Telefónica translates into … Network Programmability is expected as the solution (or mitigation) for all of the above issues
  • 12. Company name 12 • Existing service innovation is tightly coupled to the product innovation cycles • High variety of vendors in operators like Telefónica, each of them presenting different operating systems, SDKs and APIs, in multiple node families and functionalities • Closed solutions per vendor, difficult to port • Lack of automation in service delivery • Complex procedures for service scaling in and out SDN as a way towards network programmability • Network programmability as the capability of installing and removing network behavior, in real time • This is not just to populate rules to simple switches or offering APIs • End-to-end network abstraction is required for true technology and vendor integration • Network services to be realized by programming instead of re-architecting the network • Leveraging on existing and deployed network capacities (control plane functionalities) • Managing the network in an integrated/coordinated way, not as a collection of individual boxes/layers • Stress on service modeling and network modeling, lately propagated through standard interfaces (Netfconf, Yang, OpenFlow) cooperating with existing control plane capabilities (GMPLS, etc.)
  • 14. Company name 14 • Core network operation is not adapted to flexible networking • Multiple manual configuration actions are needed in core network nodes • Hundreds of thousands of core nodes configurations per year in mid-size network operators (e.g ESP, BR) • Network solutions from different vendors typically use particularized Network Management System (NMS) implementations • More than 8 specific management implementations for service provisioning in multivendor core networks (e.g ESP) • Very long service provisioning times • Up to two weeks for Internet service provisioning. More than 6 weeks for core routers connectivity services Traditional core network operation Internet Voice CDN Cloud Business Service Management Systems Network Provisioning Systems Metro NMS NMS Vendor A IP Core NMS Optical Transport NMS Umbrella Provisioning System Complex and long workflows for network provisioning over different segments (metro, IP core, Optical transport) requiring multiple configurations over different NMS NMS Vendor B NMS Vendor C NMS Vendor D NMS Vendor E NMS Vendor C NMS Vendor A NMS Vendor B Metro Node Vendor A Metro Node Vendor B IP Node Vendor C IP Node Vendor D IP Node Vendor E Optical Node Vendor A Optical Node Vendor B Optical Node Vendor C Core Network Nodes CURRENT APPROACH FOR NETWORK PROVISIONING
  • 15. Company name 15 Automated Network Creation Very costly • Time • Money • Human dependent • Network Human Middleware Can’t Scale CURRENT NETWORK CREATION PROCESS
  • 16. Company name 16 Automated Network Creation AUTOMATED NETWORK CREATION PROCESS Controller
  • 17. Company name 17 • Evolution towards an Elastic Core Network paves the way towards a unified network provisioning architecture • Multiservice provisioning • Automated multidomain/vendor/layer operation by signaling • Key building block of such unified network provisioning architecture are • Network configuration interface: Multivendor edge nodes configuration (e.g OLT and BRAS, IP core routers, Optical equipment, etc) by standard interfaces (e.g Netconf) • IT and network SDN orchestration: Coordinated network and datacenter resources control according to service requirements (e.g orchestrated Virtual Machine transfer among DCs) • Network-Service API: Application level API hiding details of the network Elastic core network operation Internet Voice CDN Cloud Business Multiservice network provisioning system (SDN Orchestrator) Standard signaling mechanisms running over network nodes enabling flexible networking and automated network provisioning over different network segments (metro, core IP, optical transport, MW) including multiple vendors Metro Node Vendor A Metro Node Vendor B IP Node Vendor C IP Node Vendor D IP Node Vendor E Optical Node Vendor A Optical Node Vendor B Optical Node Vendor C Service Management Systems Network Provisioning Core Network Nodes Network-Service API Network configuration interface
  • 18. Company name 18 • Existing proposals for SDN centralize control capabilities with very different objectives and purposes • No separation between services and transport control o No clear responsibility for service provision and delivery o Complicated reutilization of components for delivering different services o Monolithic control architectures, driving to lock-in o Difficult interoperability, then difficult interchange of some modules by others o No clear business boundaries o Complex service/network diagnosis and troubleshooting A critical view on generic SDN Control architecture
  • 19. Company name 19 Cooperating layered architecture • Means to expose transport capabilities to external services • Means to notify service intelligence with underlying transport events • Means to instruct the underlying transport capabilities to accommodate new requirements • Means to capture service requirements of services ABSTRACTION Client Relationship Transfer of Data Service Provision and Capabilities to External Applications (*) Depending on the kind of Service the resources at Service Stratum could be or not the End-Points of the Transport Resources (*) Source: L.M. Contreras, et al. “Cooperating Layered Architecture for SDN (CLAS)”, draft-irtf-sdnrg-layered-sdn-00, Mar. 2016
  • 20. Company name 20 UNICA Access Networks IP/MPLS Optics MBH/Metro E2E SDN Orchestration MW/Optics Data Plane Segment Technology Control MBH/Metro Controller MW Controller Optics Controller IP/MPLS Controller E2E Orchestration API Data Center Data Center Orchestration AppsApps …
  • 21. Company name 21 SDN orchestration approach • Current SDN solutions are mainly focused on single domain and monovendor scenarios. • SDN architectures for heterogeneous networks with different technologies (IP, MPLS, Ethernet, optical, MW…) and interfaces are still under definition. SDN orchestrator: It takes decisions on E2E network configuration and resources allocation according to service and network optimization criteria Multilayer and multidomain control plane: It executes network configuration according to SDN orchestrator request Abstracted information about network status Control plane triggering Common Information Models are key to achieve the proper level of abstraction among vendors, facilitating a common and unique control of the network elements
  • 22. Company name 22 History Telefonica’s activities for SDN applied to Transport Networks Concept of SDN emerges from research on active and programmable networks First Open source code of OpenFlow protocol for Campus Networking announced First Open source code for vSwitch announced Telefonic a joins ONF Field Trial Multi- layer provisioning via NMS interfaces Telefonica contribution to IETF ABNO architecture Lab tests with monovendor solutions for IP/optics Telefonica’s ABNO NaaS PoC Multivendor PoC for IP/optical Monovendor field trial for IP/optical Monovendor showcase for SDN Wireless Transport Telefonica’s multivendor Wireless Transport PoC in Madrid 2006 2007 2008 2009 2010 2011 2012 2013 2014 20162015 Multilayer Restoriation PoC O2 Wireless Transport PoC TGSol Trial E2E Service Telefonica’s contrib to ONF SDN Arch 1.1
  • 23. Company name 23 Multi-vendor scenarios ABNO NMS Source: V. López, O. González de Dios, L.M. Contreras, J. Foster, H. Silva, L. Blair, J. Marsella, T. Szyrkowiec, A. Autenrieth, C. Liou, A. Sasdasivarao, S. Syed, J. Sun, B. Rao, F. Zhang, J.P. Fernández-Palacios, “Demonstration of SDN Orchestration in Optical Multi-Vendor Scenarios”, in Proc. Optical Fiber Conference (OFC), March 2015
  • 24. Company name 24 Do we need transport SDN? Where and when do we need to deploy a transport SDN solution • Scenarios o L0/L1 service provisioning.  There no need to deploy SDN to have this scenario, NMS from vendors allow us to carry out such operation.  Configure L0/L1 parameters like protection, explicit route, etc.  Proprietary interface limits vendors competition. o Multi-vendor L0/L1 provisioning  Current solutions does not allow to setup connections in multi-vendor scenarios.  Restoration/protection should be maintain in this multi-vendor scenario.  Standard interfaces required for enabling this. o Service provisioning to third parties  Multi-layer scenarios, data center interconnections are limited due to the fact that the provisioning process is not automated.  Centralized inventory and topological information can lead us to savings.
  • 25. Company name 25 Multi-layer discovery and visibility • Learn topology and traffic in each layer • Automatically learn cross layer mapping • Always-accurate network view Use Cases that can be enabled Cross-layer awareness • Basic: provision L3 links with optical SRLGs • Advanced: reroute optical connections to provide more diversity • Reduced service downtime
  • 26. Company name 26 Coordinated maintenance • Basic: accurately predict the impact of a maintenance activity • Advanced: minimize impact of maintenance activity in a proactive manner • Safe Operation Use Cases that can be enabled Restoration • Basic: Control IP links to be restored and their order • Advanced: Control failures between domains • CAPEX savings
  • 27. Company name 27 Optimization • Basic: Add IP links and their optical path based on traffic needs • Advanced: Rearrange network to optimize use of IP and optical resources • Adaptive network Use Cases that can be enabled Enterprise Services • Basic: manually add IP link and its optical path based on user input • Advanced: automatically add IP link based on API from external cloud app • Economical 10/100G BoD
  • 28. Company name 28 OFC 2016 Demo • Live demo at the Sedona booth at OFC • Running on commercial gear in Telefonica’s GCTO lab • Multiple IP layer vendors: Nokia, Huawei & Juniper • Multiple optical layer vendors: Coriant, Adva & Huawei • Most equipment controlled through the vendor’s SDN controller • Multi-layer and multi-vendor behavior orchestrated via the Sedona multi-application platform (MAP)
  • 29. Company name 29 What was demonstrated? • Automatic L0-L3 network discovery and mapping: o Showing both IP and optical layers, and their cross links, on a single live map • Review & simulation of the restoration plan: o Understand the pre-defined restoration plan in the network step by step • Integrated multi-layer restoration: o Automated manipulation of IP and optical layer resources to restore from a failure in a cost-effective manner, exploiting the optical layer to restore capacity around a failure, in a way that best meets the needs of the IP layer • Hitless revert after the failure has been fixed: o A unique ability to return the network to its original state after the failure has been fixed, in a way that does not affect IP services, allowing for the automation of the process
  • 30. Company name 30 Demo OFC 2016 Juniper Juniper ALU Coriant Coriant Coriant ADVA ADVA ADVA Huawei Huawei Huawei 2x1G 2x1G 2x1G 1x10G 1x10G 1x10G 1x10G 1x10G 1x10G 1x10G 2x1G Spirent App App App Multi-layer App Services Orchestrator Sedona MAP Traffic measured here 100G WDM 10G WDM 100G OTN+WDM
  • 31. Company name 31 Motivation, Framework and Opportunities for applying SDN for MW  Motivation  Road to simplification: No common way of controlling and managing Wireless Transport Networks (e.g. Microwaves)  Road to automation: No advanced control plane features for rich functionalities nor multilayer coordination (SDN as an enabler)  Framework  Work to define a (unified and standard) control plane for Microwave systems  Multi-vendor interworking, multi-layer control, network-wide coordination  Foreseen Opportunities  Common operation of multi-vendor environments  Innovative Ecosystem for deployment of advanced applications  Multi-technology / Multi-layer coordination  Adaptation of the MW resources to the real traffic demand
  • 32. Company name 32 First PoC Use Cases for application of SDN to Wireless Transport Networks  Capacity driven air interface  It shows how the SDN controller optimizes the total power consumption in a wireless transport network  The controller disables underlying physical ports of wireless L1 LAG links when the utilization is below certain thresholds • The controller MUTE or UNMUTE physical ports (OFPWTIPPT_TX_MUTE)  Flow basing shaping  Control of both wireless transport and switching equipment from the same SDN controller  The controller enables/disables policer on the router according to the observed wireless link capacity and some defined thresholds (OFPWTIPPT_TX_CURRENT_CAPACITY)
  • 33. Company name 33 First PoC High Level Setup
  • 34. Company name 34 First PoC team Vendors Controller Organization and support Standardization
  • 35. Company name 35 Second PoC Use Cases for application of SDN to Wireless Transport Networks • Detection and configuration of new microwave devices o Automated detection of NEs and making them available for configuring • Detection of aberrances o Comparing the actual network configuration with external reference data, informing about aberrances and offer correction • Detection and Visualization of the configured microwave network o Graphical overview about the momentarily configured network (= time variant in SDN managed network) • Detection and Visualization of the currently effective network o Graphical overview about the momentarily actually effective network, highlighting deviations from the configured network • Receiving and displaying of alarm information o Listing of events
  • 36. Company name 36 Network Topology for the Second PoC
  • 37. Company name 37 Network Architecture for the Second PoC ODL CONTROLLER MEDIATOR MW DEVICE netconf proprietary VENDOR #1 MEDIATOR MW DEVICE netconf proprietary VENDOR #5 netconfnetconf APP1 APP2 APPn Interface under test
  • 38. Company name 38 Second PoC Participants • Operators, who provided content and organizational support: – Telefónica, – AT&T • Microwave vendors: – Ceragon – Ericsson – Huawei – NEC – SIAE • Integrators and Application Providers: – Highstreet Technologies, – Wipro, – Tech Mahindra – HCL • Other Participants: – Viavi, ZTE, Deutsche Telekom
  • 39. Company name 39 • Project chartered under ONF Open Transport WG (Specifications Area) • Objective – realize the software-centric approach to standardization o Purpose-specific APIs to facilitate SDN control of Transport networks o Focus is on functional aspects of transport network control/mgmt o Target is YANG & JSON API libraries • Scope – based on purpose-specific use case discussions o Topology Service  Retrieve Topology, Node, Link & Edge-Point details o Connectivity Service  Retrieve & Request P2P, P2MP, MP2MP connectivity for (L0/L1/L2) layers o Path Computation Service  Request for Computation & Optimization of paths o Virtual network Service  Create, Update, Delete Virtual Network topologies o Notification Framework • Only technology/layer-independent common characteristics for initial release Transport API
  • 40. Company name 40 Transport API – Functional Architecture Topology Abstraction Connectivity Setup Shared Network Information Context Path Computation Network Virtualization D/I-CPI A/I-CPI NENENE NENEN/EMS NENESDN Controller NENELegacy Controller NENESDN Controller NENEApplication Transport API Transport APITransport APIOpenflowOpenflow Legacy ProtocolsLegacy Protocols Legacy APIsLegacy APIs
  • 42. Company name 42 Ongoing Innovation Actions Metro Access Metro Aggr BRAS/PGW IP Edge IP Core / ICX 2G/3G/LTE DSLAM / OLT S/GWT S/GWD S/GWC Long HaulMetro Transport Service Centers CDN Internet OTT Content TEF Content 5G-Crosshaul ACINO 5GEx
  • 43. Company name 43  Separate, independent layers do not allow overall optimization • Multilayer approach for performing combined optimization Mobile Backhaul  Separated domains complicate the service provisioning and network adaptation • Interconnection of controllers for e2e optimization  Separated control and management mechanisms require multiple interventions • Standard interfaces simplify heterogeneous device management Control plane Client SDN Controller Virtual Control Direct Control MW Backhaul Network Optical Backhaul Network Optical Backhaul SDN Controller Microwave Backhaul SDN Controller Data plane Direct Control Virtual Control ETH Backhaul Network Direct Control Application plane Application SDN control will allow the orchestration ofSDN control will allow the orchestration of the network resources
  • 44. Company name 44 C-RAN Different functional splits have different implications BBU units centralization fot taking advantage of long distance CPRI interfaces in order to reduce cell site costs
  • 45. Company name 45 Geographical non-uniformity of usage of the radio access 90% of the data is consumed in less than 5% of the area 90% of the data is consumed in less than 5% of the area 50% of the data is consumed in less than 0.35% of the area! 50% of the data is consumed in less than 0.35% of the area! Data Consumption by proportion of area (Data from Viavi 2015 Study)
  • 46. Company name 46 EON in the fronthaul Main idea: Transparently and dynamically deliver mobile front-/back-haul in a converged metro/access environment, following the elastic networking paradigm while taking advantage of the already deployed fiber infrastructure
  • 47. Company name 47 Taking action 5G-Crosshaul project(1) A holistic approach for converged Fronthaul and Backhaul under common SDN/NFV-based control, capable of supporting new 5G RAN architectures (V-RAN) and performance requirements •XCF – Common Frame capable of transporting the mixture of various Fronthaul and backhaul traffic •XFE – Forwarding Element for forwarding the Crosshaul traffic in the XCF format under the XCI control •XPU – Processing Unit for executing virtualized network functions and/or centralized access protocol functions (V-RAN) •XCI – Control Infrastructure that is SDN-based and NFV- enabled for executing the orchestrator’s resource allocation decisions •Novel network apps on top to achieve certain KPIs or services Main building blocks A high capacity low latency transport solution that lowers costs and guarantees flexibility and scalability A high capacity low latency transport solution that lowers costs and guarantees flexibility and scalability (1) http://www.5g-crosshaul.eu/
  • 48. Company name 48 The 5G-Crosshaul hybrid data-path RRH || BS || Backhaul AF-1 XFE (XPFE) XFE (XCSE) AF-2 XPU AF-3 BBU RRH || BS || Backhaul XCI XFE (XPFE) XFE (XPFE) XFE (XCSE) AF: Adaptation Function BBU: Base Band Unit BS: monolithic base station RRH: Remote Radio Head XCF: Crosshaul Common Frame XFE: Crosshaul Forwarding Element XPFE: Crosshaul Packet Forwarding Element XCSE: Crosshaul Circuit Switching Forwarding Element XPU: Crosshaul Processing Unit Green blocks: Radio Access (out of Crosshaul scope) Blue Block: Transport functions Red Blocks: Processing functions Violet Blocks: control functions XCF, other 5G packet FH, CPRI, Eth backhaul, analog Low latency 5G, packet FH, CPRI, aggregation CPRI, GbE, 10GbE, analog XCF XCF XCF XCF XCF XCF Optical Pass- through Aggregation of packets to optical for network pass-through XCF, to XFEs connecting to Core XCF, to XFEs connecting to Core Dashed lines indicate connections or blocks that are possible but not included in the current scope Several radio protocol splits are supported, from pure backhaul to pure fronthaul. This corresponds to several possible output signals from “green blocks” Data path consisting of hybrid multi-layer architecture • Packet based: based on Crosshaul Common Frame (XCF) • Optical Circuit: Used to alleviate congestion and for time critical traffic, e.g., CPRI Adaptation functions to transform among different technologies and XCF
  • 49. Company name 49 The 5G-Crosshaul Control Plane Figure 1: 5G-Crosshaul Architecture Illustration • Unified control plane for the integrated fronthaul/backhaul transport network • Leverages SDN/NFV technologies • Specifically designed for multi- tenancy
  • 50. Company name 50 5G Network Architecture (from NGMN) … Smartphones UP UP CP/UP CP/UP CP Massive IoT devices UP CP Automotive devices CP/UP CP/UP VerticalVertical AP
  • 51. Company name 51 Taking action – 5GEx project(1) 5GEx Mission: • enable business and technical cross- domain service orchestration over multiple administrations, • realize composite services by combining cross-domain network, computing and storage resources • develop suitable business models for operators to optimally buy, sell, and integrate 5GEx services • build and deploy a proof-of-concept system prototype, implementing the “Sandbox Exchange” From dedicated physical networks with dedicated control and dedicated services and resources for different applications… …to a “network factory” where resources and network functions are traded and provisioned: new infrastructures and services are “manufactured by SW” (1) http://www.5gex.eu/
  • 52. Company name 52 5GEx project • Initial set of use cases categorized as follows: • Connectivity • Network as a Service • Network + Storage + Compute as a Service • Incremental approach • Emphasis on multi-domain Main axis for innovation Main axis for innovation • Multi-domain (in its multiple variants) not sufficiently addressed yet • Business (end-service oriented) perspective (SLAs, billing, etc) not only technological feasibility (infrastructure oriented) • Definition of future interconnection model and wholesale services around network APIs Partners include: Telenor, Deutsche Telekon, Telecom Italia, Orange, Telefónica, Ericsson, Huawei, HP, ATOS, BISDN, RedZinc, UCL, UC3M, AUEB, BME, KTH , MNS
  • 53. Company name 53 • Use Cases o Application-based Data Center Interconnection o Enabling dynamic 5G services o Application-specific protection strategies o Secure Transmission as a Service o Dynamic Virtual CDN deployment o Application-centric in-operation network planning ACINO (Application Centric IP/Optical networks) Partners include: Telefónica, Acreo, Create-Net, ADVA, Sedona, AIT …Network primitives Network configuration IP controller/devices IP controller/devices Optical controller/devices Optical controller/devices ACINO orchestratorACINO orchestrator App 1App 1 App 2App 2 App NApp N ManagerManager Application-centric methods and algorithms (online planning, dynamic resource allocation, …) Network orchestrator enabling applications to program the IP/Optical transport network
  • 54. Company name 54 Per-application behaviour Applications - CDN cache - Mission- critical 5G Core (UP+CP) Mobile edge cloud Applications 5G Core (CP) Mobile core cloud Other cloud (e.g. YouTube) IP/MPLS router Optical switching UP: User plane CP: Control plane Video upload/download (high bandwidth) Media production, voice (low latency) Media production studio Sensor data The three applications take different paths through the network
  • 56. Company name 56 The Future Scenario Manage users and sessions, Local managed services Capillarity, Capacity, Mobility support Multiplexing Switching, Transport Control functions, Regional managed services Devices Places UsersUsers AccessAccess AggregationAggregation Local Points of PresenceLocal Points of Presence CoreCore Regional Data Centres Regional Data Centres Interconnection Radio Fiber vv COTS HW LOCAL PoPs REGIONAL DATA CENTRES Control Plane can be Centralised Data Plane must be Distributed OS + Hypervisor SDN Switching Infrastructure Domain Service Domain Network Domain CDN Video P-CSCF S/PGW BNG CGNATDPI SDP IMS DHCP PCRF DNS SPR COTS HW OS + Hypervisor SDN Switching SRVCC HW and SW decoupling HW and SW decoupling IPv6 Router PE Security NGIN FUNCTION (Software defined) CAPACITY (Homogeneous infrastructure) MME DRA
  • 57. Company name 57 • E2E SDN enables automated and simplified network service provisioning through different network segments (metro, core, data center…) and technologies (IP/MPLS, optical, MW, OpenFlow…) • Such automation and simplification could be achieved by applying two complementary actions: • Minimization of network configuration points by transferring multidomain and multilayer provisioning functionalities from NMS to the control plane. • Unified network configuration and orchestration mechanisms enabling end to end network provisioning according to service and network optimization criteria. • Common information modelling among vendors is a must Conclusions
  • 58. This work is partially funded by the European Commission within the H2020 Research and Innovation program 5G-Crosshaul (grant no. 671598), 5GEx (grant no. 671636) and ACINO (grant no. 645127) projects