Optical Network Transformation: Disaggregation and a Simpler Network. Mike Sabelhaus Fujitsu September 2016

Transcription

1 Optical Network Transformation: Disaggregation and a Simpler Network Mike Sabelhaus Fujitsu September 2016

2 Agenda Network Drivers and Challenges Simplifying the network Flexible Technology drives an agile network Disaggregation The Open Source Network Summary 2

3 Speed of Technology Adoption 35 Days 4 years Time to Achieve 50 Million Users 33 years 75 years Can Your Network Keep Up? 3

4 Industry Driver: Bandwidth Growth Industry Drivers Annual global IP traffic will pass the zetabyte ([ZB]; 1000 exabytes [EB]) threshold by the end of 2016, and will reach 2.3 ZB per year by Global IP traffic will increase nearly threefold over the next 5 years. Traffic from wireless and mobile devices will account for twothirds of total IP traffic by Content delivery networks (CDNs) will carry nearly two-thirds of Internet traffic by Broadband speeds will nearly double by By 2020, global fixed broadband speeds will reach 47.7 Mbps, up from 24.7 Mbps in Provider Challenge By 2020 the gigabyte equivalent of all movies ever made will cross the global Internet EVERY 2 MINUTES Keeping up with BW needs and the changes in Traffic patterns 4

5 Industry Driver: Content Delivery Industry Drivers Providers plan network capacity around peak traffic rates Large Prime Time (busy hour) Video is the underlying reason 2015 Busy hour grew 51% vs avg. 29% Traffic topology changes with CDN carrying 64% of Internet traffic by 2020 Google, Yahoo! and MSN have been quick to take advantage of media convergence and to take part in an increasing market share Provider Challenge New competition Service velocity 5

6 Industry Driver: Global M2M Growth Industry Drivers 20% growth in M2M - people, processes, data and things Connected home appliances, home automation and video surveillance Connected Healthcare monitors, telemedicine fastest growing Provider Challenge IoT is having an impact. Having an agile network to keep up with the changes 6

7 Network impact - Traffic patterns are changing Shift from Telecom to Datacom - traffic is changing Application to user (north south) traffic is growing App to app hosted data center traffic (east to west) is growing even faster Lateral Metro network growing to support high capacity requirements Telco centers are increasingly becoming Datacom nodes Mobile networks LTE and 5G requiring more bandwidth CRAN networks and Virtualization Ongoing fiber extensions to towers M2M traffic having substantial growth Traffic topology changing with Content Delivery Networks Virtualization 7

8 The Drivers for Change Market *Faster service provisioning *Bandwidth on demand scalability *Business agility to adjust to market dynamics *Ability to dynamically tailor to application needs *Lower network connectivity service costs to adopt new technology WAN Services Telecoms World On Demand Automated Elastic Programmable Services Cloud Services IT World Customer Lower cost per bit while delivering more capacity *Current OSS/BSS systems are inadequate *Integration with legacy infrastructures *Standards are insufficient or incomplete Accelerate new technology deployment while maintaining high network quality Avoiding vendor lock-in through closed, proprietary solutions Increase service revenue and margins Towards agile networks (SDN) Virtualized applications (NFV) WAN Services (Telco) One new service every 3 years 180 days to activate a service Cloud Services 150+ services added / quarter Service turn-up instantaneous 8 *Source: MEF Survey Report, Dynamic Third Network Connectivity Services Enabled by LSO, SDN and NFV, 5 Jan 2016

9 Simplifying the network (Converged vs Specific use) 9

10 Case 1 Converged Traditional Many NG Optical Transport Systems have migrated to include key Terabit Transport Technologies Equipment has traditionally been designed for CSPs with strict performance parameters and multiple use cases. System-level convergence that collapses technologies onto a single network element. Examples include combining OTN and packet switching with WDM and ROADM technologies. Creates a network with fewer network elements Easier to operate and less expensive to build. Convergence - reduction in the number of nodes, simplifies operations and thus reduces both capex and opex. 10

