Emerging Technologies in Optical Transport Networks · -called OF v2.0 (?)) non-IP experiments such...

Jim Theodoras

October 2012

Emerging Technologies in Optical Transport Networks

© 2012 ADVA Optical Networking. All rights reserved. Confidential. 2 2

Intelligent

MUX

Hybrid EDFA/RAMAN

Amp

Agile Core

Network

Gridless

ROADM

Coherent

Receiver Router Router

• Real intelligence lies at higher layers – in the Routers

Agile Core Network


Router

Router

Router

Router

IP/MPLS Network

IP/MPLS Network

Agile Optical Core

GMPLS MPLS MPLS

Border Router

Border Router

Router Router

ENNI ENNI

Routing

OSPF

OSPF-TE

GMPLS-OSPF

Path Computation

Shortest Path

Recursive Lambda

Remote Computation

Signaling

RSVP

RSVP-TE

GMPLS-RSVP

Control Plane Integration


• ADVA’s YouTube channel, advaoptical http://www.youtube.com/user/ADVAOptical

Lab demonstration

http://www.youtube.com/user/ADVAOptical


LSP establishment

Node 1 Node 3

Node 2

Node 4

Directionless ROADM

Directionless ROADM

Hansel Gretel

MD-ROADM

MD-ROADM

LSP1 LSP1

Color Interface

Color Interface

LSP2 LSP2


ADVA OPTICAL NETWORKING PIONEERS OPENFLOW IN THE OPTICAL DOMAIN


Data Plane

Network Operating System

Software Defined Networking

App App App App

Virtual Network Slices

Switching & Forwarding

Unifying Abstraction

Networking Applications

Networking Virtualization

Programmable

networks

enable new

networking

paradigms

through

flexibility,

agility, and

virtualization!

Open API

Open API


What is OpenFlow?

8

Circuit Flows

Out Port

Out Lambda

Starting Time-Slot

Signal Type

VCG 8 In

Port In

Lambda

Starting Time-Slot

Signal Type

VCG

Circuit Switching Extensions

ADVA extends OpenFlow into the Optical Wavelength Switched Domain


Optical OpenFlow Solutions

• Optical Network acts as one Virtual Switch

• Plain packet-based OpenFlow Controller

• Optical layer functionality is abstracted by single OpenFlow agent

Big Fat Switch (BFS)

OpenFlow Agent

Optical Network

CP assisted OpenFlow (CPO)

Optical OpenFlow Switching (OOS)

• Optical Network visible in OpenFlow Controller

• OpenFlow Controller with Circuit Switching extensions and Control Plane Assistance

• OpenFlow Agent on each NE

• Optical Network fully controlled by OpenFlow

• OpenFlow Controller and OpenFlow Protocol requires Optical extensions

• OpenFlow agent on each NE models optical constraints


ADVA Optical OpenFlow Prototype

C

Any λ

λ Block

WS

S

WS

S

WSS

WSS

λ1 λ2 λ3

TX

WSS

1:N

WSS

1:N WSS

1:N

WSS

1:N WSS

1:N WSS

OpenFlow

Controller

CFLOW_MOD

CFLOW_MOD

CFLOW_MOD

OpenFlow Agent

OpenFlow Agent

OpenFlow Agent

OFELIA Optical OpenFlow Networking Testbed at University of Essex

Topology & Node Discovery

Optical Node Model

Dynamic Switching Constraints

Lightpath Setup / Teardown with Optical Power Balancing &

Optical Impairment Awareness

OpenFlow Prototype for FSP 3000 ROADM platform


Visualization

Facility

High Capacity

Network

End-User

PCE based Media App over

Extended Controller

(3) Reserve Resources (2) Submit Request including

User Context

(1) Publish Service and

Infrastructure Information

Request

Path Computati

on

Streaming

Server

Application Controlled Optical PCE Demo Aalborg, May 10-11, 2012


Use Cases

• Joint IT & Network Orchestration for Cloud Services

• Network Virtualization

• Long-Distance Datacenter Interconnects

