& cplSiteName &
Video

OTN Inches Toward the Metro

11/9/2011
50%
50%
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
Page 1 / 2   >   >>
Pete Baldwin
50%
50%
Pete Baldwin,
User Rank: Light Beer
12/5/2012 | 4:49:21 PM
re: OTN Inches Toward the Metro


This video is basically Sterling Perrin's more measured view of Tuesday's "OTN Must Die" rant from Sten Nordell of Transmode.


As I think I said before, I think Sten was playing up to the cameras a bit, so to speak, and he might even agree with what Sterling is saying here.


So - OTN in the metro - anybody out there considering it? What are the most important pros and cons?

Jon B
50%
50%
Jon B,
User Rank: Light Beer
12/5/2012 | 4:49:19 PM
re: OTN Inches Toward the Metro


Hi Craig / Sterling - Just a quick post to clarify on the latency comments. Sten's point was that is an area of the network where you need to do Layer 2 Ethernet functionality (typicallty a Layer 2 Ethernet based aggregation/backhaul/metro network) then any OTN will add latency as the node will need to terminate the OTN to access the full Ethernet frame, do whatever processing/switching/aggregation was required and then recreate a new OTN signal. 3 steps which all add some latency. The Native Packet Optical approach uses standard Ethernet as the payload and only has one of these steps and therefore lower latency. So the comparision Sten was making isn't against an OTN switch which is only operating at the OTN level, it should be compared to a device that does this and the necessary Layer 2 functionality. Although I note you were referring to core and not metro devices.


Naturally, once the relevant pipe has been aggregated enough to get it full enough and the traffic is all going to the same location then futher layer 2 isn't necessary within the transport network and OTN (or other approaches) could be used to transport this data - such as in the core of a network, where OTN does make more sense.


Cheers


Jon (Transmode)

mvissers
50%
50%
mvissers,
User Rank: Light Beer
12/5/2012 | 4:49:19 PM
re: OTN Inches Toward the Metro


Ethernet frames are transported over a fiber inside a CBR stream. This CBR stream can be:

<ul>
<li>a 802.3 bit stream (1GE, nX1GE (LAG),&nbsp;10GE, nx10GE (LAG),&nbsp;40GE, 100GE) which is mapped into an OTN ODUk (k=0,2e,3,4) and then into an OTUk&nbsp;(k=2e,3,4) or into a HO ODUk/OTUk &nbsp;and then put onto a wavelength, or</li>
<li>a OTN ODUk/flex bit stream (nx1.25G) which is mapped into an OTUk (k=2e,3,4), or into a HO ODUk/OTUk and then put into a wavelength.</li>
</ul>

Mapping Ethernet frames directly into an ODUk/flex has fewer processes in its path, and thus less delay.


Maarten

mvissers
50%
50%
mvissers,
User Rank: Light Beer
12/5/2012 | 4:49:18 PM
re: OTN Inches Toward the Metro


Hi Jon,


Inefficiency is a separate issue. A number of operators have determined that it is more efficient (TCO wise) to bypass packet layer switches when the CIR bandwidth&nbsp;is exceeding 300-400 Mbit/s.


At bandwidths lower than this number it is more efficient to groom the packet traffic from multiple streams in a packet switch before putting it again in a CBR stream (e.g. ODUk/flex).


I am seeing that this is being done now at the edge of the aggregation/metro network for the broadband backhaul in EOTN edge devices. The ODU connections (e.g. 10G ODU2)&nbsp;terminates then at the Service Edge locations in EOTN core devices, and ethernet streams are handed to Service Edge nodes (of the different service providers).


For business services, the ethernet streams in the EOTN core devices are either send to the core network (inside ODUk/flex) or back into the aggregation/metro network (inside ODUk/flex). EOTN edge and core devices provide the flexibility to support Ethernet services edge-to-edge via an ODUk as an EPL service, or via a&nbsp;Ethernet Connection (carried over shared ODUk/flex) as an EVPL, EVPT, EVPLAN&nbsp;service. Also possible is to provide private E-Tree/E-LAN services via an Ethernet Connection carried over dedicated ODUk/flex connections between EOTN edge/core devices.&nbsp;


Maarten

Jon B
50%
50%
Jon B,
User Rank: Light Beer
12/5/2012 | 4:49:18 PM
re: OTN Inches Toward the Metro


Hi Maarten,


