James Won-Ki Hong Distributed Processing & Network Management Lab. Dept. of Computer Science and Engineering POSTECH, Korea jwkhong@postech.ac.kr 2017. 7. 6 DPNM Lab., POSTECH NetSoft 2017 DEP
Network Softwarization From an Architecture Point of View Main Impacts Control plane Innovating the way of controlling network devices e.g., ONOS, ODL, OpenContrail, Ryu, etc. Orchestrator Innovating the way of providing service agility and flexibility e.g., ONAP, CORD, OSM, OpenStack Tacker, Open Baton, etc. Control Plane Orchestrator 2
How to cope with Softwarization problems DevOps Automate the process of software integration, testing, deployment and infrastructure changes To eliminate the potential vulnerability of softwarization, needs to adopt DevOps in the whole software life cycle OPNFV Additions Open source integrated testing platform Automate open source SDN, NFV software integration, deployment and testing DevOps CI/CD methodologies are the backbone of OPNFV OPNFV USERS Enhancements 3
Softwarization Changes the Stakeholder Game Troubleshooting VNF Errors Much more complex with closed source solution Requires many involvements between VNF vendor, orchestrator vendor and service provider Source: open source, open standards & open vendors 4
Open Source vs. Standardization (1/4) Interoperability Control plane SBI Inter-operate SDN controller with various forwarding planes e.g., OpenFlow (OF), NETCONF, OVSDB, P4, OpenConfig, etc. Control plane NBI Inter-operate SDN controller with NFV-MANO e.g., ODL interoperates with OSM, ONOS interoperates with CORD More work is need on NBI interoperability Standardization New Open Networking Foundation (ONF + ON.LAB) Standardized OpenFlow and OF-config WIP on standardizing NBI and models for better interoperability with SDN controller and NFV-MANO Linux Foundation Harmonizing Open Source and Standards in the Telecom World 5
Open Source vs. Standardization (2/4) New ONF s View Open Innovation Pipeline 1 All ONF Members can bring value and introduce offerings anywhere along the innovation pipeline Solution Platform VNFs Service Applications Solution Customization Verification Integration Software Forwarders Control Applications Whitebox Systems Device OS Silicon Programmable Forwarding Plane SDN OS Control Plane Programmable Solution Platform(s) Use Case Solution Customization M-CORD 5G Mobile ONOS CORD R-CORD Residential Integration & Service Creation E-CORD Enterprise 2 Vendor innovations then have an opportunity to ride the pipeline into operators trials as ONF builds use case solutions for Operator members Programmable Forwarding Plane Source: open networking foundation 6
Open Source vs. Standardization (3/4) New ONF s View Software Defined Standards Open Source New ONF Open Platform for Innovation Software Defined Standards Broader Community M-CORD R-CORD CORD E-CORD Open Source Interworking APIs & Models ONOS Programmable Forwarding Plane OpenFlow Standards Community & Membership Source: open networking foundation 7
Open Source vs. Standardization (4/4) Linux Foundation s View Svcs Application Layer / App Server Product, Services & Workloads Standards Network Data Analytics Management & Control Infrastructure Orchestration, Management, Policy Cloud & Virtual Management Network Control Operating Systems IO Abstraction & Data Path System Integration & Test Automation Disaggregated Hardware CI/CD Automation of Network + Infrastructure + Cloud + Apps + IoT Linux Foundation Hosted Outside Linux Foundation Source: harmonized world of automation 8
Self Driving Networks Self Driving Network Leverage AI to auto-generate programs to control and configure networks AI Magic Construct Network State Derive Control Programs Sense Inference Learn Routing Control Mobility TE Mobility Network OS: Programmable Sensing, Control, and Config Programmable Probes Programmable Sensing Sensed Data Network State Programmable Control Benefits: much faster and accurate response to network conditions Source: self driving network 9
Real-World Case (1/2) Probe Middlebox Solution for EPC Physical TAP Collector Analyzer Customer wants a SDN/NFVbased Solution for vepc! 10
Real-World Case (2/2) vprobe - Probe for vepc Selectively mirror the traffic between two VMs VM to VM paired traffic is tagged using VLAN Automatically scale in/out vprobe based on resource utilization Accelerate overall performance of forwarding plane using DPDK PM: OVS-dpdk, VM: standard dpdk lib Forwarding plane is fully controlled using a controller cluster VM #5 vmme vsgw vpgw vprobe #1 vprobe #2 DPDK App VM #1 VM #2 VM #3 VM #4 VM #5 OS vinfra Manager Virtual NIC Controller Cluster Bare Metal (x86) Physical NIC 11
References 1. Self Driving Network: https://forum.stanford.edu/events/2017gurupinfo.php 2. OPNFV: https://www.opnfv.org/ 3. Open Networking Foundation (ONF): https://www.opennetworking.org/ 4. Open source, open standards & open vendors: http://events.linuxfoundation.org/sites/events/files/slides/felstaine_amdoc s.pdf 5. Harmonized world of automation: http://events.linuxfoundation.org/sites/events/files/slides/joshipura_closin g.pdf 6. Linux Foundation, Harmonizing Open Source and Standards in the Telecom World, May 2017 12