Cisco PONC Walid Wakim Principal Engineer. March 10, 2015

Transcription

1 Cisco PONC 2015 Walid Wakim Principal Engineer March 10, 2015

2 Transport SDN Cisco and/or its affiliates. All rights reserved. 2

3 Network Objectives Today Network Planning performed in silos Network Architectures are viewed in Layers Operations are Layer Focused When talking about Optimizing it is not about the network but the layer Goal Simplify and Streamline Operational Models Global View and Global Impact Improved SLAs enhancing the User Experience Best Effort?? Reduced Capital Expenses based on total network optimization - >60% savings Increase Service Velocity Months to Minutes Allow multi-vendor / multi-domain operation From a single controller

4 Market Trends 2018 Projections Growth Trends (Cisco VNI) 4Billion Internet Users 52% of world Population Faster Broadband Speeds 2.6 fold increase in user rates More Connected Devices 21Billion devices Video continues to dominate 79% of all internet traffic Mobile connectivity 50% of all connections are mobile Emerging Trends Focus on Service Optimization Rather than layers / elements Step-Up Network Convergence New Multi-Layer Opportunities Dynamic Service Activation Anywhere, anytime Static to Dynamic Transport Flexible data rates and spectrum Dynamic = Complexity? SW - Simplify, Simplify, Simplify

5 What is Transport SDN Utilizing Centralized SDN controller to control Optical Transport networks Network elements expose Switching, Xconn, BW. Aggregation etc to controller OpenFlow appears to be the interface of choice Application drives controller to act on Optical Transport network Provisi Manag Cisco View: oning ement Layered SDN in not enough App App Treat entire network as ONE is key Abstraction View Focus on Service, NEs are SDN Controller Resources Technology Open Flow Provision Flexible NE interfacing is required Capabilities Router Routing Domain Configur Hybrid Control is Key Optical Etc. Optical Domain A Trusted path to the End Goal is important Netconf Yang would be preferred This is very useful BUT, is it enough??

6 Path Forward Focus on Service Network Layering must be Transparent to the Service The Network must behave as a single entity not multiple layers A pool of resources The Network Shall Support Service Activation Anywhere and Anytime Architecting an Agile, Service focused network Service A B Service Service A B Service Request Fulfilled Request Network Applica ons Fulfilled Unified ML Controller Network Collec on / Deployment Plug-Ins Packet OTN DWDM Layer-Agnostic Resource Pool

7 How do we Simplify Path to Cisco s ML Hybrid SDN Architecture ML Hybrid SDN Architecture is based on: Centralized Control for Optimization and Global views Distributed Control for Fast Reaction to Network issues Application Space: Cisco and Third Party Applications. Leveraging REST APIs, interface to Orchestration layer or directly to Controller Orchestration Layer: Service Orchestration across domains or a number of controllers. Cisco solution will also allow for direct device deployment Controller Layer: Unified Multi Layer Platform. WAN Controller, vendor agnostic, acting on all layers of the -> L0 to L3

8 How do we Simplify Path forward Multiple views in the industry on SDN architectures Many talk openness but require proprietary controller from specific vendor! Open??? Present Mode Possible Path Cisco Unified Multi Layer 3 rd party or Provider built OSS Vendor and layer Specific Opera ons, Planning and Design tools Vendor and layer Specific EMSs OSS Vendor A EMS Vendor B EMS Vendor Z EMS Vendor / 3 rd Party Applica ons Mul Layer Controller / Orchestrator Vendor and layer Specific EMSs Vendor A Controller ML Controller Open interfaces Vendor Z Controller Cisco / 3 rd Party Applica ons Cisco Unified Mul Layer Controller IP/MPLS' Unified ML Controller Service' Service' IP/MPLS' IP/MPLS' GMPLS' Service' GMPLS' Service' Service' GMPLS' Service' WSON' Packet' WSON' Packet' WSON' Packet' OTN' Packet'NE' OTN'NE' DWDM'NE' OTN' DWDM' Packet'NE' OTN'NE' DWDM'NE' OTN' DWDM' Packet'NE' OTN'NE' DWDM'NE' DWDM' 8

9 How do we Simplify Transitional Path to SDN As Providers embark on SDN journey two paths will be available: 1. PMO directly to a full SDN Architecture 2. A phased path to build trust Rou ng Domain DWDM Domain Network Op miza on Server Central Compute Network Collec on / Deployment OpOption onal: push config Push with Config nlight nlight Packet Layer nlight IP/MPLS ERO Op cal Layer x BW Prime Carrier Calendaring Management or NOS Open APIs Unified Controller Open APIs Plug In CLI / TL1 / OF / PCEP / SNMP / Net Conf I2RS / TL-1 / UNI.. UNI PMO Independent IP/MPLS CP Independent Optical CP WSON Wall separating layers No real information sharing Network Optimization Server Online Data Collection Multi Layer Co-ordination Multi Layer Feasibility / Restoration Online or manual Config nlight Control Plane Architecture Vendor Agnostic 9 WSON SDN Remove the Wall Centralize CP - Global View /Optimization Leverage Layered CP Fast Reaction Application Driven Vendor Agnostic