• Dial-up Bandwidth Services

• Service Elasticity & Mobility

• Custom Networking Apps

• …

Stu

art

Elb

y,

Verizon,

Open N

etw

ork

ing S

um

mit,

Apr.

2012


OFELIA Overview & OpenFlow for Optical Networks

What is OpenFlow?

Providing the tools for software defined networks

14

NW Control

application

Processing

Switch packet/ circuits

OpenFlow controller

OFELIA Vision

The aim of the OFELIA project is to create a unique experimental facility that allows researchers to not only experiment 'on' a test network but to control the network itself precisely and dynamically. To achieve this, the OFELIA facility is based on OpenFlow, a currently emerging networking technology that allows to virtualize and control the network environment through secure and standardized interfaces.”

OF extensions needed for multi-layer, multi-domain Any domain or layer borders require flow processing; Interface between

controller and processing plug-ins needs to be developed & tested

Extend filter format description to generic labels (CarrierEther,IPv6,

opt. circuits, so-called OF v2.0 (?))

non-IP experiments such as content-based addressing

CONVERGENCE FP7 project

Multi-domain OpenFlow requires controller/controller communication

Advances beyond state

of the art. Priorities

w.r.t. scientific

challenges.

27./ 28. April 2011 14 OFELIA Project Overview

Partners with complementary technological strengths and user groups from five countries with strong research communities

in networking.

OFELIA - Aim and Partners. Complimentary strength & representation of important research communities.

15

Additional partners and European manufacturers will be involved through Open Calls

5 OpenFlow-enabed islands at academic institutions:

Berlin (TUB) – partial replacement of existing

campus network with OF-switches

Ghent (IBBT) – central hub, large-scale emulation

wall

Zürich (ETH) – connection to OneLab and GpENI

Barcelona (i2CAT) – experience with facility

projects (IaaS, FEDERICA)

Essex (UEssex) – national hub for UK optical

community; L2 (Extreme) switches, FPGA testbed NEC provides homogeneous L2 hardware platform (OF-

enabled Ethernet switches)

ADVA as major vendor of optical access and data center

equipment

Different external vendors (HP, Extreme, Juniper)

Explore extensions of OpenFlow towards wireless and

optical transmission

Federation of five islands

par

tner

L2

L1/o

pti

cs

L3

Wir

eles

s

emu

lati

on

Co

ntr

ol S

W

pro

cess

ing

US

con

nec

tio

ns

MM

so

urc

e

iBBT X X X X

TUB X X

I2cat X X X

UEssex X X X X X

ETH X X

27./ 28. April 2011 15 EC - Review - Project Introduction


L1/L0 Openflow Integration Integrated network model

• Switch flow table and openflow protocol agent/engine are integrated in ADVA equipment

NEC

NetFPGA

Domain

Extreme

CG

Ethernet

Domain

NEC

Campus

Domain

NetFPGA

Extreme

NOX Controller

ADVA


Deg-4

ROADM

(8-WSS)

UEssex Island – Optical Testbed

Eth. Sw. 2

Col. IF / DWDM XFP Deg-2

ROADM

(8-WSS)

Deg-2 eROADM

40ch fixed a/d

(PLC)

Node #1

Node #3

Node #2 c/d-less

8ch a/d

N2

N1

N3

Eth. Sw. 1

Col. IF / DWDM XFP

Eth. Sw. 3

Col. IF / DWDM XFP

Ext. L2/L1/L0 OpenFlow Controller (NOX)

c/d-less

8ch a/d


Eth. Sw.

Sample ROADM Node architecture

Splitter / Coupler

Amplifier

1xn Wavelength Selective Switch (WSS) (with Variable Optical Amplifier (VOA)) (color-selective Mux/Demux)

40/80ch Multiplexer

nxm Wavelength Selective Switch (WSS) (with Variable Optical Amplifier (VOA))

Amp. Line Port #N1

N1

N2

N3

N4

Transponders

Col. IF / DWDM XFP

ILA

ROADM 4 Degree Multiple shelves