11 Example: POTP Traditional Convergence Multi technology integration (Packet / SONET / OTN / WDM ROADM) Service Optimized I/O modules Native, non-blocking, connectivity across all interfaces/ports Universal grooming with OTN, Ethernet or SONET/SDH (0 100% ) Comprehensive ROADM options 8D 12 D System Scalability 10/40/100Gbps Capacity per Channel Switching Granularity OTN, SONET, Packet MEF 2.0 compliance or MPLS functionality ROADM OTN Packet Switch Muxp 10/40/100G Transponders 10/100G Muxponders OTN ODU0-4/flex Packet GE/10GE Multi-rate TDM OC3/12/48/192 ETH ETH SONET SONET DWDM DWDM OTN* OTN* VT SWF VT SWF OTN Full-band Tunable Optics OTN Packet TDM Fabric Universal Fabric Universal Fabric EoX Mapper EoX Mapper ROADM ROADM ROADM Control plane for OTN switching EMS with full manageability 11

12 Case 2 - A Different View Disaggregated HW/SW Web-scale DC operators shared interest in higher connection speeds based on coherent technology, but.have different requirements for ON systems Disaggregated HW from SW The type of equipment being requested supports a narrower use case that has a simpler feature set optimized for low-cost and simplified operations 12

13 Forces Impacting Data Centers Pressure Limited space and power Mobile and virtual workloads Faster service deployment not enough bandwidth / compute /storage multi-tenant networks Data Center consolidation East/West bandwidth traffic Growth in data center resources workloads competing for bandwidth disaster recovery multiple control points... must increase resource utilization 13

14 Disaggregated Key features Open software and open line systems Smaller form factors for co-location and leased spaces More efficient systems that consume less power Simplified plug-and-play systems with automated provisioning Optimized for coherent (100G and above) transmission Customized APIs for programmability No integrated OTN switching and TL- 1/NMS management 14

15 Agile Technology The First Step 15

16 Photonic Network Evolution Network Functionality Static Ring Network Static Mesh Network WSS-based ROADM Dynamic mesh network 100G coherent Integrated OTN based switching Mesh restoration OTN bypass apps Control plane Flexible/dynamic mesh network Next Generation ROADM Colorless, directionless, gridless Spectrum-efficient transmission and superchannels Optical re-optimization / restoration SDN enabled Modular Virtualized functions

17 Technology Drivers Complex multi-level modulation New 200G cards -16QAM High Speed Transmission: The Superchannel Multiple optical signals are multiplexed in optical domain and defined as a single channel Efficient Optical Spectrum Utilization Nyquist filtering Universal Transceiver DP-16QAM DP-QPSK Universal Transceiver Short Reach Long Reach Universal Transceiver Node 1 ROADM WDM network Node 2 Node

18 Capacity vs. Reach Tradeoff Gbit/s # Pol. Gbaud Grid (GHz) Bits/ symbol Modulation OSNR (db) min DP-QPSK DP-16QAM DP-QPSK DP-16QAM DP-64QAM DP-256QAM QAM 64QAM 256QAM 18

19 Flexible Grid To date, WDM networks have been designed to operate on a standard ITU 50 GHz grid pattern Future NG ROADM networks will allow different channel sizes depending on the wavelength being transported and the modulation of that wavelength Facilitates new modulation schemes and the Superchannel for higher density transport and spectral efficiency Creates new challenges for de-fragmentation of spectrum 100 Gb/s Vacancy 100 Gb/s Vacancy 400 Gb/s 100 Gb/s 40 Gb/s Vacancy 1 Tb/s Vacancy 100 Gb/s Vacancy 400 Gb/s 19

20 100G / Beyond 100G and Transceivers New X-ACO New X-ACO Integration 20

21 Other Key technology - WSS Greatly simplify the structure of large-scale optical switches Small size Low insertion loss Low power consumption Simple fabrication & packaging processes Improve overall reliability Dynamic Gain equalization Flexible ROADM applications Dynamic optical routing any wavelengths from a fiber to any fibers in the network Enable colorless OADM Wavelength can be add/drop to/from any port Enable all-optical cross-connect mesh network Enable longer transmission reach Source: Nistica 21

