Hokushin [clear filter]
Tuesday, October 27

3:40pm JST

Neutron and BGP Dynamic Routing
With the Liberty release of OpenStack, Neutron will have the ability to act as a BGP speaker on an operator's network.  This functionality enables Neutron to advertise host routes for floating IP's, and next-hops for tenant networks created with Neutron. This can alleviate many of the networking burdens placed on the operator when designing and operating an OpenStack cloud. It also enables new functionality in Neutron such as floating IP mobility and directly routable IPv4 and IPv6 tenant networks through a Neutron router.  In addition, deployment of Neutron BGP dynamic routing enables better support for existing features such as IPv6 and distributed virtual routing (DVR).

In this session we will explore how to use Neutron BGP dynamic routing to maximize the value of your Neutron deployment.  We will demonstrate how to deploy, configure, and use Neutron BGP dynamic routing and discuss the use cases it enables.  We will also explore how Neutron BGP dynamic routing works with features such as address scopes, routed network segments, distributed virtual routing (DVR), and what considerations operators should be aware of when deploying Neutron BGP dynamic routing.  We will also discuss future plans for expanding BGP dynamic routing capabilities in Neutron.


Vikram Choudhary

Senior Technical Lead
Working with Huawei Technolgies India Pvt Ltd. Have around 7.5 years of experience in routing domain (protocols like RIP, OSPF and BGP). Have around 0.5 years of experience in openstack. Mainly contributing for neutron in openstack
avatar for Ryan Tidwell

Ryan Tidwell

Software Engineer, HP
Ryan Tidwell is a contributor to the OpenStack Neutron project and has been deploying and tinkering with OpenStack in various roles since the Diablo release of OpenStack.  Ryan has been working at HP since 2008.  He is well-versed in developing manageability tools for systems administrators... Read More →

Tuesday October 27, 2015 3:40pm - 4:20pm JST

4:40pm JST

Deploying and Operating an IPv6-Only Openstack Cloud
As IPv6 adoption continues to grow, there is an increasing need to deploy services in IPv6-only environments.  Openstack supports a myriad of configuration parameters for each service that can all be used together to create a deployment that requires only IPv6 addresses.

This talk will share experiences and lessons learned in deploying and operating an Internet-facing IPv6-only cloud, along with a demo showing its operation.  We will also give an outline on what needs to change, work that still needs to be done, possible future enhancements, as well as describe some new parameters in devstack that can be used to quickly get an IPv6-only test cloud up and running.

avatar for Sean Collins

Sean Collins

Senior Software Engineer
Sean Collins is a contributor to OpenStack Neutron, previously led the Neutron IPv6 working group, and also co-organizes the OpenStack Philadelphia user group. Sean began using cloud technologies in order design scientific computation clusters, and later began developing new OpenStack... Read More →
avatar for Brian Haley

Brian Haley

Software Engineer, HP
Brian Haley is a core contributor to Openstack Neutron, primarily focused in the L3 area, but has particular interests in both IPv6 and cloud security.  He has been working on Openstack since 2011, first on Nova Networking and later on Neutron.  His background is in kernel networking... Read More →

Tuesday October 27, 2015 4:40pm - 5:20pm JST

5:30pm JST

Extensible Neutron Service Function Chaining - Here It Comes
Service chaining allows dynamic steering of traffic from source, through a sequence of service function devices (physical or virtual), to destination. In current Data Center, the deployment of service chain for a tenant's flow is through static, complex, and rigid configurations and it usually takes days or weeks to deploy it. To reduce the OPEX and increase agility, automatic setup of service chaining is reuqired. 

Service Function Chaining (SFC) has long been a strongly requested feature in Neutron, and with the advent of Network Function Virtualization (NFV) as a major use case for OpenStack, that demand has only grown stronger. The wait for such feature is finally over in Liberty.

To address the needs, Service Chain feature is currently being developed as part of the Neutron Project. The community had gotten together and are developing a standard-based, vendor-neutral SFC functionality in Neutron using OVS as a reference driver implementation. In this talk we will give an introduction on the service function chaining project and its roadmap.