Add/Drop Group #2

Add/Drop Group #1

Line Port #N3

Line Port #N2

Line Port #N4

#C1 … #C8 Client Ports #C9 … #C16

Crossconnection: C12, 19 N2

19 P2

P4 P2


The Telefónica solution


Scope of the trial

• Demonstrate how to get automated network automation in IP/MPLS network over DWDM

• Rationale:

• Transport and IP/MPLS networks operate indipendently and uncoordinately

• Network resources are often underutilised

• Traditional service provisioning takes significatively long times

• IP Offloading Manager (designed by Telefonica I+D) provides automatization and coordination for both transport and IP/MPLS network domains.


The IP Offloading Manager

• Prototype developed by Telefonica I+D

• Basic tasks:

• Network configurations supervision

• Automatic configuration of the network element

• Multilayer Restoration

• Further additional features under study

Controller: central entity of the IP offloading manager. receiving external information and commands and carry

out the required actions.

Administration interface: This module shows a human friendly representation of the network and it allows

manual command operation.

Monitoring: This module receives the network information and it sends it to the controller

Dispatcher: it runs commands to configure the network devices, based on the controller instructions

SNMP

(IP router bandwidht information)

• CLI (IP Router)

• UNI (Optical

equipment)

GUI interface


Equipment used for the test

• Juniper – MX series router – 10G channel (grey interfaces)

• ADVA – FSP 3000 release 10.2.4

• MD ROADM

• 10G links provided by WCC-PCTN-10G cards

• 40channel filters

• Remote nodes (Rostock and Schwerin in the live network) equipped with FSP 3000 shelf - only used for traffic loopback


Case Scenario – Topology Testlab Hamburg

Data Plane

Control Plane

Live network provided by Telefonica (see next slide)

ADVA GMPLS Domain


Case 1 – IP Circuit provisioning

R_ONE R_TWO R_THREE

ADVA

ONE

ADVA

TWO

ADVA

THREE

172.16.100.1 172.16.100.3

TE-LINK

180.0.0.2

TE-LINK

180.0.0.1

TE-LINK

181.0.0.2

TE-LINK

181.0.0.1

RSVP PATH

MESSAGE

RSVP RESV

MESSAGE

Resources Reserved

Resources Reserved Resources

Reserved

Resources Reserved

SCHWERIN

ROSTOCK

Please activate presentation mode!


Circuit Provisioning/De-provisioning

• Test of the automatic configuration of the NEs when the operator requests a new IP circuit

IP Circuit provisioning time: 49s IP Circuit de-provisioning time: 4s


Case 2 – Automatic link creation

• IP Offload manager monitors the IP traffic volume

• Test the IPOM to reroute IP traffic when its volume is above a configurable threshold

• Rerouting is done requesting the establishment of a new link

• Rollback threshold to return to normal operation

Configured Threshold

New circuit provisioning - Time interval to estabilish a

new link

Rollback Threshold

Circuit deprovisioning Resources are released –

back to normal op.


Case 3 – Multilayer restoration

• Same mechanism can be used for network (IP Routers) failures

• Provides CAPEX and OPEX Savings

• Extend MTTR up to 20 times


Conclusions

• Field trial provides proof of interoperability between ADVA/Juniper equipment and an 3rd party “umbrella” management interface

• Considerable savings in OPEX

• Extremely reduced time for IP over WDM circuit provisioning time

• Automatic configuration of new circuits in case of high traffic loads

• Considerable savings in CAPEX

• Automatic recovery of IP circuits

[email protected]

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.

http://www.linkedin.com/groups?about=&gid=1194227&trk=anet_ug_grppro

http://twitter.com/ADVAOpticalNews

http://www.facebook.com/pages/ADVA-Optical-Networking/37630238931?ref=ts

http://blog.advaoptical.com/

Date post:	03-Jul-2020
Category:	Documents
Upload:	others
View:	1 times
Download:	0 times

Emerging Technologies in Optical Transport Networks · -called OF v2.0 (?)) non-IP experiments such...

Documents