Light Reading

Optical Transport Gets an SDN Idea

Craig Matsumoto
News Analysis
Craig Matsumoto
11/21/2012
50%
50%

Optical networking vendors are banding together to bring OpenFlow down to their layer.

There's no formal standards effort yet, but Ping Pan, an architect at Infinera Corp. (Nasdaq: INFN), hopes to change that soon. With help from several other companies, he's been circulating a proposal for the Optical Transport Switch (OTS), an optical box that can receive commands from a software-defined networking (SDN) controller.

"Our goal is to create a common interface from the Open Networking Foundation (ONF), so every single transport switch can talk to every single controller," Pan says. Multiple companies are contributing to the OTS effort, discussing it within a newly formed transport group in the ONF.

The OTS takes a cue from Nicira (now part of VMware Inc. (NYSE: VMW)), in that it creates a network overlay to connect one virtual machine to another. But Nicira focused on Layer 2 for the data center. Service providers would like to see the same overlay applied arbitrarily across network layers, Pan says.

One possible application could be to turn up bandwidth for transfers between data centers. This could be done using bandwidth-on-demand, which has become the feature to mention when discussing SDN and service-provider networks. (See Carrier Ethernet Has a Job for SDN.)

The OTS isn't a new type of box. What Pan and others are suggesting is to install a small piece of software onto transport gear, giving an SDN controller the ability to do provisioning, monitoring and service discovery from afar. (The group is using OpenFlow as a starting point, just because of the protocol's ubiquity, but the stated goal is to target SDN controllers in general.)

Of course, the network owner would also be able to control access to those functions -- for instance, hiding the network topology, which a lot of providers prefer to keep secret.

"It is a similar concept to OVS (Open vSwitch) where a virtual switch is running in a physical hardware (in this case transport switch) and provides programmability to upper layer applications," writes Toshal Dudhwala, a product manager at Ixia (Nasdaq: XXIA), in an email to Light Reading.

Like a lot of ideas, OTS is easy to describe but more complicated to actually implement.

For one thing, OpenFlow would have to change. The protocol was created for a packet world; it relies on recognizing the first packet of any given flow, for instance. It doesn't know what to do with a wavelength. "In order to make this work, we need to make sure OpenFlow can be extended to set up optical cross-connects and to aggregate packet flows into optical flows," Pan says.

The group would also have to pick a protocol to handle configuration between the OpenFlow controller and the OTS, the difficulty being that they have to find an option that scales, Pan says.

Interest clearly exists in getting OpenFlow to command the optical layer. Calient Technologies Inc. announced last week that it's added an OpenFlow API to its S320 all-optical switch. The move isn't related to OTS, and Calient hasn't participated in OTS discussions yet. That could change as the company's focus expands beyond the data center and into metro networks, Calient officials said in a statement emailed to Light Reading

The other companies that have contributed to the OTS discussion include (in the order listed on Pan's presentation) ADVA Optical Networking (Frankfurt: ADV) , Ciena Corp. (NYSE: CIEN), Juniper Networks Inc. (NYSE: JNPR), Ericsson AB (Nasdaq: ERIC), Huawei Technologies Co. Ltd. , Vello Systems and Big Switch Networks .

For more



— Craig Matsumoto, Managing Editor, Light Reading

(10)  | 
Comment  | 
Print  | 
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
digits
50%
50%
digits,
User Rank: Light Beer
12/5/2012 | 5:17:23 PM
re: Optical Transport Gets an SDN Idea


Glad to see the two companies I have heard talking around this topic -- ADVA and Huawei -- both involved in this process.


This discussion does not need splinter groups... 

thegreenfrog
50%
50%
thegreenfrog,
User Rank: Light Beer
12/5/2012 | 5:17:22 PM
re: Optical Transport Gets an SDN Idea


The effort to include optical connections with packets is similar to the work done a decade ago with GMPLS (Generalized MPLS)... if the IETF could do it fo rouing without re-inventing the wheel, there is no reason why it can't be done with Open Flow for virtualization. Interesting to see Calient playing with softare control again; some of their staff was involved with defining the IETF RFC's for GMPLS. 

Pete Baldwin
50%
50%
Pete Baldwin,
User Rank: Light Beer
12/5/2012 | 5:17:19 PM
re: Optical Transport Gets an SDN Idea


About splinter groups -- I'd agree, but I have a feeling SDN is going to be rife with them. Maybe not in individual areas like optical transport -- what I mean is, lots of similar individual areas could start wanting their own spins on SDN.


And on top of that, splinter groups really could form.


Case in point: My colleague Rick Merritt at EE Times writes about a Broadcom-led API effort:


http://www.eetimes.com/electronics-news/4401864/Broadcom-led-group-to-develop-SDN-interface

ping@infinera
50%
50%
ping@infinera,
User Rank: Light Beer
12/5/2012 | 5:17:17 PM
re: Optical Transport Gets an SDN Idea




It's not clear to me that SDN is to replace GMPLS, or vice versa. They seem to serve different purposes. First, transport network has a pretty broad definition, including optical, packet etc. Second, transport networks are mostly operated in isolation with some use GMPLS, some use centralized NMS, etc. So it's far from saying multi-network/multi-vendor interop. Most of all, GMPLS (and many other TE-based protocols) is to optimized traffic transport within one particular network.

On the other hand, SDN is to enable services on top of the underlying networks, regardless how each individual network is configured and managed.

For instance, we can imagine an OTT video services that is to connect LTE users to the data center servers over multiple Ethernet, IP and optical networks. SDN would be used here to provision and control bandwidth "links" at application level, while each network may run GMPLS or whatever.

Hope this is making sense.




ping@infinera
50%
50%
ping@infinera,
User Rank: Light Beer
12/5/2012 | 5:17:16 PM
re: Optical Transport Gets an SDN Idea




Here is the thing: this is all driven by the new services and applications. If the operators deploy a network from a single vendor (a common practice in many transport networks), multi-vendor standardization is nice but secondary. On the other hand, if the operator is to deploy a new service from data centers over multiple networks (and vendor equipment), it becomes essential to produce a common and abstract interface, at the same time, we need to hide the unnecessary underlying network complexity. So it’s to all vendors’ benefit to work together in this area.




fmenard123456
50%
50%
fmenard123456,
User Rank: Light Beer
12/5/2012 | 5:17:14 PM
re: Optical Transport Gets an SDN Idea


An idea here: a Light Reading essay entitled 'Carrier Pricing Strategies for Application-Initiated Optical Transport Network Dynamic Capacity Allocations triggered on Multivendor Optical Transport Network Equipment from Software Defined Networking Packet Switching'. F.

ping@infinera
50%
50%
ping@infinera,
User Rank: Light Beer
12/5/2012 | 5:17:13 PM
re: Optical Transport Gets an SDN Idea




Hahaha! Very cute! But seriously, IMHO, in years to come, the money is to be made from the applications (sitting north of SDN Controller); the network intelligence is from IP and routing protocols (not sure where it sits though :-)); the data transmission efficiency is from the transport gears that continue to innovate in pace with Moore's Law. There are many ways to program network links. OpenFlow is one of the standardized ways in doing so, and requires enhancement to support transport networks. No point to be religious and no point to resist the unavoidable. Happy holiday!




