[openstack-dev] [neutron] How should edge services APIs integrate into Neutron?

Vikram Choudhary vikram.choudhary at huawei.com
Wed May 6 05:14:38 UTC 2015


Hi Paul,

Thanks for starting this mail thread.  We are also eyeing for supporting MPBGP in neutron and will like to actively participate in this discussion.
Please let me know about the IRC channels which we will be following for this discussion.

Currently, I am following below BP’s for this work.
https://blueprints.launchpad.net/neutron/+spec/edge-vpn
https://blueprints.launchpad.net/neutron/+spec/bgp-dynamic-routing
https://blueprints.launchpad.net/neutron/+spec/dynamic-routing-framework
https://blueprints.launchpad.net/neutron/+spec/prefix-clashing-issue-with-dynamic-routing-protocol

Moreover, a similar kind of work is being headed by Cathy for defining an intent framework which can extended for various use case. Currently it will be leveraged for SFC but I feel the same can be used for providing intend VPN use case.
https://blueprints.launchpad.net/neutron/+spec/intent-based-service-chaining

Thanks
Vikram

From: Paul Michali [mailto:pc at michali.net]
Sent: 06 May 2015 01:38
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [neutron] How should edge services APIs integrate into Neutron?

There's been talk in VPN land about new services, like BGP VPN and DM VPN. I suspect there are similar things in other Advanced Services. I talked to Salvatore today, and he suggested starting a ML thread on this...

Can someone elaborate on how we should integrate these API extensions into Neutron, both today, and in the future, assuming the proposal that Salvatore has is adopted?

I could see two cases. The first, and simplest, is when a feature has an entirely new API that doesn't leverage off of an existing API.

The other case would be when the feature's API would dovetail into the existing service API. For example, one may use the existing vpn_service API to create the service, but then create BGP VPN or DM VPN connections for that service, instead of the IPSec connections we have today.

If there are examples already of how to extend an existing API extension that would help in understanding how to do this.

I see that there are RESOURCE_ATTRIBUTE_MAPs with the information on the API, and I see that the plugin has a supported_extension_aliases, but beyond that, I'm not really sure how it all hooks up, and how to extend an existing extension.

I'm assuming that the python-neutronclient would also need to be updated.


So... the intent here is to start some discussion on how we do this, such that we have some things figured out before the summit and can save some time.

Thanks in advance,

Paul Michali (pc_m)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150506/68391fe9/attachment.html>


More information about the OpenStack-dev mailing list