There are also other options for carrying 10G LAN etc directly over fiber without OTN :-)


But the main point that Sten was addressing in his presentation (which I won't go into too much depth here as I also mentioned this on another post for Criag's other article) is that Sten is referring to nodes that need Layer 2 processing - e.g. an aggregation point that aggregates a load of GbE circuits that are carrying say 200-400 Mbit/s for mobile backhaul. Mapping the full GbE into any layer 1 solution (OTN or the other methods I'm referring to above) will be inefficient if layer 2 aggregation isn't done too. As these nodes need layer 2 processing, OTN transport would have to terminated, then layer 2 operations performed and then a new OTN signal started and that was the point Sten was bringing up - it's not just the method of layer 1 mapping a signal to a wavelenth. In the NPO approach as the payload is native ethernet then some of these processing steps are missed totally.


However, I fully see your point that if you were looking into just layer 1 mapping of an Ethernet signal then the flex approach would involve less operations and could therefore have less latency.


Cheers


Jon

Pete Baldwin
50%
50%
Pete Baldwin,
User Rank: Light Beer
12/5/2012 | 4:49:15 PM
re: OTN Inches Toward the Metro


Jon -- Thanks for chiming in here, and for making the point about the latency comparisons. Always good to see vendors openly joining the discussion.

rhr
50%
50%
rhr,
User Rank: Light Beer
12/5/2012 | 4:49:14 PM
re: OTN Inches Toward the Metro
If OTN is so established in the core, isn't it a given that it will migrate, as 100G will migrate, to the metro? And Jon, can't Transmode just support Ethernet over DWDM where it makes sense wherever the industry does? Or is Sten's point that Transmode will also need to support OTN even if it is not needed?
Jon B
50%
50%
Jon B,
User Rank: Light Beer
12/5/2012 | 4:49:13 PM
re: OTN Inches Toward the Metro



Hi All,


One last post on this thread from me (along with another final one on the Is OTN Overkill thread) to hopefully wrap all this up.


Maarten - Firstly, we fully agree that packet layer switches are too expensive for these applications. the architecture that we are using here integrates the necessary layer2 functions into the transport platform which gives totally different economics to deploying switches in addition to a layer1 only transport network. Aggregation was just one example of the layer2 functions that might be needed in a network-switching, service awareness, OAM etc. I think we are just going to have to agree to disagree on how best to achieve all this functionality - we have plenty of customers deploying this native packet optical architecture in metro networks (that could well be feeding nicely filled pipes into an OTN core of course) and I'm sure you guys at Huawei have plenty of customers for a more OTN-centric architecture too. No two networks are the same and no solution is going to be the right one for every network in the world. In our view, those that are dealing with a lot of Ethernet traffic need to look at more packet friendly approaches than OTN within the aggregation/backhaul/metro portion of the network.


Craig - No worries about joining the conversation! There isn't much time to get this concept across at the event and there is some misunderstanding about what we are trying to convey, so happy to try and clarify it for hopefully some of the folks here.


rhr - The challenges in metro and core networks are very different - services differ, capacity levels differ, the physical architecture differs etc. The point is that while a network is still dealing with layer2 issues (aggregation, switching, service awareness etc) then we don't think OTN helps and we believe this architecture is more appropriate. Once a pipe is full (enough) and all the traffic is going to the same place and no longer needs any layer2 interaction then simple layer1 (possibly OTN) is the right thing to do. Core networks typically deal with this type of traffic and for sure some of the more heavily loaded parts of metro networks will too but lots of other networks do and will need layer2. Metro/Core is a very simple way to differentiate between these two and it's not a clear cut demarcation - as mentioned above - all networks are different. We do support OTN transport and over time we will continue to also develop OTN products but we use these for transporting full pipes closer to ,or in, core networks, not for the type of network traffic that Sten was referring to. Oh, and our 100G is OTN framed - this fits the "big fat and full pipe" criteria!


In the other thread on all this (http://www.lightreading.com/me... menahemk gets the point and says "layers need to be there for scalability because flat networks (or flat anything) do not scale. OTN is an essential part in that layering, just don't stretch it where it doesn't fit." - that was the point Sten was making - don't stretch OTN from the core to every application and network, as it just doesn't fit everywhere.



OK - hopefully that's enough from me on this thread!


&nbsp;




neyo
50%
50%
neyo,
User Rank: Light Beer
12/5/2012 | 4:49:12 PM
re: OTN Inches Toward the Metro
Jon, I tend to agree with you. OTN is not required in the metro when 100% of the traffic is packet-based. It is only required in the core. Thanks for clarifying.
^Eagle^
50%
50%
^Eagle^,
User Rank: Light Beer
12/5/2012 | 4:49:07 PM
re: OTN Inches Toward the Metro


I think too many people are trying to make modern network arguements by appling "old" network terms.


This leads to great fallacies.


To wit: Core Networks. &nbsp;Jon of Transmode keeps trying to say Core Networks are essentially long haul transport networks and metro is not a part of the core network.


I think this leads to some of the statements made by all parties on these two chat boards.


So, let us be more clear. &nbsp;in the minds of most carriers I know (and I know a lot of them), CORE NETWORKS include Metro transport and switching! &nbsp;LH and Metro might use slightly different platforms, but from the carrier point of view, they are both part of the "CORE"!


So the arguements are a bit disingenuous. &nbsp;


edge / access / aggregation to get things up to the point of true metro systems is a different space. &nbsp;&nbsp;


I think this arguement needs to be stated in terms of access / edge vs Core. &nbsp;Not Metro vs "Core" as Metro is PART OF THE CORE from any sensible point of view. &nbsp;Metro is for interoffice traffice, carrier interconnect, transport between small cities and towns near larger city cores, etc. &nbsp;


This is distinct from access / edge where services originate and where low bit rates prevail which leads to the need for aggregation to hand off to the core. &nbsp;Remember folks, most of us, including businesses, are still served by relatively low bit rate services from T1/E1 to DSL to cable modem systems to wireless backhaul. &nbsp;almost none of these services have enough bandwidth to justify a full wavelength, even after local aggregation. &nbsp;only when aggregated up to a much higher level do you pack a full 10gig, or 40gig, or 100gig wavelength. &nbsp;


you might look at core as wavelengths at "x" bit rate, and edge access as all user interface services. &nbsp;


In that space, transmode's arguements might have a place, but not at the level of needing a separate wavelength for those TDM services and other non wavelength based services. &nbsp;There is simply not enough to pack the pipe until you get into the core. &nbsp;And core is inclusive of metro. &nbsp;


hence carrier interest in OTN.


sailboat

Page 1 / 2   >   >>
From The Founder
Cisco's Conrad Clemson, recently promoted to head up the company's Service Provider Apps & Platforms developments, talks to Light Reading's Founder and CEO Steve Saunders about how he's bringing cloud video, mobile and virtualization together to empower network operators.
Flash Poll
Live Streaming Video
Charting the CSP's Future
Six different communications service providers join to debate their visions of the future CSP, following a landmark presentation from AT&T on its massive virtualization efforts and a look back on where the telecom industry has been and where it's going from two industry veterans.
LRTV Interviews
Heavy Reading: The Web-Scale View

1|18|17   |     |   (0) comments


At Light Reading's 2020 Vision Executive Summit in Rome, Heavy Reading's former chief analyst Patrick Donegan shared insight from the recent web-scale operators report, which featured research on how web-scale operators view the market, the best web-scale companies to ...
LRTV Custom TV
Cisco's Cloud Scale Networking: Automation, Virtualization & Simplification

1|18|17   |     |   (0) comments


Cisco's Sanjeev Mervana outlines the latest innovations in networking technology at CES 2017 in Las Vegas.
LRTV Custom TV
ADVA Talks Innovation & the Future of Networking

1|17|17   |     |   (0) comments


Ray Le Maistre and Christoph Glingener, CTO of ADVA Optical Networking, discuss the current state of the industry, cooperation and collaboration, open innovation and the future of networking.
LRTV Custom TV
Cisco's Infinite Video Platform

1|17|17   |     |   (0) comments


Cisco's Infinite Video Platform allows service providers to deliver broadcast-quality video over IP networks. Infinite video supports many devices, from 4K TVs to tablets to game consoles. Join Cisco's Rajeev Raman for a brief tour and live demo.
LRTV Interviews
Masergy: Ability to Adapt Key for NFV

1|16|17   |   6:40   |   (0) comments


Speaking at Light Reading's 2020 Vision in Rome, Masergy's VP, Global Technology, Ray Watson, said agility is key to providing the mix and match NFV-based services that are driving business for the managed service provider today.
LRTV Interviews
Equinix: The Data Explosion

1|13|17   |   4:16   |   (0) comments


At Light Reading's 2020 Vision in Rome, Eric Schwartz, president of EMEA, Equinix, talked about how Equinix is helping its customers manage the influx of data today, and how it's preparing for a future filled with millions of connected IoT devices.
LRTV Interviews
Heavy Reading: The Changing Data Center Landscape

1|12|17   |   6:05   |   (1) comment


At Light Reading's 2020 Vision event in Rome, Heavy Reading's Senior Analyst Roz Roseboro talks about how virtualization is impacting data center evolution and how that evolution is affecting the relationship between service providers, data center operators and public cloud providers.
LRTV Interviews
Boingo: Prepping for Millions of Devices

1|12|17   |   5:07   |   (1) comment


At Light Reading's 2020 Vision in Rome, Boingo's CTO Derek Peterson discusses how wireless operators will address the needs of low-bandwidth and high-bandwidth apps at the same time, the need for more MHz, the impact of IoT and more.
LRTV Interviews
Comcast Shows Off Gig Gateway at CES

1|11|17   |     |   (1) comment


With its largest presence at CES in years, Comcast took the wraps off its long-awaited gigabit gateway and a new platform for managing the home WiFi network. Light Reading Senior Editor Mari Silbey sat down with EVP Chris Satchell to discuss the latest Comcast advance, and met with VP of Product Strategy and Development Andrea Peiro to walk through a demo of the ...
LRTV Interviews
Colt: End-to-End Key for 2017

1|10|17   |   6:21   |   (0) comments


At Light Reading's 2020 Vision Executive Summit in Rome, Nico Fischbach of Colt said having a multi-carrier, end-to-end service proposition is going to be key for 2017 -- and SD-WAN is instrumental in making it happen.
From the Founder
Cisco's Clemson on Mobile Cloud Video

1|9|17   |     |   (1) comment


Cisco's Conrad Clemson, recently promoted to head up the company's Service Provider Apps & Platforms developments, talks to Light Reading's Founder and CEO Steve Saunders about how he's bringing cloud video, mobile and virtualization together to empower network operators. "If you think about where we're going… whether it's a mobile application, or a video ...
LRTV Custom TV
VMware Telco NFV Solutions – Preparing for 5G & IOT

1|9|17   |     |   (0) comments


Shekar Ayyar, EVP & Corporate Strategy/General Manager of Telco for VMware, discusses VMware's Telco NFV solutions role and foundation for the Imminent Arrival of 5G & IOT.
Upcoming Live Events
May 15-17, 2017, Austin Convention Center, Austin, TX
All Upcoming Live Events
Infographics
Hot Topics
A Women in Comms Glossary
Sarah Thomas, Director, Women in Comms, 1/18/2017
Next Plugfest Gets G.fast Closer to Market
Brian Santo, Senior editor, Test & Measurement / Components, Light Reading, 1/13/2017
TV's Paradox: No HDR Without 4K
Mari Silbey, Senior Editor, Cable/Video, 1/17/2017
Nokia CTO: 2017 Is the Year 5G Gets in the Field
Dan Jones, Mobile Editor, 1/19/2017
Cable Has One Thing Verizon Needs
Mari Silbey, Senior Editor, Cable/Video, 1/17/2017
Like Us on Facebook
Twitter Feed
BETWEEN THE CEOs - Executive Interviews
Light Reading founder and CEO Steve Saunders chats with Sportlogiq CEO Craig Buntin about sports data analysis.
Eyal Waldman, CEO of Mellanox Technologies, speaks to Steve Saunders, CEO of Light Reading, for an exclusive interview about the 100 GB cable challenge, cybersecurity and much more.
Animals with Phones
Live Digital Audio

Playing it safe can only get you so far. Sometimes the biggest bets have the biggest payouts, and that is true in your career as well. For this radio show, Caroline Chan, general manager of the 5G Infrastructure Division of the Network Platform Group at Intel, will share her own personal story of how she successfully took big bets to build a successful career, as well as offer advice on how you can do the same. We’ll cover everything from how to overcome fear and manage risk, how to be prepared for where technology is going in the future and how to structure your career in a way to ensure you keep progressing. Chan, a seasoned telecom veteran and effective risk taker herself, will also leave plenty of time to answer all your questions live on the air.