WORK WITH ONOS Hayim Porat, CTO Sarit Tager, VP R&D SDN ECI - - PowerPoint PPT Presentation

work with onos
SMART_READER_LITE
LIVE PREVIEW

WORK WITH ONOS Hayim Porat, CTO Sarit Tager, VP R&D SDN ECI - - PowerPoint PPT Presentation

DRIVING STANDARDS FROM CODE ECIS WORK WITH ONOS Hayim Porat, CTO Sarit Tager, VP R&D SDN ECI Proprietary WHERE IS THE INDUSTRY TODAY? Vendor lock-in High cost of introducing/ exchanging vendor Limited interoperability/ rigid


slide-1
SLIDE 1

ECI Proprietary

DRIVING STANDARDS FROM CODE – ECI’S WORK WITH ONOS

Hayim Porat, CTO Sarit Tager, VP R&D SDN

slide-2
SLIDE 2

ECI Proprietary 2

WHERE IS THE INDUSTRY TODAY?

Vendor lock-in High cost of introducing/ exchanging vendor Limited interoperability/ rigid architecture Closed management system Traditional working processes

slide-3
SLIDE 3

ECI Proprietary 3

WHERE THE INDUSTRY IS GOING?

Seamless ecosystems Multilayer Virtualization Programmability Life Cycle Orchestration

slide-4
SLIDE 4

ECI Proprietary 4

ECI EFFECTIVELY BRIDGING THE GAP

Vendor lock-in High $$ of introducing vendor Limited interoperability/ rigid architecture Closed management system Traditional working processes Seamless ecosystems Virtualization Programmability Multilayer Life Cycle Orchestration

OPENNESS

slide-5
SLIDE 5

ECI Proprietary

OPEN TELECOMMUNICATIONS STANDARDS

Foster growth of telecommunications markets by enabling ecosystems where diverse participants can interoperate with each other to create a whole that is greater than the sum of the parts

5

slide-6
SLIDE 6

ECI Proprietary

WAN SDN TODAY

 Separation of control

plane and forwarding plane at IP layer

 Regard underlying OTN

and WDM layers as fixed underlying pipes

SDN Controller IP OTN WDM

Dynamic Fixed

6

slide-7
SLIDE 7

ECI Proprietary

MULTILAYER WAN SDN

 SDN can make these

layers interactive and dynamic

 Can exploit untapped OTN

and WDM flexibility

SDN Controller IP OTN WDM

Dynamic

7

slide-8
SLIDE 8

ECI Proprietary

ECI APPROACH

 Code is king  Let users play and refine  Successful use drives

standardization

Submit open source code User trials Standardization in SDOs

8

slide-9
SLIDE 9

ECI Proprietary

OUR STARTING POINTS

 ONOS SDN Controller

 WAN oriented  Carrier grade  Truly programmable

networks

 Address gap at ODU

layer

ROADM Client I/F ODU XC Service (Client) Interfaces

 Ethernet  Fibre Channel  Legacy TDM  Video Colored Network Interfaces

  • 10G
  • 40G
  • 100G
  • 200G
  • 400G

DWDM Links

Network I/F

9

slide-10
SLIDE 10

ECI Proprietary 10

FUTURE DIRECTIONS

slide-11
SLIDE 11

ECI Proprietary 11

CARRIER GRADE CONTROLLER

 Multi instance for scale and

resiliency – improve on current designs

 Distributed infrastructure

for SDN applications

Agile large scale reactive controller

slide-12
SLIDE 12

ECI Proprietary 12

How Did We Do It?

Warning – Real Deep Dive 

slide-13
SLIDE 13

ECI Proprietary 13

OPTICAL USE CASE – ODU MULTIPLEXING

Why

 Add multiplexing points for optical layers (similar to VLANs but

ODU clients to OCH )

 Enable flexibility in mapping multiple ports to same optical

channel

 Utilize each OCH port to contain several services

What

 Add Multiplexing of several OduCLT to single OCH trail

(Lambda)

How

 The work was done based on ONOS Optical Intents (mapping

client port to OCH port)

 Optical Circuit Intent – Modified to include ODU Tributary Slots  Supported through Optical Connectivity Intent  Tested with ECI Optical Equipment (supporting OpenFlow 1.3)

ODU client – 10G ODU client – 10G ODU client – 10G ODU client – 10G

ROADM ROADM ROADM

OCH port OCH port Optical Connectivity Intent Optical Circuit Intent

slide-14
SLIDE 14

ECI Proprietary 14

OPTICAL USE CASE – ODU CROSS CONNECT

