Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Open network operating system (onos)


Published on

The Open Network Operating System (ONOS) is the first open source SDN network operating system targeted specifically at the Service Provider and mission critical networks. ONOS is purpose built to provide the high availability (HA), scale-out, and performance these networks demand.

Published in: Technology
  • ♣♣ 10 Easy Ways to Improve Your Performance in Bed... ★★★
    Are you sure you want to  Yes  No
    Your message goes here
  • Be the first to like this

Open network operating system (onos)

  1. 1. Prepared by: Ameer Sameer Hamood University of Babylon Information technology - information networks
  2. 2. Overview Brief history & Introduction Open Network Operating System (ONOS) SDN And ONOS To The Rescue ONOS Project Approach ONOS Releases Architectural Features of ONOS ONOS Use Cases Security vulnerabilities fixed in ONOS Future Direction ONOS Conclusions
  3. 3. Brief history & Introduction (ONOS) The pioneers who formed the core of the SDN ecosystem came together in 2011 to establish the Open Networking Research Center (ONRC) and Open Networking Lab (ON.Lab). According to the web site, ONRC is part of Stanford University and ON.Lab develops, deploys and supports open source SDN tools and platforms. ONOS is a distributed-system — an SDN controller platform designed specifically for scalability and high-availability. With this design, ONOS projects itself as a network operating system, with separation of control and data planes for wide area network (WAN) and service provider networks.
  4. 4. Brief history & Introduction (ONOS)
  5. 5. The Open Network Operating System (ONOS) is the first open source SDN network operating system targeted specifically at the Service Provider and mission critical networks. ONOS is purpose built to provide the high availability (HA), scale-out, and performance these networks demand. ONOS will : • bring carrier grade features (scale, availability, and performance) to the SDN control plane • enable Web style agility • help service providers migrate their existing networks to white boxes • lower service provider CapEx and OpEx Brief history & Introduction (ONOS)
  6. 6. help service providers migrate their existing networks to white boxes Edge-Core delivers white box switches which integrate full function Layer 2 and Layer 3 Data Center Switching Software, that is optimized for the scale and performance requirements of cloud data centers, with high availability 1Gbe, 10GbE and 40GbE switch hardware. Edge-Core white-box switches meet data center requirements for Top-of-Rack deployment interconnecting to standards-based end-of-row or aggregation networks. Edge-Core switches can also be deployed to form in a spine network providing a high performance and cost effective data center fabric that supports leading SDN software offerings including network virtualization overlay solutions and OpenFlow controllers. Brief history & Introduction (ONOS)
  7. 7. SDN AND ONOS TO THE RESCUE  In just a short time, Software Defined Networking (SDN) has become the technology of choice for enabling mobility, virtualization, and the Cloud.  The key SDN concept that enables similar network innovation is the separation of the control plane from the data plane in vertically integrated network devices.  A non-proprietary protocol such as OpenFlow allows the control plane to program the data plane in a much more open and efficient way  Having an operating system that manages network resources and provides the abstractions and APIs for managing, monitoring, and programming network devices greatly simplifies the creation of innovative and beneficial network applications and services that operate across a wide range of hardware. Open Network Operating System (ONOS) was created to be this operating system
  8. 8. ONOS Project Approach Build open source SDN OS for Service Providers Build open source SDN/NFV solutions Help vendors to create value with open source and white boxes Create a vibrant and sustainable community
  9. 9. ONOS Releases ONOS 1.4.0 (Emu) ONOS 1.3 (Drake) ONOS 1.2 (Cardinal) ONOS 1.1 (Blackbird) ONOS 1.0 (Avocet)
  10. 10. ONOS releases GUI Views
  11. 11. ONOS releases GUI Views
  12. 12. Distributed Core Northbound abstraction/APIs Southbound abstraction/APIs Software Modularity Architectural Features of ONOS
  13. 13. Distributed Core ONOS is deployed as a service on a cluster of servers, and the same ONOS software runs on each server. Deployment symmetry is an important design consideration as it enables rapid failover in the event of an ONOS server failure. The network operator can add servers incrementally, without disruption, as needed for additional control plane capacity. The ONOS instances work together to create what appears to the rest of the network and applications as a single platform. Applications and network devices do not have to know if they are working with a single instance or with multiple instances of ONOS. This feature makes ONOS scalable – one can scale ONOS capacity seamlessly. It is the Distributed Core that does the heavy lifting to realize these capabilities. Architectural Features of ONOS
  14. 14. Figure1. Distributed Core Distributed Core Architectural Features of ONOS
  15. 15. Architectural Features of ONOS Distributed Core
  16. 16. Northbound abstraction/APIs  There are two powerful Northbound abstractions: The Intent Framework and the Global Network View. The Intent Framework allows an application to request a service from the network without having to know details of how the service will be performed. Some example intents: • Set up a connection between Host A and Host B • Set up an Optical Path from Switch X to Switch Y with Z amount of bandwidth • Don’t allow host A to talk to host B Architectural Features of ONOS
  17. 17. Architectural Features of ONOS Figure 2 The Intent Framework
  18. 18. The Global Network View provides the application with a view of the Network - the hosts, switches, links, and any other state associated with the network such as utilization. An application can program this network view through APIs. One API lets an application look at the view as a network graph. Some examples of what can be done with the network graph include: * create a simple application to calculate shortest paths since the application already has a graphical view of the network * maximize network utilization by monitoring the network view and programming changes to paths to adjust load (traffic engineering) Architectural Features of ONOS
  19. 19. Southbound abstraction/APIs The southbound abstraction is built using network elements, such as switches, hosts, or links. The southbound abstraction of ONOS represents each network element as an object in a generic form. Through this abstraction, the distributed core can maintain the state of the network element without having to know the specifics of the element represented by the underlying driver. The main benefits of the southbound abstractions include: • ability to manage different devices using different protocols - without effect on the distributed core of the system • ability to add new devices and protocols to the system Architectural Features of ONOS
  20. 20. Software Modularity Software construction matters. Done correctly, software is easy to enhance, change, and maintain. The ONOS team has put great care into modularity to make it easy for developers to work with the software. What is modularity? It is how the software is structured into components and how those components relate to one another. As apparent from diagram below, the major structures of ONOS are its tiers centered around the distributed core.  there are many benefits to software modularity: • Architectural integrity and coherence • Simplified test structure, allowing more comprehensive testing • Easier maintenance with fewer side effects of changes • Extensibility and customization of components • Avoidance of cyclic dependencies Architectural Features of ONOS
  21. 21. Architectural Features of ONOS Figure3 ONOS Layers
  22. 22. Here are some ways in which people have built applications upon ONOS, or integrated ONOS as part of their work SDN-IP Packet Optical NFV (NFaaS) R-CORD: Residential CORD M-CORD: Mobile CORD CORD: Leaf-Spine Fabric with Segment Routing IP RAN Peering Router - AS Apollo Multicast CORD: Leveraging Container Based Deployment and Microservices DC Network Virtualization ONOS Use Cases
  23. 23. Security vulnerabilities fixed in ONOS  Denial-of-Service (DoS) due to exceptions in application packet processors  denial-of-service (DoS) due to exception handling while de serializing malformed packets Denial-of-Service (DoS)
  24. 24. The ONOS November release represents a solid network operating system platform to seed an open source project. However, we still have some ways to go to turn ONOS into a production ready platform. We have to develop many more use cases, continue to improve the performance, enhance key features and do trials and deployment to provide real proof points. Open Sourcing ONOS is a crucial milestone because it brings in the broader community to join us in evolving this platform and truly delivering on our mission of creating a carrier-grade, open source SDN OS for mission critical networks. Future Direction ONOS
  25. 25.  Our goal with ONOS has been to create an open source SDN network OS for the Service Provider and other mission critical networks.  ONOS is designed to provide (1) carrier grade features such as scalability, high availability, performance in terms of throughput (application intents per second) and latency (time to process network events); (2) northbound abstraction/APIs to make it easy to create new services using ONOS – that is to bring web style agility to networks (3) southbound abstraction with device/protocol plug-ins so ONOS can provide SDN control for OpenFlow enabled white boxes as well as legacy devices. This enables easy migration to SDN based on white boxes. Conclusions
  26. 26. Reference 1-ONOS Project Partners with Linux Founda7on Driving Innova+on Velocity by Global Developer Community Guru Parulkar Executive Director ON.Lab and Chairman of the ONOS Board Jim Zemlin Execu7ve Director, Linux Founda7on Embargoed until October 13th 2015 2- Introducing ONOS - a SDN network operating system for Service Providers 2014 ON.Lab.