Pete Baldwin
50%
50%
Pete Baldwin,
User Rank: Light Beer
12/5/2012 | 5:17:12 PM
re: Optical Transport Gets an SDN Idea


fmenard:  Add "From Hell" at the end, and I'll start work on it immediately.  :)


Ping brings up a number of good points. Where all the intelligence sits could be an interesting debate as SDN gains momentum.


And who gets to own the value? Ping mentions the applications being where the real money will be -- that's a very common view. And what about the controller, which we're paying so much attention to right now -- does it end up being more of a commodity item?


Lots of questions. It's part of what makes SDN such an exciting area right now.

melao2
50%
50%
melao2,
User Rank: Light Sabre
12/5/2012 | 5:17:12 PM
re: Optical Transport Gets an SDN Idea


So the idea for SDN on Optical, is for the Backhaul and Metro networks?


What about the longe distance backbones? I always wondered how necessary such intelligence is strictly needed on the backbone side, other than to guarantee resiliency.


 


On a completelly unrelated note, it is good to see topics about optical network in Lightreading. Going back to the roots of this site...

ping@infinera
50%
50%
ping@infinera,
User Rank: Light Beer
12/5/2012 | 5:17:08 PM
re: Optical Transport Gets an SDN Idea




IMHO, the SDN architecture we are working on is suitable for many types of transport networks. First, as we all have experienced, one of the key requirements in backhaul and metro is in operation simplicity, where the operators can do point-click to provision the Ethernet and WDM links. Similarly, the key in long-haul backbone is to control the traffic aggregate into those well-provisioned and expensive trunks. In both scenarios, we can use SDN as the glue to bring routing, network planning and policy controls into the operation. IMHO, SDN is not about having the cheapest dumb boxes. Rather, the value is in reducing the operation cost.




Flash Poll
From The Founder
Last week I dropped in on "Hotlanta," Georgia to moderate Light Reading's inaugural DroneComm conference – a unique colloquium investigating the potential for drone communications to disrupt the world's telecom ecosystem. As you will see, it was a day of exploration and epiphany...
LRTV Documentaries
Cable Eyeing SDN for Headend, Home Uses

5|26|15   |   05:57   |   (1) comment


CableLabs is looking at virtualizing CMTS and CCAP devices in the headend, as well as in-home devices, says CableLabs' Karthik Sundaresan.
LRTV Documentaries
Verizon's Emmons: SDN Key to Cost-Effective Scaling

5|22|15   |   03:53   |   (0) comments


For Verizon and other network operators to ramp up available bandwidth cost effectively, they need to move to SDN and agree on how to do that.
LRTV Documentaries
Lack of Universal SDN a Challenge

5|21|15   |   04:51   |   (3) comments


Heavy Reading Analyst Sterling Perrin talks about how uncertainty about SDN standards and approaches may be slowing deployment.
LRTV Custom TV
Steve Vogelsang Interview: Carrier SDN