22 Agile ROADMs The first step to the Flexible Network Classic ROADM CD ROADM 1x8 Spl WSS 1x9 WSS WSS 1x20 WSS To other degrees WSS 1x20 WSS WSS Amp 1x9 WSS 1x8 Spl Amp Amp 1x20 WSS To other degrees 1x20 WSS Amp Demux TRPN TRPN TRPN TRPN TRPN Mux TRPN TRPN TRPN Mux TRPN TRPN Demux TRPN TRPN TRPN TRPN AWG Mux/Demux Mid stage WSS 12x9 MxN WSS MxN WSS x8 Broadcast and Select architecture Drop-side Mux/Demux for each degree Wavelengths drop to their own Mux/Demux Channels have fixed ports per wavelength Typical configuration: 2 Degree (East / West) ROADM 8D capable architecture Mux/Demux based on Arrayed Waveguide Fanout Coupler/Splitter TRPN Route and Select architecture Colorless ports Directionless wavelengths Flexible Grid 1x16 1x16 1x16 Spl 1x16 1x16 Cpl Spl 1x16 1x16 Cpl Spl 1x16 1x16 Cpl Spl 1x16 1x16 Cpl Spl 1x16 1x16 Cpl Spl 1x16 1x16 Cpl Spl 1x16 Cpl Spl Cpl TRPN TRPN TRPN TRPN 8-12D capable architecture Facilitates the all Flexible network TRPN x8 x8 22

23 Primary Benefits of NG ROADMs Topology and Operational Flexibility Activate and redirect wavelengths instantly Optical Restoration for disaster recovery Recover idle protection capacity for revenue bearing services Links w/ SDN controller WDM application and policy allowing dynamic restoration paths Optical Defragmentation Flexible grid offers greater capacity growth, efficiency in the network to handle the growing network bandwidth More channels and ready for higher-order modulation formats allows 3.5x capacity increase Defragmentation products allows resize and reorder of bandwidth, saving 40% BW SDN/NFV ready Services virtualized - can be turned up anywhere, sources can move and dynamically rebalance Greater potential for scheduled services rather than pinned up circuits Potential to create virtual optical networks 23

24 SDN and NFV Synergies Complementary Technologies & Benefits Hardware/Software decoupling Reduced resource consumption (power, space etc) NFV COTS Hardware VNF Service Chaining Centralized Orchestration & Management Vendor Independence Centralized control across layers Standardized open source orchestration SDN Control/Data plane separation NFV is about o o creating virtual network functions (VNFs) managing/orchestrating them on virtual infrastructure True NFV or cloud NFV involves running VNFs on cloud infrastructure Service chaining or VNF forwarding is a point of overlap between SDN and NFV SDN is about o creating, orchestrating logical network topologies virtualized connections between NEs and VNFs SDN is broadly defined and can be achieved in different ways for different use cases 24

25 Disaggregation 25

26 Disaggregation Concept Switch Switch Switch Switch Transport Transport Lambda Lambda Transport Transport Lambda Lambda MCU Integrator vintegrator MCU Physically Aggregated Shelf Form Factor is Set and Dictates: Space, Power, Thermal, I/O interface over backplane Multifunctional shelves are constrained by the formfactor, system software, & dependencies among the other functions incorporated into the multifunction shelf Logically Aggregated Software logically aggregates and allows functions to be located separately and retain centralize control Each Blade has its own independent physical design Independent functions provide freedom of innovation not possible in multifunctional equipment 26

27 Disaggregated Architectural Benefits Innovative Performance Optimized Hardware (Gen Ahead) Agile Software Dev Innovation Velocity Modular Intelligent Partitioning of SW & HW Efficient Scaling Incremental Growth Rack Space Utilization Conserve Power & Space Open Avoids Vendor Lock-In Collaborative Architecture Open Optics Supply Programmable APIs Software Control SDN Enablement Virtual Convergence Unified Multi-Layer, Multi-vendor Management 27

28 Efficient Space and Power Utilization 31% 35% 35% Converged vs Blade Deployment Power (W) 45% Model 1 Model 2 Model 3 Model 4 Rack Units 58% Decrease 50% 50% 52% 59% 53% Decrease Traditional Blade Traditional Blade Model 1 Model 2 Model 3 Model 4 Example Findings: Single NE Model Reductions Power 27% - 53% Rack Units 36% - 58% Network Model Reductions Power 54% Rack Units 55% Traditional Traditional Power (W) 54% Decrease 1FINITY Blade Rack Units 55% Decrease Blade 1FINITY Based on Traditional Converged Platform vs single function blade architecture Blade compare - Data Center Deployment Density/RU Blade F A B C D T Power/Gbps 1 1 Density and Power Comparison Optical Transport blades for DCI Blade A B C D T100 F 28

29 The Open Source Network 29

