Ansible is an automation tool that can provision, configure, and deploy applications. It uses human-readable YAML files called playbooks to define automation tasks. Playbooks contain modules that specify steps like installing packages, copying files, and starting services. Ansible Tower provides a GUI and API for securely managing Ansible automation at scale. Ansible supports both Linux and Windows environments through its agentless design and built-in modules.
Note: When you view the the slide deck via web browser, the screenshots may be blurred. You can download and view them offline (Screenshots are clear).
This document provides an overview of Open vSwitch, including what it is, its main components, features, and how it can be used to build virtual network topologies. Open vSwitch is a software-defined networking switch that can be used to create virtual networks and handle network traffic between virtual machines and tunnels. It uses a distributed database, ovsdb-server, and a userspace daemon, ovs-vswitchd, to implement features like virtual switching, tunneling protocols, and OpenFlow support. Examples are provided for using Open vSwitch with KVM virtual machines and GRE tunnels to create virtual network topologies.
Pushing Packets - How do the ML2 Mechanism Drivers Stack UpJames Denton
Architecting a private cloud to meet the use cases of its users can be a daunting task. How do you determine which of the many L2/L3 Neutron plugins and drivers to implement? Does network performance outweigh reliability? Are overlay networks just as performant as VLAN networks? The answers to these questions will drive the appropriate technology choice.
In this presentation, we will look at many of the common drivers built around the ML2 framework, including LinuxBridge, OVS, OVS+DPDK, SR-IOV, and more, and will provide performance data to help drive decisions around selecting a technology that's right for the situation. We will discuss our experience with some of these technologies, and the pros and cons of one technology over another in a production environment.
OVN provides virtual networking capabilities for Open vSwitch including logical switches, routers, security groups, and ACLs. It uses OVSDB to configure OVN components and provides native integration with OpenStack Neutron. OVN's architecture includes a northbound database for logical network definitions, a southbound database for physical mappings, and daemons like ovn-northd and ovn-controller that translate between the databases.
Slides presented by Jeff Squyres at the 2015 OpenFabrics Software Developers' Workshop. This talk discusses Cisco's experiences implementing an ultra-low latency Ethernet plugin / provider for the Linux Verbs API and for for the Libfabric API.
Agenda:
In this session, Shmulik Ladkani discusses the kernel's net_device abstraction, its interfaces, and how net-devices interact with the network stack. The talk covers many of the software network devices that exist in the Linux kernel, the functionalities they provide and some interesting use cases.
Speaker:
Shmulik Ladkani is a Tech Lead at Ravello Systems.
Shmulik started his career at Jungo (acquired by NDS/Cisco) implementing residential gateway software, focusing on embedded Linux, Linux kernel, networking and hardware/software integration.
51966 coffees and billions of forwarded packets later, with millions of homes running his software, Shmulik left his position as Jungo’s lead architect and joined Ravello Systems (acquired by Oracle) as tech lead, developing a virtual data center as a cloud service. He's now focused around virtualization systems, network virtualization and SDN.
Note: When you view the the slide deck via web browser, the screenshots may be blurred. You can download and view them offline (Screenshots are clear).
- Clustering allows up to 16 firewall devices to operate as a single logical device for high availability and scalability. One unit is elected as the master to handle management and centralized functions while other units act as slaves.
- Packets are distributed across units with one unit assigned as the flow owner to ensure symmetric inspection. A flow director uses a hash to determine which unit owns a new connection. Flow forwarders help redirect packets to the owner.
This document discusses upgrading an Openstack network to SDN with Tungsten Fabric. It evaluates three solutions: 1) using the same database across regions, 2) hot-swapping Open vSwitch and virtual routers, and 3) using an ML2 plugin. The recommended solution is #3 as it provides minimum downtime. Key steps include installing the OpenContrail driver, synchronizing network resources between Openstack and Tungsten, and live migrating VMs. Topology 2 is also recommended as it requires minimum changes. The upgrade migrated 80 VMs and 16 compute nodes to the SDN network without downtime. Issues discussed include synchronizing resources and migrating VMs between Open vSwitch and virtual routers.
These are the slides from the webinar "OpenStack networking (Neutron)", which covered the topics:
- OpenStack Networking: the Neutron project (NaaS);
- Main features of Neutron;
- Advanced networking functionalities in OpenStack.
Memory Mapping Implementation (mmap) in Linux KernelAdrian Huang
Note: When you view the the slide deck via web browser, the screenshots may be blurred. You can download and view them offline (Screenshots are clear).
In this talk Jiří Pírko discusses the design and evolution of the VLAN implementation in Linux, the challenges and pitfalls as well as hardware acceleration and alternative implementations.
Jiří Pírko is a major contributor to kernel networking and the creator of libteam for link aggregation.
These slides were used to explain the concepts such as android's native
library, NDK and JNI using which demonstration of native library
debugging at runtime was presented in #NSConclave2023.
LinuxCon 2015 Linux Kernel Networking WalkthroughThomas Graf
This presentation features a walk through the Linux kernel networking stack for users and developers. It will cover insights into both, existing essential networking features and recent developments and will show how to use them properly. Our starting point is the network card driver as it feeds a packet into the stack. We will follow the packet as it traverses through various subsystems such as packet filtering, routing, protocol stacks, and the socket layer. We will pause here and there to look into concepts such as networking namespaces, segmentation offloading, TCP small queues, and low latency polling and will discuss how to configure them.
Linux Performance Analysis: New Tools and Old SecretsBrendan Gregg
Talk for USENIX/LISA2014 by Brendan Gregg, Netflix. At Netflix performance is crucial, and we use many high to low level tools to analyze our stack in different ways. In this talk, I will introduce new system observability tools we are using at Netflix, which I've ported from my DTraceToolkit, and are intended for our Linux 3.2 cloud instances. These show that Linux can do more than you may think, by using creative hacks and workarounds with existing kernel features (ftrace, perf_events). While these are solving issues on current versions of Linux, I'll also briefly summarize the future in this space: eBPF, ktap, SystemTap, sysdig, etc.
This document provides an overview of a presentation on Linux networking. The agenda includes topics like ARP, interface manipulation, network troubleshooting, routing, network bonding, network namespaces, kernel network parameters, and interview questions. It notes that the presentation will demonstrate over 30 commands related to networking and that there are often multiple ways to solve exercises. It encourages asking questions to aid learning.
The document discusses Linux networking architecture and covers several key topics in 3 paragraphs or less:
It first describes the basic structure and layers of the Linux networking stack including the network device interface, network layer protocols like IP, transport layer, and sockets. It then discusses how network packets are managed in Linux through the use of socket buffers and associated functions. The document also provides an overview of the data link layer and protocols like Ethernet, PPP, and how they are implemented in Linux.
Service Function Chaining in Openstack NeutronMichelle Holley
Service Function Chaining (SFC) uses software-defined networking (SDN) capabilities to create a service chain of connected network services (such as L4-7 like firewalls,
network address translation [NAT], intrusion protection) and connect them in a virtual chain. This capability can be used by network operators to set up suites or catalogs
of connected services that enable the use of a single network connection for many services, with different characteristics.
networking-sfc is a service plugin of Openstack neutron. The talk will go over the architecture, implementation, use-cases and latest enhancements to networking-sfc (the APIs and implementation to support service function chaining in neutron).
About the speaker: Farhad Sunavala is currently a principal architect/engineer working on Network Virtualization, Cloud service, and SDN technologies at Huawei Technology USA. He has led several wireless projects in Huawei including virtual EPC, service function chaining, etc. Prior to Huawei, he worked 17 years at Cisco. Farhad received his MS in Electrical and Computer Engineering from University of New Hampshire. His expertise includes L2/L3/L4 networking, Network Virtualization, SDN, Cloud Computing, and
mobile wireless networks. He holds several patents in platforms, virtualization, wireless, service-chaining and cloud computing. Farhad was a core member of networking-sfc.
Video: https://www.youtube.com/watch?v=JRFNIKUROPE . Talk for linux.conf.au 2017 (LCA2017) by Brendan Gregg, about Linux enhanced BPF (eBPF). Abstract:
A world of new capabilities is emerging for the Linux 4.x series, thanks to enhancements that have been included in Linux for to Berkeley Packet Filter (BPF): an in-kernel virtual machine that can execute user space-defined programs. It is finding uses for security auditing and enforcement, enhancing networking (including eXpress Data Path), and performance observability and troubleshooting. Many new open source tools that have been written in the past 12 months for performance analysis that use BPF. Tracing superpowers have finally arrived for Linux!
For its use with tracing, BPF provides the programmable capabilities to the existing tracing frameworks: kprobes, uprobes, and tracepoints. In particular, BPF allows timestamps to be recorded and compared from custom events, allowing latency to be studied in many new places: kernel and application internals. It also allows data to be efficiently summarized in-kernel, including as histograms. This has allowed dozens of new observability tools to be developed so far, including measuring latency distributions for file system I/O and run queue latency, printing details of storage device I/O and TCP retransmits, investigating blocked stack traces and memory leaks, and a whole lot more.
This talk will summarize BPF capabilities and use cases so far, and then focus on its use to enhance Linux tracing, especially with the open source bcc collection. bcc includes BPF versions of old classics, and many new tools, including execsnoop, opensnoop, funcccount, ext4slower, and more (many of which I developed). Perhaps you'd like to develop new tools, or use the existing tools to find performance wins large and small, especially when instrumenting areas that previously had zero visibility. I'll also summarize how we intend to use these new capabilities to enhance systems analysis at Netflix.
OVN (Open Virtual Network) を用いる事により、OVS (Open vSwitch)が動作する複数のサーバー(Hypervisor/Chassis)を横断する仮想ネットワークを構築する事ができます。
本スライドはOVNを用いた論理ネットワークの構成と設定サンプルのメモとなります。
Using OVN, you can build logical network among multiple servers (Hypervisor/Chassis) running OVS (Open vSwitch).
This slide is describes HOW TO example of OVN configuration to create 2 logical switch connecting 4 VMs running on 2 chassis.
SDN Training - Open daylight installation + example with mininetSAMeh Zaghloul
This document provides instructions for installing OpenDaylight and Floodlight SDN controllers along with Mininet and examples of using them. It explains how to download a VM with all three pre-installed, how to start the controllers and Mininet, and walk through examples of using the Simple Forwarding application in OpenDaylight to install flows and enable hosts to ping each other. It also provides links to sample Floodlight and QoS applications.
Logging is important for troubleshooting a DNS service. Conveniently with BIND 9, almost all problems will show up somewhere in the log output, but only if the logging is enabled and configured correctly.
In this webinar, we’ll discuss the BIND 9 logging configuration and best practices in searching through large log-files to find the entries of interest. In addition, we’ll release log-management tools used by Men & Mice Services.
- The document discusses Linux network stack monitoring and configuration. It begins with definitions of key concepts like RSS, RPS, RFS, LRO, GRO, DCA, XDP and BPF.
- It then provides an overview of how the network stack works from the hardware interrupts and driver level up through routing, TCP/IP and to the socket level.
- Monitoring tools like ethtool, ftrace and /proc/interrupts are described for viewing hardware statistics, software stack traces and interrupt information.
Networking-odl and ODL Neutron Northbound are the key components for integrating OpenStack Neutron and OpenDaylight. They are actively developed open source projects. The document encourages giving the integration a try, providing feedback, and contributing to help further the integration of OpenStack and OpenDaylight networking.
OpenDaylight can be used as the SDN controller for OpenStack networking. The document discusses:
1. What OpenDaylight and SDN controllers are and their roles.
2. How to configure OpenStack to use OpenDaylight by cleaning Neutron configurations, installing OpenDaylight, configuring Open vSwitch to connect to OpenDaylight, and setting OpenDaylight as the ML2 mechanism driver.
3. This allows OpenDaylight to centrally manage network policies and topologies for OpenStack.
The document discusses the OpenDaylight SDN controller. It provides an overview of OpenDaylight, describing it as an open-source project that promotes Software Defined Networking using technologies like Eclipse, Maven, and OSGi. The document also covers basic hands-on steps for installing and using the OpenDaylight controller, including setting up the environment, writing controller code, using Mininet and the controller's web UI.
Note: When you view the the slide deck via web browser, the screenshots may be blurred. You can download and view them offline (Screenshots are clear).
- Clustering allows up to 16 firewall devices to operate as a single logical device for high availability and scalability. One unit is elected as the master to handle management and centralized functions while other units act as slaves.
- Packets are distributed across units with one unit assigned as the flow owner to ensure symmetric inspection. A flow director uses a hash to determine which unit owns a new connection. Flow forwarders help redirect packets to the owner.
This document discusses upgrading an Openstack network to SDN with Tungsten Fabric. It evaluates three solutions: 1) using the same database across regions, 2) hot-swapping Open vSwitch and virtual routers, and 3) using an ML2 plugin. The recommended solution is #3 as it provides minimum downtime. Key steps include installing the OpenContrail driver, synchronizing network resources between Openstack and Tungsten, and live migrating VMs. Topology 2 is also recommended as it requires minimum changes. The upgrade migrated 80 VMs and 16 compute nodes to the SDN network without downtime. Issues discussed include synchronizing resources and migrating VMs between Open vSwitch and virtual routers.
These are the slides from the webinar "OpenStack networking (Neutron)", which covered the topics:
- OpenStack Networking: the Neutron project (NaaS);
- Main features of Neutron;
- Advanced networking functionalities in OpenStack.
Memory Mapping Implementation (mmap) in Linux KernelAdrian Huang
Note: When you view the the slide deck via web browser, the screenshots may be blurred. You can download and view them offline (Screenshots are clear).
In this talk Jiří Pírko discusses the design and evolution of the VLAN implementation in Linux, the challenges and pitfalls as well as hardware acceleration and alternative implementations.
Jiří Pírko is a major contributor to kernel networking and the creator of libteam for link aggregation.
These slides were used to explain the concepts such as android's native
library, NDK and JNI using which demonstration of native library
debugging at runtime was presented in #NSConclave2023.
LinuxCon 2015 Linux Kernel Networking WalkthroughThomas Graf
This presentation features a walk through the Linux kernel networking stack for users and developers. It will cover insights into both, existing essential networking features and recent developments and will show how to use them properly. Our starting point is the network card driver as it feeds a packet into the stack. We will follow the packet as it traverses through various subsystems such as packet filtering, routing, protocol stacks, and the socket layer. We will pause here and there to look into concepts such as networking namespaces, segmentation offloading, TCP small queues, and low latency polling and will discuss how to configure them.
Linux Performance Analysis: New Tools and Old SecretsBrendan Gregg
Talk for USENIX/LISA2014 by Brendan Gregg, Netflix. At Netflix performance is crucial, and we use many high to low level tools to analyze our stack in different ways. In this talk, I will introduce new system observability tools we are using at Netflix, which I've ported from my DTraceToolkit, and are intended for our Linux 3.2 cloud instances. These show that Linux can do more than you may think, by using creative hacks and workarounds with existing kernel features (ftrace, perf_events). While these are solving issues on current versions of Linux, I'll also briefly summarize the future in this space: eBPF, ktap, SystemTap, sysdig, etc.
This document provides an overview of a presentation on Linux networking. The agenda includes topics like ARP, interface manipulation, network troubleshooting, routing, network bonding, network namespaces, kernel network parameters, and interview questions. It notes that the presentation will demonstrate over 30 commands related to networking and that there are often multiple ways to solve exercises. It encourages asking questions to aid learning.
The document discusses Linux networking architecture and covers several key topics in 3 paragraphs or less:
It first describes the basic structure and layers of the Linux networking stack including the network device interface, network layer protocols like IP, transport layer, and sockets. It then discusses how network packets are managed in Linux through the use of socket buffers and associated functions. The document also provides an overview of the data link layer and protocols like Ethernet, PPP, and how they are implemented in Linux.
Service Function Chaining in Openstack NeutronMichelle Holley
Service Function Chaining (SFC) uses software-defined networking (SDN) capabilities to create a service chain of connected network services (such as L4-7 like firewalls,
network address translation [NAT], intrusion protection) and connect them in a virtual chain. This capability can be used by network operators to set up suites or catalogs
of connected services that enable the use of a single network connection for many services, with different characteristics.
networking-sfc is a service plugin of Openstack neutron. The talk will go over the architecture, implementation, use-cases and latest enhancements to networking-sfc (the APIs and implementation to support service function chaining in neutron).
About the speaker: Farhad Sunavala is currently a principal architect/engineer working on Network Virtualization, Cloud service, and SDN technologies at Huawei Technology USA. He has led several wireless projects in Huawei including virtual EPC, service function chaining, etc. Prior to Huawei, he worked 17 years at Cisco. Farhad received his MS in Electrical and Computer Engineering from University of New Hampshire. His expertise includes L2/L3/L4 networking, Network Virtualization, SDN, Cloud Computing, and
mobile wireless networks. He holds several patents in platforms, virtualization, wireless, service-chaining and cloud computing. Farhad was a core member of networking-sfc.
Video: https://www.youtube.com/watch?v=JRFNIKUROPE . Talk for linux.conf.au 2017 (LCA2017) by Brendan Gregg, about Linux enhanced BPF (eBPF). Abstract:
A world of new capabilities is emerging for the Linux 4.x series, thanks to enhancements that have been included in Linux for to Berkeley Packet Filter (BPF): an in-kernel virtual machine that can execute user space-defined programs. It is finding uses for security auditing and enforcement, enhancing networking (including eXpress Data Path), and performance observability and troubleshooting. Many new open source tools that have been written in the past 12 months for performance analysis that use BPF. Tracing superpowers have finally arrived for Linux!
For its use with tracing, BPF provides the programmable capabilities to the existing tracing frameworks: kprobes, uprobes, and tracepoints. In particular, BPF allows timestamps to be recorded and compared from custom events, allowing latency to be studied in many new places: kernel and application internals. It also allows data to be efficiently summarized in-kernel, including as histograms. This has allowed dozens of new observability tools to be developed so far, including measuring latency distributions for file system I/O and run queue latency, printing details of storage device I/O and TCP retransmits, investigating blocked stack traces and memory leaks, and a whole lot more.
This talk will summarize BPF capabilities and use cases so far, and then focus on its use to enhance Linux tracing, especially with the open source bcc collection. bcc includes BPF versions of old classics, and many new tools, including execsnoop, opensnoop, funcccount, ext4slower, and more (many of which I developed). Perhaps you'd like to develop new tools, or use the existing tools to find performance wins large and small, especially when instrumenting areas that previously had zero visibility. I'll also summarize how we intend to use these new capabilities to enhance systems analysis at Netflix.
OVN (Open Virtual Network) を用いる事により、OVS (Open vSwitch)が動作する複数のサーバー(Hypervisor/Chassis)を横断する仮想ネットワークを構築する事ができます。
本スライドはOVNを用いた論理ネットワークの構成と設定サンプルのメモとなります。
Using OVN, you can build logical network among multiple servers (Hypervisor/Chassis) running OVS (Open vSwitch).
This slide is describes HOW TO example of OVN configuration to create 2 logical switch connecting 4 VMs running on 2 chassis.
SDN Training - Open daylight installation + example with mininetSAMeh Zaghloul
This document provides instructions for installing OpenDaylight and Floodlight SDN controllers along with Mininet and examples of using them. It explains how to download a VM with all three pre-installed, how to start the controllers and Mininet, and walk through examples of using the Simple Forwarding application in OpenDaylight to install flows and enable hosts to ping each other. It also provides links to sample Floodlight and QoS applications.
Logging is important for troubleshooting a DNS service. Conveniently with BIND 9, almost all problems will show up somewhere in the log output, but only if the logging is enabled and configured correctly.
In this webinar, we’ll discuss the BIND 9 logging configuration and best practices in searching through large log-files to find the entries of interest. In addition, we’ll release log-management tools used by Men & Mice Services.
- The document discusses Linux network stack monitoring and configuration. It begins with definitions of key concepts like RSS, RPS, RFS, LRO, GRO, DCA, XDP and BPF.
- It then provides an overview of how the network stack works from the hardware interrupts and driver level up through routing, TCP/IP and to the socket level.
- Monitoring tools like ethtool, ftrace and /proc/interrupts are described for viewing hardware statistics, software stack traces and interrupt information.
Networking-odl and ODL Neutron Northbound are the key components for integrating OpenStack Neutron and OpenDaylight. They are actively developed open source projects. The document encourages giving the integration a try, providing feedback, and contributing to help further the integration of OpenStack and OpenDaylight networking.
OpenDaylight can be used as the SDN controller for OpenStack networking. The document discusses:
1. What OpenDaylight and SDN controllers are and their roles.
2. How to configure OpenStack to use OpenDaylight by cleaning Neutron configurations, installing OpenDaylight, configuring Open vSwitch to connect to OpenDaylight, and setting OpenDaylight as the ML2 mechanism driver.
3. This allows OpenDaylight to centrally manage network policies and topologies for OpenStack.
The document discusses the OpenDaylight SDN controller. It provides an overview of OpenDaylight, describing it as an open-source project that promotes Software Defined Networking using technologies like Eclipse, Maven, and OSGi. The document also covers basic hands-on steps for installing and using the OpenDaylight controller, including setting up the environment, writing controller code, using Mininet and the controller's web UI.
Slide deck to give some theoretical background before stepping into the hands-on tutorial at http://sdnhub.org/tutorials/opendaylight. Compared to earlier version of this slide deck, this tutorial slide deck has been updated to focus more on MD-SAL and YANG modeled app development.
OpenStack and OpenDaylight Workshop: ONUG Spring 2014mestery
This was a presentation I gave at the Open Networking Users Group (ONUG), Spring 2014. This talk covers some background on OpenStack and OpenDaylight, walks through Group Based Policy and OpFlex, and ends with a tutorial walk through of installing and using OpenStack with OpenDaylight.
This was a tutorial which Mark McClain and I led at ONUG, Spring 2015. It was well received and serves as a walk through of OpenStack Neutron and it's features and usage.
This document provides a tutorial on NETCONF and YANG, which are standards for network configuration and management. NETCONF was designed to address operators' requirements for easier network-wide configuration, validation of changes, and transactional management across multiple devices. It uses SSH for secure transport and XML encoding. YANG provides data models to define the configuration and state data. The tutorial covers the background and motivation for these standards, an overview of NETCONF operations and examples, and a demonstration of YANG data modeling. It explains how NETCONF enables network-wide atomic transactions, fulfilling a key operator need and improving the cost and complexity of network management.
This document provides an overview of several open source backend alternatives for OpenStack Neutron, including OpenDaylight, Ryu Network OS, and Open Contrail. It summarizes Neutron's built-in solution using ML2 and OVS agents, and how each open source alternative integrates with Neutron. Setup instructions are provided to try each alternative using Devstack.
OpenStack is a free and open-source software platform for cloud computing, mostly deployed as an infrastructure-as-a-service (IaaS). OpenDaylight is an open source project under the Linux Foundation with the goal of furthering the adoption and innovation of SDN through the creation of a common industry supported platform.
In this session, I will talk about how OpenStack and OpenDaylight can be combined together to solve real world business cases and networking needs. We will cover:
- What is OpenDaylight
- Use cases for OpenDaylight with OpenStack
- The OpenDaylight NetVirt project
- How OpenDaylight interacts with OpenStack
- The future of OpenDaylight, and how we see it help solving challenges in the networking industry such as NFV, container networking and physical network fabric management -- the open source way.
1. DPDK achieves high throughput packet processing on commodity hardware by reducing kernel overhead through techniques like polling, huge pages, and userspace drivers.
2. In Linux, packet processing involves expensive operations like system calls, interrupts, and data copying between kernel and userspace. DPDK avoids these by doing all packet processing in userspace.
3. DPDK uses techniques like isolating cores for packet I/O threads, lockless ring buffers, and NUMA awareness to further optimize performance. It can achieve throughput of over 14 million packets per second on 10GbE interfaces.
The document discusses programmable telecom networks and carrier use cases. It outlines an agenda to discuss the programmable network concept, reference use cases, and have a Q&A session. Specific use cases discussed include Tieto & TeliaSonera consolidating platforms and enabling partners, and Telecom Italia exposing APIs to support applications for Expo Milano 2015 and enable third party services. The document provides information on evolving service delivery frameworks to support digital services and API-enabled networks.
Red Hat demo of OpenStack and ODL at ODL summit 2016 RedHatTelco
Red Hat demonstrated OpenDaylight (ODL) as an SDN Controller for OpenStack. We showed the integration of the Boron release of OpenDaylight with the Mitaka release of OpenStack. The primary objective of the demo was to show how NetVirt can easily create and manage virtual networks that are flexible, secure and scalable.
Inder Gopal
VP System Technology
IBM
ONS2015: http://bit.ly/ons2015sd
ONS Inspire! Webinars: http://bit.ly/oiw-sd
Watch the talk (video) on ONS Content Archives: http://bit.ly/ons-archives-sd
This presentation is about Introduction to Opendaylight and Integration between Opendaylight and Openstack
It is originally presented in SRM University SDN workshop
Quantum provides network connectivity as a service for OpenStack clouds. It allows tenants to create multiple private networks with custom topologies and control IP addressing. Quantum uses a plugin architecture that supports different networking technologies like Open vSwitch, Cisco UCS, and Linux bridge. This provides choice and enables advanced network services. The Quantum API and plugins manage network connectivity independently of compute resources.
Cisco Data Center Orchestration SolutionCisco Canada
Cisco Data Center Orchestration Solution
By: Sasha Lebovic, Data Center Consulting Systems Engineer
Join Cisco for a presentation on the management and orchestration of modern virtualized multiservice data center (VMDC) architectures built on integrated compute stack designs. The presentation will provide the audience with an overview of industry directions and Cisco participation in open industry standards such as OpenStack, as well as discussing specific Cisco and partner branded offerings in this area. The presentation will then focus on Cisco’s newest offerings for datacenter automation including the Cisco UCS Director as well BMCs Cloud Lifecycle Manager products. The presentation will include a both a discussion, as well as demonstration of these products capability to provide automated datacenter operations as well as the key services for deploying private and public cloud offerings.
목차
1. INTRODUCE
2. Platform
a. Northbound app & Interfaces
b. Controller Platform Services/Applications
i. Services & Applications
ii. Service Abstraction Layer/Core
c. Southbound Interfaces & Protocol Plugins
d. Data Plane Elements
3. ODL Multi Controller Distributed
4. Release Note
5. ODL & Tools Install
a. ODL install
b. Tool(Open vSwitch & Mininet) Install
6. ODL view
This document outlines an agenda for a DevNet workshop on using OpenStack with OpenDaylight. The agenda includes installing OpenStack, installing OpenDaylight, configuring OpenStack to use OpenDaylight, verifying the system works, troubleshooting, and a Q&A session. OpenDaylight is an open source SDN controller that can provide advanced networking capabilities for OpenStack deployments by managing network endpoints and traffic through plugins like Neutron/ML2. Both projects are complex to install but integrating them can enable significant benefits for advanced networking in OpenStack clouds.
The document discusses integrating OpenStack Networking (Neutron) with Software Defined Networking (SDN) controllers. It describes how Neutron can use an SDN controller like ONOS instead of traditional mechanism drivers like Open vSwitch. The key components that would need to be modified are the mechanism driver, service plugin, and configuration. Five virtual machines or host machines running specific OpenStack and ONOS services are also needed to demonstrate the integration between Neutron and an SDN controller.
20151222_Interoperability with ML2: LinuxBridge, OVS and SDNSungman Jang
The document discusses interoperability between OpenStack Networking (Neutron) and different layer 2 networking technologies like LinuxBridge, Open vSwitch (OVS), and Software-Defined Networking (SDN) using the Modular Layer 2 (ML2) plugin framework. It provides background on LinuxBridge and OVS, describes the expected scenario of using ML2 with LinuxBridge and OVS mechanism drivers and type drivers like flat, VLAN, GRE, and VXLAN. It also briefly discusses the role of the ML2 plugin and mechanism drivers in code.
The Cisco Open SDN Controller is a commercial distribution of OpenDaylight that delivers business agility through automation of standards-based network infrastructure.
Built as a highly scalable software-defined networking (SDN) platform, the Open SDN Controller abstracts away the complexity of managing heterogeneous networks to improve service delivery and reduce operating costs.
The controller exposes REST APIs to allow other applications to take advantage capabilities of the controller and unlock the power of the underlying network infrastructure, and JAVA APIs to allow for the creation of new network services.
This session will present the basic constructs of the controller and the capabilities of the REST and JAVA APIs to demonstrate how the Open SDN Controller abstracts away the complexity of managing heterogeneous networks to improve service delivery and reduce operating costs.
OpenDaylight SDN Controller - IntroductionEueung Mulyana
This document provides an overview of OpenDaylight (ODL) and instructions for getting started with ODL on a Raspberry Pi 3 using Mininet and the REST interface. It includes the following sections:
1. Introduction to ODL including its architecture, community, and releases.
2. Instructions for installing Java, downloading and running ODL, and installing features using Karaf.
3. Directions for connecting Mininet to the ODL instance and using DLUX and RESTconf to view and interact with the network topology and nodes.
4. Information on the REST interface and how to use curl and Yang UI/Yangman to send requests and view responses regarding the network topology and inventory.
OpenShift 4.6 introduces several new features:
- Bare metal installation is now generally available using the new installer-provisioned infrastructure (IPI) which fully automates OpenShift installation on bare metal nodes.
- OpenShift can now be deployed on the AWS GovCloud and Microsoft Azure Government clouds to support sensitive government workloads.
- Extended update support is provided for OpenShift 4.6 through May 2022 along with support for layered products and add-ons like OpenShift Logging and Container Storage.
DEVNET-1006 Getting Started with OpenDayLightCisco DevNet
Install OpenDaylight within a VM on your own laptop. Acquaint yourself with the development environment. Learn your way around Dlux (GUI) and the CLI to view and operate an OpenDaylight controlled network. Activate and operate integrations to Cisco network elements
This document discusses using Docker containers for continuous integration testing of Neutron plugins. It notes that testing all 38 Neutron vendor plugins is impossible, and outlines efforts to establish third-party CI rules. It then describes problems with using virtual machines for testing, such as slow startup times and performance issues. As an alternative, it proposes running OpenStack on Docker containers to allow running tests in isolated, disposable environments. It details fixes needed to run OpenStack with Docker and use Neutron ML2 plugins. Jenkins would launch test scripts within containers, binding host volumes to easily access logs. This allows Neutron API tests to be run in parallel across container instances.
SDN refers to separating the network control plane from the forwarding plane. There are two main architectural approaches for SDN: overlay models which use tunneling/encapsulation, and underlay models which manipulate flows and use a centralized controller. Open vSwitch is commonly used as the software switch in OpenStack and supports SDN protocols like OpenFlow. OpenStack's Neutron project provides APIs for SDN controllers to integrate with and configure virtual networks. OpenDaylight is an open source SDN controller that can be used with OpenStack for features like L3 routing, LBaaS, and direct integration between Nova and Open vSwitch.
Red Hat OpenShift 4 allows for automated and customized deployments. The Full Stack Automation method fully automates installation and updates of both the OpenShift platform and Red Hat Enterprise Linux CoreOS host operating system. The Pre-existing Infrastructure method allows OpenShift to be deployed on user-managed infrastructure, where the customer provisions resources like load balancers and DNS. Both methods use the openshift-install tool to generate ignition configs and monitor the cluster deployment.
OpenDaylight Openflow & OVSDB use cases ODL summit 2016abhijit2511
The document discusses the OpenDaylight OpenFlow & OVSDB projects and use cases. It provides an overview of the OpenFlow plugin project including participants, features, and new additions in Boron. It also summarizes the OVSDB project including the OVSDB southbound plugin and library. Finally, it describes how the OpenFlow and OVSDB plugins are used in virtual network and service function chaining use cases.
Current & Future Use-Cases of OpenDaylightabhijit2511
OpenDaylight Overview and Architecture
• OpenDaylight Use Cases (Partial List)
I. Network Abstraction
II. ONAP
III. Network Virtualization
IV. AI/ML with OpenDaylight
V. ODL in OSS
• OpenDaylight: Getting Involved
The document discusses Red Hat OpenShift 4 installation methods. It describes the Full Stack Automation method where the installer provisions all infrastructure components including hosts running Red Hat Enterprise Linux CoreOS (RHCOS). It also covers deploying to pre-existing infrastructure where the user provisions infrastructure like VMs, load balancers, and DNS, while the installer configures the OpenShift cluster and RHCOS hosts.
Managing Oracle Enterprise Manager Cloud Control 12c with Oracle ClusterwareLeighton Nelson
This document provides an overview of managing Oracle Enterprise Manager Cloud Control 12c with high availability using Oracle Clusterware. It discusses the different levels of high availability for OEM and focuses on level 2 active/passive configuration using a virtual IP address. It covers setting up Oracle Clusterware, installing OEM on shared storage, and configuring the failover and management repository.
OVN: Scaleable Virtual Networking for Open vSwitchmestery
OVN is a network virtualization architecture that allows for scalable virtual networking on Open vSwitch. It abstracts virtual networking from physical networking and provides the same features as physical networks. OVN uses distributed logical flows and databases coordinated by local controllers to convert logical flows to physical flows. This allows for high performance, scalable virtual networking without depending on the physical topology.
The document summarizes the history and evolution of Neutron, the networking component of OpenStack. It describes how Neutron started as a project called Quantum in 2011, was renamed to Neutron in 2013, and became the number 1 ranked networking project in OpenStack in 2015. It also outlines Neutron's design goals and key abstractions to provide networking connectivity between virtual machines, containers, and other resources in OpenStack clouds.
OpenStack Neutron: What's New In Kilo and a Look Toward Libertymestery
The document summarizes features of OpenStack Neutron networking in the Kilo and Liberty releases. Key points include: Neutron's mission to provide network abstraction; its history starting as Quantum; growth in deployments and rankings; new drivers, plugins, and advanced services in Kilo; plugin decomposition efforts; testing improvements; and new features planned for Liberty like QoS, LBaaS v2, and work on networking for containers and NFV. Looking ahead, the document discusses address scopes, routed networks, BGP announcements, service function chaining, and the OVN virtual networking project.
Kyle Mestery provided an update on OpenStack Networking (Neutron) priorities for the Liberty release. Key areas of focus include continuing the plugin decomposition effort, improving the API, enabling quality of service features, and integrating network services like load balancing and VPN. Governance changes are also underway to help scale Neutron development.
- Service chaining provides a common way to deliver multiple services in a specific order, decoupling network topology from services and enabling dynamic service insertion.
- It has both a data plane, using a common service header (NSH) to build service chains, and a control plane for policy and mapping overlay addresses to the physical network.
- Work has included implementing NSH encapsulation/decap in OVS and adding WireShark support, with ongoing work on LISP integration and control plane functionality.
This document discusses network virtualization and OpenStack Networking (Quantum). It provides an overview of OpenStack Networking concepts like virtual networks, ports, and subnets. It also describes the plugin architecture and various networking plugins. The document outlines how OpenStack Networking can be extended to support layer 3 constructs and hybrid cloud networking. It provides examples of networking architectures using plugins like Cisco Nexus with OpenStack Networking.
OpenStack: Why Is It Gaining So Much Traction?mestery
This document discusses why OpenStack is gaining traction. It provides 3 key reasons for OpenStack's momentum: 1) OpenStack supports multiple cloud APIs, which provides comfort around preventing lock-in for workloads; 2) Having an open source project as the underlying platform for clouds allows an entire ecosystem of startups to develop and allows enterprises to experiment more easily; 3) OpenStack has fostered discussions between business and IT leaders about cloud computing opportunities.
1) The document discusses the importance of Quantum, OpenStack's networking component, in enabling network services and advanced networking capabilities for cloud deployments.
2) Quantum provides abstractions for virtual networks, ports, subnets and routers that support multi-tenancy and isolation across different networking technologies and vendors.
3) Quantum uses plugins and extensions to interface with different networking backends, and the Cisco plugin interfaces with Cisco devices and managers to configure Cisco networking infrastructure.
- OpenStack is an open source cloud computing platform that allows companies to build public or private clouds.
- It includes services for compute, object storage, imaging, identity, networking, and dashboard/UI functionality.
- Devstack is a tool that allows quick deployment of OpenStack for development and testing purposes on a single node. It deploys OpenStack from source code repositories.
Open Source Cloud, Virtualization and Deployment Technologiesmestery
This was a presentation I gave at the second Minnesota OpenStack Meetup. The presentation goes over a background on Open Source Cloud and Virtualization Technologies, and then does a relative deep-dive into OpenStack, with a focus on Quantum.
"Client Partnership — the Path to Exponential Growth for Companies Sized 50-5...Fwdays
Why the "more leads, more sales" approach is not a silver bullet for a company.
Common symptoms of an ineffective Client Partnership (CP).
Key reasons why CP fails.
Step-by-step roadmap for building this function (processes, roles, metrics).
Business outcomes of CP implementation based on examples of companies sized 50-500.
Special Meetup Edition - TDX Bengaluru Meetup #52.pptxshyamraj55
We’re bringing the TDX energy to our community with 2 power-packed sessions:
🛠️ Workshop: MuleSoft for Agentforce
Explore the new version of our hands-on workshop featuring the latest Topic Center and API Catalog updates.
📄 Talk: Power Up Document Processing
Dive into smart automation with MuleSoft IDP, NLP, and Einstein AI for intelligent document workflows.
Automation Dreamin' 2022: Sharing Some Gratitude with Your UsersLynda Kane
Slide Deck from Automation Dreamin'2022 presentation Sharing Some Gratitude with Your Users on creating a Flow to present a random statement of Gratitude to a User in Salesforce.
What is Model Context Protocol(MCP) - The new technology for communication bw...Vishnu Singh Chundawat
The MCP (Model Context Protocol) is a framework designed to manage context and interaction within complex systems. This SlideShare presentation will provide a detailed overview of the MCP Model, its applications, and how it plays a crucial role in improving communication and decision-making in distributed systems. We will explore the key concepts behind the protocol, including the importance of context, data management, and how this model enhances system adaptability and responsiveness. Ideal for software developers, system architects, and IT professionals, this presentation will offer valuable insights into how the MCP Model can streamline workflows, improve efficiency, and create more intuitive systems for a wide range of use cases.
Complete Guide to Advanced Logistics Management Software in Riyadh.pdfSoftware Company
Explore the benefits and features of advanced logistics management software for businesses in Riyadh. This guide delves into the latest technologies, from real-time tracking and route optimization to warehouse management and inventory control, helping businesses streamline their logistics operations and reduce costs. Learn how implementing the right software solution can enhance efficiency, improve customer satisfaction, and provide a competitive edge in the growing logistics sector of Riyadh.
Big Data Analytics Quick Research Guide by Arthur MorganArthur Morgan
This is a Quick Research Guide (QRG).
QRGs include the following:
- A brief, high-level overview of the QRG topic.
- A milestone timeline for the QRG topic.
- Links to various free online resource materials to provide a deeper dive into the QRG topic.
- Conclusion and a recommendation for at least two books available in the SJPL system on the QRG topic.
QRGs planned for the series:
- Artificial Intelligence QRG
- Quantum Computing QRG
- Big Data Analytics QRG
- Spacecraft Guidance, Navigation & Control QRG (coming 2026)
- UK Home Computing & The Birth of ARM QRG (coming 2027)
Any questions or comments?
- Please contact Arthur Morgan at [email protected].
100% human made.
Learn the Basics of Agile Development: Your Step-by-Step GuideMarcel David
New to Agile? This step-by-step guide is your perfect starting point. "Learn the Basics of Agile Development" simplifies complex concepts, providing you with a clear understanding of how Agile can improve software development and project management. Discover the benefits of iterative work, team collaboration, and flexible planning.
This is the keynote of the Into the Box conference, highlighting the release of the BoxLang JVM language, its key enhancements, and its vision for the future.
AI EngineHost Review: Revolutionary USA Datacenter-Based Hosting with NVIDIA ...SOFTTECHHUB
I started my online journey with several hosting services before stumbling upon Ai EngineHost. At first, the idea of paying one fee and getting lifetime access seemed too good to pass up. The platform is built on reliable US-based servers, ensuring your projects run at high speeds and remain safe. Let me take you step by step through its benefits and features as I explain why this hosting solution is a perfect fit for digital entrepreneurs.
2. What You Will Walk Away With
• Hands on experience bringing up OpenDaylight on
Fedora
• Hands on experience bringing up a multi-node
OpenStack environment
• Hands on experience using OpenDaylight with
OpenStack Neutron for virtual tenant networks
3. Neutron
Controller
ML2 Plug-In
OpenDaylight NorthBound API Layer - -REST APIs
OpenDaylight NorthBound API Layer REST APIs
OpenDaylight Neutron REST-API
OpenDaylight Neutron REST-API
OVSDB Neutron Application
OVSDB Neutron Application
API Driven SAL (ADSAL)
API Driven SAL (ADSAL)
Configuration
Service
Inventory
Service
Connection
Service
Model Driven SAL (MDSAL)
Model Driven SAL (MDSAL)
Flow
Programmer
Connection
Service
Inventory
Service
OpenFlow 1.3 SB Plugin
OpenFlow 1.0 SB Plugin
OVSDB South-bound Plugin
OVSDB Protocol Library
OpenFlow 1.0 Plugin
Netty.io
OpenFlow 1.3 Plugin
OpenFlow 1.0 Library
Bidirectional JSON-RPC Library
OpenFlow 1.3 Library
Netty io
java.nio.socket
OVSD
B
Proto
col
OpenFlow 1.0
OpenVSwitch
Flow
Programmer
e
Op
1.3
low
nF
4. What You Will Need
• OpenDaylight Virtualization Edition with OVSDB
• Can be in a VM or on your laptop directly
• Two or more OpenStack Nodes
• One node running control software and optionally compute services
• One or more compute nodes
5. Logistics
• The Fedora20 VM has the following information:
• Users:
• root/password
• odl/odl
• Setup for DHCP for the image itself.
6. Boot Your VM Images
• Boot the VM which you will run OpenDaylight inside of.
• Optionally bring-up OpenDaylight on your laptop natively.
• This will work in either scenario.
• Verify IP addresses on your VMs (may require reboots).
• This should be done for all VMs.
• This may change once you import the OVF file.
7. OpenDaylight Configuration and Startup
• Edit your ODL configuration:
• opendaylight/configuration/config.ini (change of.address)
• Optionally enable OpenFlow 1.3
• opendaylight/configuration/config.ini (uncomment this)
• Bring OpenDaylight to life:
• Handy RUN.sh script
• This contains options for both OpenFlow 1.0 (default) or OpenFlow 1.3 (optional)
• Post ODL fixup:
• From OSGI console:
• lb | grep simple
• stop <simple forwarding ID>
8. OpenStack VM Setup
• Copy the VM image twice:
• Once for control and once for compute
• On both nodes:
• cd /etc/sysconfig/networking-scripts
• sudo cp ifcfg-eth0 ifcfg-eth1
• Edit ifcfg-eth1 to change interface name
• On the control node:
• Login as odl/odl
• Copy local.conf.control to devstack/local.conf
• Edit devstack/local.conf and change IP addresses
• On the compute node:
• Login as odl/odl
• Copy local.conf.compute to devstack/local.conf
• Edit devstack/local.conf and change IP addresses