Why

 ODU cross connect enhance the flexibility of forwarding |

within optical network (the cross connect can be done in ODU level rather than OCH level)

What

 The option to perform ODU cross connect didn’t exist in

ONOS, hence prevented from creating connections via ODU switches

 Create ODU trail over topology based on OTN Devices

How

 Introduced

 New Intent – Optical ODU intent  New Port – OTU Port

 Tested with ECI Optical Equipment (supporting OpenFlow 1.3)

ODU client – 10G ODU client – 10G ODU client – 10G ODU client – 10G

OTN OTN OTN

OCH port OCH port Optical ODU Intent (New)

OTN Switch OTN Link OTN Link

slide-15
SLIDE 15

ECI Proprietary 15

ECI CONTRIBUTION

Network Elements Protocols Providers

(Device, Host, Link, Flow)

SB (Provider) API Core

(Device, Host, Link, Topology, Path, Flow, Intent, Network, …)

NB (Consumer) API Apps

Core changes :

ONOS Core Information Model

 Add support for OTU port 

ONOS Intent

Enhance Optical Circuit Intent to support ODU Multiplexing

New Optical ODU Intent

 Add Resource Management for ODU

Tributary slots

 Several ODU tributary slots on same

OCH port

 Several ODU tributary slots on same

OTU port

Protocols:

Introduced optical 1.3 switch driver

Retrieve Optical Ports using Multipart Experimenter Message as described in ONF Optical Transport Protocol Extensions 1.0

Protocols:

 Enhance Open Flow 1.3 (ONOS Loxi

Project) - Add support for OF Optical Extensions based on ONF Optical Transport Protocol Extensions 1.0

 Add Flow Match and Actions: OXM TLV

(ODU_SIGTYPE, ODU_SIGID, OCH_SIGTYPE, OCH_SIGID)

 Port Description using Multipart

Experimenter Message CLI to create ODU intent

slide-16
SLIDE 16

ECI Proprietary 16

CONTRIBUTING TO OPEN SOURCE – OUR EXPERIENCE

We are learning from industry leaders We are adopting state of the art development methodologies We are exposed to new ideas and new trends We are part of large project with different developers and part of global target

slide-17
SLIDE 17

ECI Proprietary

ORGANIZATIONS THAT WILL BE ADAPTIVE ARE THE ONES INVENTING THE FUTURE.

– The Elastic Enterprise

17

slide-18
SLIDE 18

ECI Proprietary

THANK YOU!

slide-19
SLIDE 19

ECI Proprietary 19

FC10G

OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM

10GbE 40GbE 10GbE FC10G 40GbE 100G 10G 10G

A B A B C

River Road Newbridge High Garden Coventry

OTN RESTORATION APPLICATION

  • The fiber between River Road and Newbridge, that supports the

100G channel carrying the ‘A’ and ‘B’ 10G service streams, is cut

  • The SDN control plane, uses OTN switching to re-route these

10G service streams through the Coventry node

C

slide-20
SLIDE 20

ECI Proprietary 20

ROADM RESTORATION APPLICATION

  • The fiber between Newbridge and High Garden, that supports the 100G channel carrying

all three ‘A’, ‘B’, and ‘C’ service streams, is cut

  • The SDN control plane re-routes the entire 100G purple wavelength, and all the services it carries,

through the South Street ROADM without any further OTN switching

FC10G

OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM OTN Switch CDC ROADM

10GbE 40GbE 10GbE FC10G 40GbE 100G 10G 10G

A B C A B C

River Road Newbridge High Garden South Street

slide-21
SLIDE 21

ECI Proprietary

Abstract

ECI Telecom had traditionally developed proprietary code based on telecom industry standards. With SDN (and NFV) ECI made a strategic decision to move to open source. The first platform was chosen to be the SDN

  • controller. After testing and evaluating several options ECI decided to go with ONOS. Moreover, ECI had

decided to take the approach of "code is king" by promoting innovation into industry standards (in this case Openflow) first contributing code to the community, let the community asses its value and only then, try to take it to the SDOs. In this presentation we will present the process ECI went through in adopting open-source and will discuss the work we have done in augmenting OF with optical capabilities as well as our suggestions for a much more agile packet based OF and its impact on the controller architecture.

Audience

Anyone interested in developing SDN software in open source and especially in advanced IP operations in a SDN framework

Experience Level

Intermediate

Benefits to the Ecosystem

For the open source community it will beneficial to show how the transition to open source can leverage legacy companies For the OF community it will demonstrate the innovations that can be delivered in the SDN framework

Technical Requirements

Good knowledge of OF and its data model

21