30 It s About Innovation and Faster Service Delivery Most Important Potential Business Benefit of SDN for Operators ABILITY TO CREATE AND DEPLOY SERVICES MORE RAPIDLY REDUCTION IN COST OF EQUIPMENT DUE TO DISAGGREGATION ABILITY TO COMPETE MORE EFFECTIVELY WITH ICPS AND OTHER OVER THE TOP CONTENT PROVIDERS DECREASED COST OF DELIVERING SERVICES N=86 REDUCTION IN COST OF OPERATIONS RELATED TO CONFIGURATION AND MAINTENANCE ERRORS OTHER 1% 7% 11% 16% 22% 43% 0% 5% 10% 15% 20% 25% 30% 35% 40% 45% 50% The era of cloud, virtualization and OTT is fundamentally changing network requirements Service providers see SDN primarily as a key means of achieving goals of rapid innovation and service deployment Opex and capex savings are also goals Optical transport vendors must also innovate faster to meet operators needs Migration away from proprietary and converged systems and toward automated, modular, open systems Open source hardware and software groups are emerging to enable rapid innovation and open standardization Source: Carrier SDN: Service Provider Perspectives, Transition Strategies & Use Cases 2016, June

31 Standardization in Transition: The Rise of Open Source Traditional Versus Open Source Standards Operator Views on Rising and Falling Standards Organizations TRADITIONAL OPEN SOURCE Who's Hot Who's Not STANDARD BODY LENGTH STANDARD BODY LENGTH 100GE IEEE 29 months ODL Hydrogen Release Open Daylight Foundation 12 months Organization Biggest % increase in importance Organization Biggest % decrease in importance OPNFV 1 ATIS 1 OTU4 ITU-T 31 months OpenStack Austin Release OpenStack Foundation 4 months ONF 2 TIA 1 OpenDaylight 3 ITU 3 GMPLS IETF 39 months OpenFlow 1.2 Release ONF 12 months ETSI 4 ANSI 4 NETCONF IETF 40 months IETF 5 TM Forum 5 Source: Heavy Reading, 2016 N=459 Source: Heavy Reading,

32 What Benefits does Open Source Bring to Operators? Operator Need Faster time to market for new products and services Faster time to interoperability Access to new ideas beyond traditional telecom Reduced costs of development Benefit of Open Source Operators build upon base code that has been developed by many other open source project members with like interests. Faster time to market by using base of code that can be built upon by users The ability to reach agreement in months rather than years results in a faster path to interoperability. Interoperability means that projects can move from niche status to wide-scale deployment much more quickly. Interoperability eliminates vendor lock-in, and most large operators require multiple vendors per domain in order to roll out services in scale. The community part of an open source community enables operators to directly benefit from the ideas and contributions of individuals outside their company walls and even outside the telecommunications industry Use of base code developed by others reduces the overall cost of software development Greater modularity Modularity provides increased flexibility and scalability for operators while allowing them to better customize functions to their needs and reduce costs by getting only what they need when they need it. Open source provides both software and hardware modularity 32

33 Degrees of Open Networking Open Source Hardware Closed & Proprietary Pluggable Optics Open APIs Cross Function Intra Function Split Function HARDWARE 33

34 Degrees of Open Networking Open Services Ecosystem Open Source Software SOFTWARE Open Apps Open Platform Open Standards Open Source Hardware Open APIs Closed & Proprietary Pluggable Optics Open APIs Cross Function Intra Function Split Function HARDWARE 34

35 Degrees of Open Networking Open Services Ecosystem SOFTWARE Open Apps Open Platform Open Standards #1 Dynamic Provisioning #2 Cross-function operation #3 Intra-function operation #4 Split-function operation Open APIs Closed & Proprietary Pluggable Optics Open APIs Cross Function Intra Function Split Function HARDWARE 35

36 Dynamic Provisioning with Multi-Vendor, Multi-Layer Control Use Case #1 Response No Single Network View Gain a complete view of the network with distributed control SDN Control Platform Vendor A Challenge Cannot holistically route around faults automatically Lack of end-toend provisioning Route around network faults based on all known network resources (multilayer), available capacity, and current workload Develop multi-layer provisioning strategies holistically, based on business rules, rather than by the constraints of a specific network segment Vendor B Vendor C Vendor D Same SDN controller for different network layers or vendors 36

