gmplssdnopticalnetworkingcontrolplane-140325103235-phpapp02

Achim Autenrieth, ADVA Optical Networking

MPLS SDN World Congress 2014

March 18-21, 2014 / Paris, France

GMPLS, SDN, Optical Networking, Control Plane

2014 ADVA Optical Networking. All rights reserved.

#

#

1

Cloud Connectivity: What Is Hot?

Network Virtualization

Programmable WAN connectivity with open SDN implementation

Business Continuity

Low-latency connectivity for synchronous mirroring and disaster recovery solutions

Mega Data Center Connectivity

Cost-, space- and power-efficient high-capacity transport

Cloud and traditional data center growth

Cloud data center traffic will grow 6-fold from 2011 to 2016 reaching ca. 5 ZB

Source: Global Cloud Index 2012, Cisco

Data Center Connectivity

Cloud services drive demand for dynamic high-speed data center connectivity


#

#

NMS / CP / SDN

Mission

Key Facts

Transport SDN for Flexible Optical Networks

Datacenter Connectivity

Cloud Bursting

Secure multi-tenancy

Global network visibility with real-time control

De-couple virtual from physical network

NFV support

From cloud access to optical Terabit/s connectivity

Use Cases and Drivers

Enablers

DC Site 1

MAN / WAN

DC Site N

Enterprise

Tenant B cloud

Tenant C cloud

Tenant A cloud

Automate connectivity of multi-tier system patterns (Lower OpEx)

Network Abstraction

Virtualization

Open & standardized interfaces

Multi-tenancy capability

Integration with existing OSS / NMS / CP

SDN turns the network into a programmable resource


#

#

3

What is SDN?

Open Networking Foundation white paper

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

SDN is an architectural framework for creating intelligent networks that are programmable, application aware, and more open.

SDN allows the network to transform into a more effective business enabler.

SDN enables applications to request and manipulate services provided by the network and allows the network to expose network state back to the applications.

A key aspect to the architectural framework is the separation of forwarding from control plane, and establishment of standard protocols and abstractions

AT&T Domain 2.0 Vision white paper

How does SDN apply to Optical Transport Networks?


#

#

Transport SDN Early Attempts

If all you have is a hammer, everything looks like a nail.

Abraham Maslow, 1966

Transport SDN is much more than OpenFlow and protocol extensions.


#

#

5

Packet Switch != Optical Switch
Packet SwitchOptical l-SwitchSignal formatDigital electronicAnalog opticalSignal structureEthernet framesSignal dependentPayload visibilityYesNoTopology discoveryIn-band (e.g. LLDP)Out-of band (e.g. OSC)Fabric connectivityAny-to-anyConstrainedPath feasibilityImplicitDep. on signal qualityPath set-upAny orderSequential
Target: Optical layer connectivity but hiding optical complexity


#

#

6

Optical Network != Generic Hardware

Connectivity & Topology Discovery

Signal Mapping & Format Compatibility

Optical Performance Constraints

Sequential Lightpath Setup/TeardownOptical Power Balancing

OSC

(Out-of-band)

a) 40km

b) 60km

c) 20km

a)

b)

c)

d)

d)

WSS

WSS

WSS

WSS

WSS

Fixed / Tunable transponders

External Wavelengths

Regenerators

Colorless Module(s)

Line Ports

Directionless Module


#

#

Legacy Transport

Network

programmability

HW abstraction

and virtualization

Centralized

management & control

Flow/circuit oriented

data plane

SDN vs. Legacy Optical Transport

Separation of data

and control plane

SDN Principles

Top-down approach: Facilitate optical layer virtualization & programmability.


#

#

8

GMPLS *is* SDN (or a functional component of SDN)

Control and Data plane separation was a basic design principle together with Centralized Control & Hardware Abstraction: see ASON - RFC4397/4652

Transport node is a logical network device () originating and/or terminating of a data flow and/or switching ().

Controller is a logical entity that models all control plane intelligence (routing, traffic engineering (TE), and signaling protocols, path computation, etc.). A single controller can manage one or more transport nodes.

SDN/GMPLS for Optical Networks

How to leverage existing GMPLS control plane for SDN?


#

#

Orchestration ~ automated configuration / coordination / management of complex systems, devices or systems, can present or deploy autonomic control and elements of control theory.

A higher level system is required for end to end composition or virtual networks

Abstraction of hardware andvirtualization enables homogeneous service activation processes

Coordinate the deployment of services controlled by either GMPLS or OpenFlow

End to End Service Orchestrationwith GMPLS as Internal Signaling Protocol

DC

Eth. Aggr.

OpenFlow-controlledEthernet Aggregation

WAN