Attendees of this session will get to know:

  1. Architecture Design, APIs, and Data Models of the Solution

  2. Extensibility, Scalability, and Performance Consideration

  3. Current Project Status: Where are we now?

  4. Project Roadmap

avatar for Swaminathan Vasudevan

Swaminathan Vasudevan

System Software Engineer, Hewlett-Packard Company (HP)
Swaminathan Vasudevan is a Systems Software Engineer at HP where he currently works on OpenStack Neutron and OpenDaylight. He is an active technical Contributor of OpenStack since 2013. Swaminathan Vasudevan has been developing code for more than 18 years with expertise in linux... Read More →

Stephen Wong

Stephen Wong has nearly ten years of experiences contributing to various open source communities. He is currently the PTL (Project Team Lead) of OPNFV Clover, a project which utilizes cloud native related projects for NFV (network function virtualization) use cases. Previously he... Read More →
avatar for Cathy Zhang

Cathy Zhang

Principal Architect, Huawei
Cathy has over 15 years of software design and development experience. She is currently a chief architect at Huawei’s USA Cloud Computing Lab. Her expertise includes Serverless Cloud Platform, Network Service and Virtualization, SDN, OpenStack, etc.. She is a key member of the Serverless... Read More →

Tuesday October 27, 2015 5:30pm - 6:10pm JST
Wednesday, October 28

3:40pm JST

DNSaaS For Your Cloud - OpenStack Designate
If you are an operator or user of DNS come learn about Designate, the DNSaaS provider for OpenStack. We will cover:

  • Designate Architecture Overview

  • Designate Use Cases

  • Exciting features that landed in the Liberty release: ALIAS Records, Pool Scheduler, Horizon

  • Integration with Nova and Neutron

  • How Designate works any DNS server

  • Customization points - API Extensions, Storage Plugins, Backend Plugin

We'll conclude with an exciting live demo showing how to add support for your favorite DNS server to Designate!

avatar for Graham Hayes

Graham Hayes

Senior Software Engineer, HP Cloud Services
Graham is the newly elected PTL for Designate in Mitaka, and lead the design work on the latest major feature for Designate - Server Pools. Graham works as part of the DNSaaS team in HP Helion. As part of this team he is responsible for operating a publicly accessible deployment... Read More →

Eric Larson

Software Developer, Rackspace
Eric Larson is the author of CacheControl, the recommended HTTP caching library for the popular requests library. He is also a software developer working at Rackspace on the CloudDNS team. Outside of writing code, Eric is a proud father and musician.
avatar for Tim  Simmons

Tim Simmons

Software Developer, Rackspace
Tim is a Software Developer at Rackspace on the Cloud DNS team, and a member of Designate core. He has been working on Designate for over two years, and is working on operating Designate at scale for Rackspace.

Wednesday October 28, 2015 3:40pm - 4:20pm JST

5:30pm JST

Hierarchical Port Binding in Practice: Experiences With At-Scale Production
This talk will discuss our experiences deploying Hierarchical Port Binding in production and at scale.  We'll compare an existing OVS+VXLAN implementation with a newer HPB+VXLAN based implementation.  We'll talk about the benefits of the newer implementation, as well as the problems we ran into along the way.


Nolan Leake