37 Cross-Function Operation with SDN Control Use Case #2 Response Challenge Vendor lock-in Limited optimization Ability to mix vendor equipment across transport functions (e.g., TXP ROADM) Improves supply chain management More competitive pricing, faster scaling, better service velocity Choose best-of-breed equipment to optimize your unique network Improves network performance Reduced capital expense SDN Control Platform Vendor A Vendor A Vendor B Vendor A Different vendors hardware for different transport functions 37

38 Intra-Function Operation with SDN Control Use Case #3 Response Challenge Stranded & Fragmented Resources Supply Availability Risk Ability to mix vendors equipment within a single function (e.g., TXP) Eliminates transport islands and prevents future overbuilds Better utilization of network assets Multiple vendors available to supply same function Improved supply availability & scale Network risk of product discontinue greatly reduced Vendor A SDN Control Platform Vendor A Vendor B Vendor A Vendor B Different vendors hardware for same transport function 38

39 Split-Function Operation with SDN Control Use Case #4 Before Element Management After Virtual SDN Control Platform Single Function Core Commodity Separation of single function into core, commodity and virtual components 39

40 Challenge Split-Function Operation with SDN Control Use Case #4, cont. Disparity between revenue and cost/bit Gaps in virtual infrastructure and services Response Separate single function into core, commodity and virtual functions Improve supply chain management options and timing Reduced cost and new revenue streams Utilize ecosystem of virtual network functions from multiple vendors Deliver differentiated services quickly and easily After Virtual SDN Control Platform Core Commodity Separation of single function into core, commodity and virtual components 40

41 CORD Open Initiative 41

42 Open ROADM MSA openroadm.org The Open ROADM MSA initiative is to bring about faster paced innovation, increased competition, and increased flexibility Concept based on segmenting Open Transponders from Open ROADM, Open Pluggables from Open Transponders, and providing Open control Not locked to ROADM vendor s HW any Open ROADM compliant ROADM, Transponder or Plug can be used Not locked to any Controller HW controlled via common Open API Eliminates transport islands ROADMs interoperate eliminating overbuilds Current Members: AT&T, Fujitsu, Ciena, ALU Application Space: Metro Networks (~500km) Area s Covered: Multi-Wave (MW) interconnection between ROADMs Implementation is targeting Dynamic ROADMs Colorless Directionless (CD) or Colorless Directionless Contention less (CDC) Single-Wave (W) between Transponders-to-ROADM, Transponder-to-Transponder and Transponder-to- Pluggable Starting with 100G DP-QPSK (EFEC / Staircase FEC) with path to DP-16QAM envisioned Open Control Device Model. Common Netconf/Yang APIs between Devices and Controller Architecture (Open ROADM MSA) Open ROADM (Open ROADM MSA) 42

43 Areas in the Open ROADM MSA Spec Optical Specs ( Architecture High level shows MW, W R and W ports, OSC, Management Common General Optical Max, Spectrum, etc. W Optical Spec Single wavelength interface spec W PM Spec Single wavelength PM spec W ALM Spec Single wavelength Alarm spec W TRPN Physical Spec Single wavelength physical spec W TRPN functional Single wavelength functional spec Mapping/client services (100GE/OTU4) MW-MW Multi-wave- to Multi-wave spec MW-Wr Multi-wave to W R (Drop/Add Path) Local Control PMs Control Loop behavior (nodes are independent) MW, Wr and OSC PMs Alarms MW and Wr alarms OSC Overview Covers management reach-through and management Lan, etc. OSC-Optical Line Port OSC optical & physical spec Laser Safety APSD using OSC Link Down detection OAMP Port Management Port spec OTDR OTDR spec 43

44 SDN Control Model API Specs ( Device models are specified Common model Alarms & PMs Device Models API control of the ROADM and Transponders Service Model -- API into the controller for making service requests Network Model Model specification for the Open ROADM Network controller 44

45 Checklist for Choosing a Solution Modular, scalable open architecture platform that allows you to pick and choose the appropriate functions for your unique needs Open APIs with REST and YANG for easy interoperability for service, devices, and network models Migration path to open products that are interoperational with existing deployed network hardware Platform based on open-source components and are upstream to opensource projects Products have critical mass and industry functionality 45

46 Summary The era of cloud, virtualization and OTT is fundamentally changing network requirements Traffic demands are shifting, creating a need for a more flexible network Key Technology developments are driving flexible HW, enabling a more agile network Optical transport vendors must also innovate faster to meet operators needs Providers see SDN primarily as a key means of achieving goals of rapid innovation and service deployment 46

47 47