GMPLS-controlled virtual (o real)

WSON/SSON

GMPLS

Cloud ComputingOrchestration

OVS

SDNCtrl.

OpenFlow-controlled

Ethernet/L2 Switches

OpenFlow

OVS

OVS

PCE

OpenFlow

SDNCtrl.

SDNCtrl.

?


#

#

10

How Transport Fits in SDN Model

NetworkHypervisor

UserInterfaces

3rd PartyApps

Transport Apps

Optical Network Controller

Management

Fault & Alarms

Configuration

Accounting

Performance

Security

Control

Topology Disc

Path Compute

Provisioning

Resource Mgr

Policy Mgr

Database

Flow DB

Topology DB

Resource DB

Policy DB

Optical Network Hypervisor

Network

Hypervisor

Storage

Compute

Optical Network

Orchestration

SDN

SDN Controller

Orchestration

Hypervisors allowed Storage and Compute resources to be managed together.

SDN allowed Networking to join through an Orchestration layer

Transport is added by extending the SDN controller function.

Network Hypervisor virtualizes the optical network and presents an abstracted view to the SDN controller


#

#

11

Topology Virtualization Options

Abstract Link

You can reach this destination across this domain with these characteristics

Paths in the optical domain become links in the virtual topology

Allows vendor independent constraint modelling

Virtual Node

Hierarchical abstraction

Presents subnetwork as a virtual switch

Simple model, but can be deceptive

No easy way to advertise limited cross-connect capabilities

Virtual Node aggregation hides internal connectivity issues and physical constraints

Abstract Link aggregation needs compromises and frequent updates

See also: Aihua Guo, "Network Virtualization", OFC 2014, M2B.5


#

#

12

Optical Network Hypervisor

WAN is exposed as virtual topology using OpenFlow or Restful API.

SDN Controller #2

SDN Controller #1

ProviderController

SDN Controller #3

Optical Network Controller / HyperVisor

FSP SW Suite

SNMP, NETCONF

OF, NETCONF, RESTful API

OF,

NETCONF,

PCEP

OF, PCEP, NETCONFGMPLS-AL, BGP-LS

SNMP, MTOSI

OpenFlow

PCEP

GMPLS-AL

BGP-LS

NETCONF/YANG

REST

Abstraction

Physical ressources

Derived topology

GMPLS

TED

LSPDB

PCE


#

#

13

Demonstration of SDN Use Cases

ECOC 2013 Postdeadline Paper

ECOC 2012

ECOC 2012 Postdeadline Paper

OFC/NFOED 2013


#

#

14

STRAUSS SDN Orchestration Testbed

SDN Network Orchestration

ABNO Controller

PCE

GMPLS-enabled Flexi-grid

DWDM domain

Active Stateful

PCE

TED

LSPDB

TED

Topology

Server

VNTM

Topology Server

OPS

Flow Server

Provisioning Manager

TREMA Controller

REST API

OpenFlow

OpenFlow-enabled OPS/Flexi-grid

DWDM domain

NOX Controller

REST API

OpenFlow

OpenFlow-enabled OPS

DWDM domain

OpenFlowController

REST API

Network Hypervisor

OpenFlow + GMPLS enabled

DWDM domain

OCS

OPS

OCS

TED

LSPDB

www.ict-strauss.eu

@ICTstrauss


#

#

SDN Enables Optical Network Operation and Control Innovation

Datacenter Connectivity

Network Virtualization & Orchestration

Multilayer Optimization

Open Application Framework


#

#

Optical Transport Network Evolution withSoftware Defined Networking

Network & Service Mgmt & Apps

Control Plane

SDN

Existing NM & CP software portfolio will be extendedand complemented with new SDN-based software modules

Abstraction & Virtualization

End-to-End Service Orchestration

Network Programmability


#

#

Thank You

IMPORTANT NOTICE

The content of this presentation is strictly confidential. ADVA Optical Networking is the exclusive owner or licensee of the content, material, and information in this presentation. Any reproduction, publication or reprint, in whole or in part, is strictly prohibited.

The information in this presentation may not be accurate, complete or up to date, and is provided without warranties or representations of any kind, either express or implied. ADVA Optical Networking shall not be responsible for and disclaims any liability for any loss or damages, including without limitation, direct, indirect, incidental, consequential and special damages, alleged to have been caused by or in connection with using and/or relying on the information contained in this presentation.

Copyright for the entire content of this presentation: ADVA Optical Networking.

[email protected]


#

#

gmplssdnopticalnetworkingcontrolplane-140325103235-phpapp02

Documents

Transcript of gmplssdnopticalnetworkingcontrolplane-140325103235-phpapp02