10 How do we Simplify nligth Advantages Seatle Prinevile St Paul Boston Sharing of Relevant information: Server to Client Client to Server Latency Matching Circuit SRLG Disjoint Circuit Circuit ID LSP Priority Path Restoration requirements Cost Latency Bound Common Interest points Maintaining network data within the network ML Restoration saving of up 60% Protect against Multiple Failures Reduced Operation cycles Feasibility performed per circuit 10 Newark Reno Elk (corp) SanJose LA Cup (corp) Seatle Client CorpPE DCPE P PeringPE Server 25 Spans 17 Spans 2421Km 1485Km SanJose 22 Spans 2090Km 6 Spans 682Km LA 30 Spans 2608Km Red Lines = Assumed Fiber Black Lines = Real Fiber Sample Chicago NewYork Denver Ashburn Maiden Atlanta Dalas Orlando Client Miami nlight CP Server 22 Spans Chicago 1852Km NewYork 22 Spans Denver 2097Km 5 Spans 460Km Ashburn 19 Spans 15 Spans 1780Km 1310Km 13 Spans 1227Km 13 Spans 1235Km Atlanta 9 Spans 772Km Dalas 25 Spans Orlando 2159Km Client: IP layer Server: DWDM layer

11 How do we Simplify Network Optimization Server DWDM Tool L3 / L1 Tool NOS Network Optimization Server Multi Layer Planning / Optimization Tool Online or Offline Time frame of weeks / months / years 11 Network Op miza on Server Unified ML Controller Network Collec on / Deployment Plug-Ins Packet Layer IP/MPLS Op cal Layer x nlight ERO WSON

12 How do we Simplify Network Optimization Server ML network collection online Topology Circuits Resources Offline Network Analysis Impact Analysis What if Scenarios ML Restoration feasibility ML Optimization Coordinated Maintenance Feasibility Online Network Config or user config Vendor Agnostic leveraging Industry Proven tools and algorithms IP/MPLS' Service' GMPLS' WSON' Packet'NE' OTN'NE' DWDM'NE' Network Op miza on Server Network Collec on / Deployment Plug-Ins Service' Packet' OTN' DWDM' 12