Co-Founder and CTO at Cumulus Networks, Nuviso
Nolan is the co-founder and CTO of Cumulus Networks. Prior to Cumulus, he founded a distributed storage start-up called Tile Networks. His work there led him to realize how unsuitable existing networking equipment is for the data-center of the future (which Cumulus Networks aims to... Read More →
avatar for Mark McClain

Mark McClain

CTO at Akanda
Mark McClain is the Chief Technical Officer of Akanda Inc, a member of the OpenStack Technical Committee and a core reviewer for several OpenStack teams.  Mark was the Program Technical Lead for the OpenStack Networking during the Havana and Icehouse cycles. In addition to his... Read More →

Wednesday October 28, 2015 5:30pm - 6:10pm JST
Thursday, October 29

9:00am JST

Get Your Instance by Name: Integration of Nova, Neutron, and Designate
You just want to get to your instance by name.  But, Nova has your hostname, Designate has your DNS service, and Neutron has the IP allocation.  Could these ever be brought together to make it work like you want it?

In fact, they have come together.  In this talk, we'll talk about where we were at the end of Kilo and show you how we've come together to make this work across projects to give you the experience that you wanted.

avatar for Carl Baldwin

Carl Baldwin

Senior Engineer II, DigitalOcean
Carl started his career developing electronic design automation software with HP’s microprocessor design projects: PA-RISC and Itanium. Years later, he spent a short time on a few of HP's network attached storage products. The whole time, he felt drawn to computer networking. He... Read More →
avatar for Kiall Mac Innes

Kiall Mac Innes

Senior Software Engineer, HP
avatar for Miguel Lavalle

Miguel Lavalle

Neutron Developer, IBM
Miguel Lavalle is a regular contributor to Openstack's Neutron project. He has made contributions to the L3 agent, Tempest testing of Neutron and more recently, during the Liberty cycle, leading the integration of Neutron, Nova and Designate. At IBM, he is a member of the Linux Technology... Read More →

Thursday October 29, 2015 9:00am - 9:40am JST

9:50am JST

I Can't Ping My VM! Learn How to Debug Neutron and Solve Common Problems
"I can't ping my VM" , "Floating IP is not working" ....many people contact me with this kind of problems. That's why I decided to collect the most common hiccups of a Neutron deployment in this session,  provide some knowledge to understand the reason for the failure and a structured way to solve it.

avatar for Rossella Sblendido

Rossella Sblendido

Software Engineer, SUSE
Rossella is a Software Engineer at SUSE. She's a core reviewer for Neutron and has been involved in SDN since 2010 . She's also a mentor for the OpenStack Outreach Program for Women.

Thursday October 29, 2015 9:50am - 10:30am JST

3:30pm JST

Performance Improvements to the Neutron Management and Control Plane APIs
Neutron has a good feedback cycle between getting new features added and getting them tested by other contributors so they are functionally correct within one or two releases. Unfortunately, after a feature is working ("it worked in devstack!"), developers tend to move on to the next new thing. This happens well before the previous features are deployed at a large scale.

This delay has led to limited attention being paid to the performance of Neutron's HTTP management API and the AMQP control plane it uses to communicate with its agents. Subsequently, several cases had emerged over the past few cycles where operations were taking orders of magnitude longer than they should have to complete. These were imperceptible to developers because they were usually amplified by large numbers of networks and ports (instances) not present in a typical development environment.

This presentation will cover the wide range of performance improvements made to the Neutron management and control plane over the last ~6 months. These include both user-facing improvements (e.g. the time it takes to list Neutron networks) and deployer-facing improvements (e.g. the ratio of Neutron servers to L3 agents required to respond all agent requests). Benchmark and improvement numbers will be provided using measurements taken by Rally. This will be focused on the open source ML2 reference implementation; however, most of these improvements benefited many 3rd party plugins/drivers that utilize the same APIs.

avatar for Kevin Benton

Kevin Benton

Senior Software Engineer, Mirantis
Kevin Benton is currently a Software Engineer at Mirantis. He has been contributing to Neutron since Havana while he was working at Big Switch Networks and has been a core reviewer since 2014. He also serves on the Neutron drivers team, helping the PTL define the direction of the... Read More →
avatar for Brian Haley

Brian Haley

Software Engineer, HP
Brian Haley is a core contributor to Openstack Neutron, primarily focused in the L3 area, but has particular interests in both IPv6 and cloud security.  He has been working on Openstack since 2011, first on Nova Networking and later on Neutron.  His background is in kernel networking... Read More →
avatar for Rossella Sblendido

Rossella Sblendido

Software Engineer, SUSE
Rossella is a Software Engineer at SUSE. She's a core reviewer for Neutron and has been involved in SDN since 2010 . She's also a mentor for the OpenStack Outreach Program for Women.

Thursday October 29, 2015 3:30pm - 4:10pm JST

4:30pm JST

How Yahoo! Uses Neutron for Ironic
Yahoo is huge! Yahoo has always had some legacy infrastructure in place, for better or worse, to solve the problems that OpenStack now solves. When we try to move to OpenStack, we can’t just get rid of existing infrastructure one fine day and tell people - “hey, I know that you have been using this or doing things this way for a long time.. From now on, you just can’t do that anymore. You need to update all your automation to work with this new thing”..

That will definitely piss off people.

Also, most of these legacy requirements come from our huge scale. So we need to make sure that when we move to OpenStack,  we continue supporting those use-cases. To do so, we need to patch Neutron heavily as it currently doesn’t support them. Most of them are useful for the community as well, since anyone at this scale is going to have similar requirement.

We are working with community to upstream them. With this talk, we would like to share our experience, use-cases, hacks and also like to know if anyone else in the community has the same requirements.

We need following features to support our legacy use-cases

  • Static IP allocationCurrently, when inventory is installed in racks, our site operations team picks IP address for the inventory and updates our inventory management database. Currently, we consider this database as source-of-truth. When this inventory is added to Ironic and booted, Neutron first looks at its original IP address, creates networks/subnets on-the-fly, if not already present and then assigns the same IP to the instance. Currently we have to do this because we can’t yet treat Neutron as the source-of-truth for bare-metal inventory. We are slowly trying to move towards Dynamic IP allocation where Neutron will be the source of truth, but there are certain blockers that we need to solve first.

  • Single process Dnsmasq support for Neutron DHCP Agent: At Yahoo we don’t have tenant networks or overlapping IP spaces. So we don’t need dhcp-agent to spawn a Dnsmasq process for every network. We have patched the agent and the driver to spawn a single process responsible for all the networks. We don’t plan on using this patch forever, but only temporarily until we get support for ISC-DHCPD driver in.

  • Support for ISC-DHCPD driver for Neutron: Dnsmasq does not scale well, especially for a scale at which Yahoo operates. Also, ISC-DHCP is mostly what is used at this scale. Currently Neutron DHCP agent doesn’t support any other DHCP server that Dnsmasq. In fact, the agent itself is so aligned with Dnsmasq, that it doesn’t work as-is for ISC-DHCP. So we have modified the agent and added a driver for ISC-DHCPD. This work is being upstreamed. 

  • Support for multiple gateways for a subnet in Neutron: At Yahoo, the network architecture is such a way that multiple gateways are configured for the subnets. These multiple gateways are typically spread across backplanes so that the production traffic can be load-balanced between backplanes. Currently, the subnets in Neutron only support one gateway. We are working with community to add multiple gateway support to Neutron subnet.

  • Multi-IP support: For one of our use-cases, we need ability to allocate multiple IPs for an Ironic instance, but not necessarily create a port for it in Neutron. Currently we are evaluating different ways we can do this.

  • IPv6 support on Opt-In basis: We need Neutron to be able to allocate IPv6 addresses, but not always. We have some legacy stuff that will simply not work with IPv6. So we need provide ability for users to “Opt-In” for either only IPv6, only IPv4, or both. This is also something that community doesn’t support as of now. We would like to know if others also have similar use-cases, so that we can work with them to upstream this.


James Penick

Principal Architect, Yahoo!
From ticket monkey to architect, James's boots have been on the ground in nearly all aspects of large scale production engineering. James is passionate about automation, security, resiliency, and designing for scale.  No stranger to 2am emergencies, he's also passionate about BCP... Read More →

Thursday October 29, 2015 4:30pm - 5:10pm JST

5:20pm JST

CDN for Your Cloud - Openstack Poppy
If you are an operator or user of CDN, then come learn about Poppy - the CDNaaS API for OpenStack.

We will cover:

  • Poppy Architecture Overview

  • Poppy Use Cases

  • CDN Vendor Drivers that are part of Poppy

  • Exciting new features that have landed: Multiple Domains/Origins, TTLs, Host Headers, SSL, Referrer/Geo/IP Restrictions

  • How Poppy works with your preferred CDN vendor

  • Customization - Vendor Plugins, Storage Backends, DNS Plugins

avatar for Amit Gandhi

Amit Gandhi

Senior Software Manager, Rackspace
Amit initiated the Poppy project and leads its development. During his tenure as a Senior Software Manager at Rackspace, Amit leads the development of Rackspace CDN (Rackspace's deployment of Poppy).  He also leads the development of Rackspace's Cloud Backup product, and participated... Read More →

Thursday October 29, 2015 5:20pm - 6:00pm JST

Filter sessions
Apply filters to sessions.