5|20|15   |   05:02   |   (0) comments


Sterling Perrin speaks to Steve Vogelsang, Alcatel-Lucent CTO for IP Routing & Transport business, about the new Carrier SDN-enabling Network Services Platform and the operator challenges it solves.
LRTV Custom TV
Carrier SDN: On-Demand Networks for an On-Demand World

5|20|15   |   20:52   |   (0) comments


Steve Vogelsang, Alcatel-Lucent CTO for IP Routing & Transport business, talks about requirements and benefits of Carrier SDN during the keynote address at the Light Reading Carrier SDN event May 2015.
LRTV Documentaries
The Security Challenge of SDN

5|19|15   |   02:52   |   (0) comments


CenturyLink VP James Feger discusses concerns that virtualization could create new vulnerabilities unless network operators build in safeguards.
LRTV Custom TV
NFV Elasticity – Highly Available VNF Scale-Out Architectures for the Mobile Edge

5|18|15   |   5:50   |   (0) comments


Peter Marek and Paul Stevens from Advantech Networks and Communications Group talk about their NFV Elasticity initiative and the company's latest platforms for deploying virtual network functions at the edge of the network. Packetarium XL and the new Versatile Server Module: 'designed to reach parts of the network that other servers cannot reach.'
LRTV Huawei Video Resource Center
Bay Area Spark Meetup 2015

5|14|15   |   3:54   |   (0) comments


Developed in 2009, Apache Spark is a powerful open source processing engine built around speed, ease of use and sophisticated analytics. This spring, Huawei hosted a meetup for Spark developers and data scientists in Santa Clara, California. Light Reading spoke with organizers and attendees about Huawei's code contributions and long-term commitment to Spark.
LRTV Custom TV
The Transport SDN Buzz

5|12|15   |   06:01   |   (1) comment


Sterling Perrin, senior analyst at Heavy Reading, speaks with Peter Ashwood-Smith of Huawei and Guru Parulkar of ON.Lab about the evolution of transport SDN and the integration of technologies.
LRTV Custom TV
Next-Generation CCAP: Cisco cBR-8 Evolved CCAP

5|5|15   |   04:49   |   (0) comments


John Chapman, Cisco's CTO of Cable Access Business Unit and Cisco Fellow, explained the innovation design of Cisco's cBR-8, the industry's first Evolved CCAP, including DOCSIS 3.1 design from ground-up, distributed CCAP with Remote PHY and path to virtualization. Cisco's cBR-8 Evolved CCAP is the platform that will last through the transitions.
LRTV Custom TV
Meeting the Demands of Bandwidth & Service Group Growth

5|1|15   |   5:35   |   (0) comments


Jorge Salinger, Comcast's Vice President of Access Architecture, explains how DOCSIS 3.1 and multi-service CCAP can meet the demands of the bandwidth and service group growth.
LRTV Custom TV
DOCSIS 3.1: Transforming Cable From Hardware-Defined Network to Software-Defined Network

4|29|15   |   03:48   |   (0) comments


John Chapman, Cisco's CTO of Cable Access Business Unit and Cisco Fellow, explains how DOCSIS 3.1 can transform cable HFC network to a more agile software-defined network.
Upcoming Live Events
June 8, 2015, Chicago, IL
June 9, 2015, Chicago, IL
June 9-10, 2015, Chicago, IL
June 10, 2015, Chicago, IL
September 29-30, 2015, The Westin Grand Müchen, Munich, Germany
October 6, 2015, The Westin Peachtree Plaza, Atlanta, GA
October 6, 2015, Westin Peachtree Plaza, Atlanta, GA
All Upcoming Live Events
Infographics
Procera has gathered facts, stats and customer experience feedback from a survey of 540 users from across the globe.
Hot Topics
10 Alternate Uses for Tablets
Eryn Leavens, Copy Desk Editor, 5/22/2015
Bidding War for TWC Looks Likelier
Alan Breznick, Cable/Video Practice Leader, 5/22/2015
Comcast Targets 6 New Gigabit Markets
Mari Silbey, Senior Editor, Cable/Video, 5/21/2015
Chattanooga Charts Killer Gigabit Apps
Mari Silbey, Senior Editor, Cable/Video, 5/20/2015
Potholes Lurk in Indian Smart City Project
Gagandeep Kaur, Contributing Editor, 5/22/2015
Like Us on Facebook
Twitter Feed
Webinar Archive
BETWEEN THE CEOs - Executive Interviews
With 200 customers in 60 countries, Stockholm-based Net Insight has carved out a solid leadership position in one of the hottest vertical markets going in comms right now: helping service providers and broadcasters deliver video and other multimedia traffic over IP networks. How has Net Insight managed to achieve this success in the face of immense competition from the industry giants?
My ongoing interview tour of the leading minds of the telecom industry recently took me to Richardson, Texas, where I met with Rod Naphan, CTO and SVP, Solutions, ...
I recently popped down to Texas to chat with CEO Eric L. Pratt about his company, Taqua.
Cats with Phones
Too Fluffy to Talk Click Here
Elmer found that his bountiful fur got in the way of meaningful conversation.