13 The SDN Network Architecture Network(Applica/ ons( 3 rd $Party$Applica. on$ Cisco&Applica+on& Network Orchestra) Applications on, Unified Controller Southbound Plugins ML Visualization Assurance and Activation Orchestrator& Inventory Topology Policy Manage ment Cisco&or&Third&Party& Analytics / stats Modeler Collector OpenDaylight REST API Basic Service Data Center Carrier Ethernet Network Programming Specific Service SNMP NetConf PCEP OF 1.3 The Cisco ML Hybrid SDN Architecture: Application Layer Cisco or 3 rd Party SW apps Orchestrator Orchestrates between domain controllers Controller Layer Unified ML Controller, vendor and layer agnostic Network Elements IP, OTN and DWDM elements. IP/MPLS' Service' GMPLS' Service' Cisco Architecture shall leverage: Centralized Controller for Optimizations and Activation Distributed Controller for fast reaction to local events WSON' Packet'NE' OTN'NE' DWDM'NE' Packet' OTN' DWDM' Cisco Solution is robust operates with Cisco Controller as well as 3 rd party controllers ML Applications become key

14 SDN Architecture - Applications Multiple Applications being developed and investigated Applica on Mul -Layer Visualiza on Descrip on Topology and Resources Applications shall operate over Cisco and Third Party controller Focus not simply on single layer but Multi Layer Partnership in place with third party for app Dev Initial Application will provide for ML: Visualization Service Activation ML Optimization Multi Layer Restoration Mul Layer Provisioning Simple single step ML service ac va on Design/Planning Greenfield or Brown field, what if, Strategic, etc Customer Portal Mul Layer Op miza on Maintenance Mul Layer Assurance SW Management Customer of the customer Business App ed to billing and network Op mal use of resources, periodic analysis Alarm Correla on, TCAs PMs, preemp ve analysis etc.. SLAs, QOS, Reports, etc SW release management API to Controller Cisco is Investing in ML Applications and Support Third Party apps

15 SDN Architecture - Controller Platform Built on key proven technologies / Components Modeling Multi Layer Modeling built on Cariden acquisition as well as Cisco proven CTP and ODE Collection and Deployer Cisco s Open SDN Controller built on ODL implementation Collection and Deployer Collector and Deployer of Legacy / non ODL NEs built on Cisco s Tail-F acquisition Communicate between components leveraging JMS / REST with YANG models Application Space (Cisco / 3 rd Party) NB RESTful APIs to Applications APIs Unified Multi-Layer Controller Modeling (What-if) Caride n Collection / API (WAE) Deployer / Services / Abstraction OSC (ODL) RFS Orchestrator (Cisco Tail F NSC) API Southbound Plug-in to NEs Collector / Deployer (non ODL NE) Tail-F

16 SDN Architecture - Controller Platform OpenDaylight (ODL) Built OpenDaylight Framework Opendaylight.org Cisco is a founding member Open Platform for Network Programmability Open sourced community 40 community members Leverage KARAF containers Lightweight OSGI runtime Provides container where different apps can run Ability to plug and play different apps Cisco Contributions contribution

17 SDN Architecture - Controller Platform Open SDN Controller Cisco OSC Cisco ODL Taking Open Source and making it Carrier Grade Applications Cisco is Largest contributor to ODL Plug-in approach allow for flexible interop MD-SAL layer Model Driven Service Abstraction Layer Provides infrastructure / plumbing between consumer and providers Manages Plug-ins Provides common Abstraction Auto-generate NB APIs Base Network Services Domain Specific Services L2 Switch Topology GBP FRM Inventory MD-SAL OF NetConf PCEP BGP OVSDB Network

18 SDN Architecture - Controller Platform Interfacing to Legacy / non ODL NEs Southbound interfacing to Network elements Controller Flexible and Modular solution Leverage ODL SB plug-ins Topology Cisco OSC API Cisco Tail-f Leverage Integrated Cisco Tail-F Directly config Network elements Provides immediate support for Legacy Equipment As interfaces move to ODL simple plugin added MD-SAL SB Plug-ins Network Leverage NEDs

19 SDN Architecture - Controller Platform Cisco Tail-F NCS Platform Service Manager Service definition Creates Specific configurations for service Device Manager Manages Device configuration Transaction based Real Time device changes Supports / Aware of external config source as well Configuration Data-Store Stores all config and Model data Maintains synch NEDs Network Element Drivers Provides the Device model Defines configuration and attributes in YANG Mapping the devices native Interface Extensive library of multi vendor devices defined RFS Orchestrator REST, NETCONF, JAVA Service Manager Device Manager WEB UI, Network wide CLI Network Element Drivers (NEDS) Service Models Device Models

20 SDN Architecture - Controller Platform Modeling Real Time Analysis What if Impact Analysis Modeling Controller Strategic Analysis Feasibility Acts on all or single network layers Provides true Network Optimization Topology API Cisco OSC MD-SAL SB Plug-ins API Cisco Tail-f NCS SM D M NEDS CDS Vendor Agnostic Leverage NEDs Even at the Optical Level!! Network

21 SDN Architecture - Controller Platform Modeling Cisco Solution Cross Layer Path Computation Execution (WAE): Built on Industry leading Mate Design Engine from Cariden Industry proven algorithms The brain for optimizing each layer is modularized as plug n play OSGI bundles and feeds feasibility and weight correlation of each layer to the central algorithm KARAF Container WAE Engine Cross-Layer Optimization and Prediction Algorithm Current Model OSC Plan New Model TAIL-F OSGI L3 Optimization and Prediction Algorithm MATE Engine OTN Optimization and Prediction Algorithm ODE Engine DWDM Optimization and Prediction Algorithm CTP Engine The central cross-layer optimization algorithm is part of the WAE engine which optimizes all layers to provide the least number of interfaces respecting all layer SLAs IP/MPLS' Service' GMPLS' WSON' Service' Packet' OTN' Packet'NE' OTN'NE' DWDM'NE' DWDM' 21

22 Recap Dynamic Networks will be a reality! Open ML Solutions will be key instruments in the success of future netowrks SW will provide needed simplifications Providers need to trust the network will behave as expected Two paths will be available Direct path to SDN Intermediate step with nlight What are some of the benefits of the defined Architectures?

23 Use Cases Multi-Layer Network Optimization Global network view Optimization across layers 15% interface savings Multi-Layer Service Activation Months to Minutes Simple, focused applications Constraint-based routing Multi-Layer Restoration >40% Interface Savings Zero Touches Re-use stranded network assets Coordinated Maintenance Multi-layer service awareness Months to Minutes Hitless multi-layer re-route

24 Use Cases Multi-Layer Network Optimization Global network view Optimization across layers 15% interface savings 100% 90% 80% 70% 60% 50% 40% 30% Multi-Layer 20% Restoration 10% >40% Interface Savings Zero Touches 0% Re-use stranded network assets DT year 1 DT year 5 TEF year 1 TEF year 5 IEEE Communication Magazine Jan-Feb 2014 Multi-Layer Service Activation Months to Minutes Simple, focused applications Constraint-based ~60% interface routing savings Baseline MLBO MLBO+MLR-O MLBO+MLR-O+MLR-P Coordinated Maintenance Multi-layer service awareness Months to Minutes Hitless multi-layer re-route

25 Summary Not about individual Components nor features but the Service! Optical Coherent CCOFS-ROADM Form Factor & Power Management Prime Multi Domain Multi Platform ONE Network Bring Layers together Unified Management Single Point of Control Service Focused Orchestration IP Scale Packet Processing Form Factor / Power Planning / Design IP / MPLS planning Optical Design/Plan Network Modeling

26