164 Commits

Author SHA1 Message Date
Doug Wiegley
87a79256c4 Start using neutron-lib for shared constants and exceptions
Debtcollector warnings are enabled by an env var for now, to avoid blasting
everyone's unit tests at once.

Partially-Implements: blueprint neutron-lib
Depends-On: I6991464acc3aef99f6ec5eff56a893deaaefe40b
Change-Id: If183b7a6797834e29c377937fc06261aa3b00249
2016-02-10 16:41:18 -07:00
OpenStack Proposal Bot
c609c3bd4e Updated from global requirements
Change-Id: I384fc53b1b399c981c3c5ec9189dfab3411d43d3
2016-01-26 23:25:29 +00:00
OpenStack Proposal Bot
3b111cfbc5 Updated from global requirements
Change-Id: I05f990e6227469d890d639409235859ed369d293
2016-01-25 19:00:06 +00:00
Jenkins
a4f98acafe Merge "External DNS driver reference implementation" 2016-01-23 05:53:56 +00:00
OpenStack Proposal Bot
94ddd81245 Updated from global requirements
Change-Id: I2188f924a7e251ece86a13c5f80dde98d60982ff
2016-01-22 04:05:50 +00:00
Miguel Lavalle
93ac8b3a33 External DNS driver reference implementation
An interface with an external DNS service is defined for Neutron. A reference
implementation is also included, based on Designate. The interface and the
driver will enable users to publish in the external DNS service the dns_name
and dns_domain attributes associated with floating ips, ports and networks. As
a consequence, the floating ips and networks api is extended to manage dns_name
and dns_domain attributes. The dns_name attribute was added to ports in a
preceding commit

DocImpact: Introduce config option external_dns_driver to specify a driver
for external dns integration. For more info, see
doc/source/devref/external_dns_integration.rst

APIImpact
Implements: blueprint external-dns-resolution

Change-Id: Ic298ad2558410ab9a614f22e1757d1fc8b22c482
2016-01-21 21:55:08 +00:00
OpenStack Proposal Bot
2fee6740c9 Updated from global requirements
Change-Id: I749703bdcadd40f30c6cde8fc54dbcd83bf5b977
2016-01-19 12:04:57 +00:00
OpenStack Proposal Bot
caf1297c17 Updated from global requirements
Change-Id: Ia4001c53f4c2c3d1076fa7533dfd095245ef8082
2016-01-16 03:28:47 +00:00
Jenkins
607537b8ab Merge "Add 'ovs' to requirements.txt" 2016-01-15 08:14:58 +00:00
OpenStack Proposal Bot
bb29121fa6 Updated from global requirements
Change-Id: I96df4154c7f1305fbf15974a2e6b4eef7eae78af
2016-01-14 13:48:21 +00:00
John Schwarz
9605617ec7 Add 'ovs' to requirements.txt
It is needed by neutron/agent/ovsdb/impl_idl.py.

Closes-Bug: #1523845
Change-Id: If44b649949c686b589859fc1d4d2bb510afb64fd
2016-01-13 13:15:49 +00:00
OpenStack Proposal Bot
7022b2e278 Updated from global requirements
Change-Id: Ifdb68288c0b6538dee345e7b041891aab4910360
2016-01-10 14:36:11 +00:00
OpenStack Proposal Bot
95414bcfd4 Updated from global requirements
Change-Id: I721b27b36b21447161a34a6cf6788eac6dd145fc
2016-01-01 20:29:56 +00:00
OpenStack Proposal Bot
7d4ed31e85 Updated from global requirements
Change-Id: I2d197470280bac0adffe00e2bcaa6c321ecc2f18
2015-12-18 13:50:47 +00:00
Jenkins
c029fcba7e Merge "Updated from global requirements" 2015-12-10 08:05:16 +00:00
Jenkins
6135f8f837 Merge "Add Guru Meditation Reports support to Neutron services" 2015-12-10 02:59:36 +00:00
OpenStack Proposal Bot
f5a2c20dd0 Updated from global requirements
Change-Id: I8a67bd6ce1dfd0872ab2b50ab8a4d43fe48e308b
2015-12-09 21:57:52 +00:00
Monty Taylor
a37e11f637 Use keystoneauth instead of keystoneclient
keystoneauth was split out last cycle as a library specifically to deal
with doing auth functions so that people who do not need to do keystone
CRUD operations can just consume only the auth session parts. As part
of modernizing keystone interactions, use keystoneauth instead of
keystoneclient.

Depends-On: I1f754a9a949ef92f4e427a91bbd1b1e73e86c8c4
Change-Id: Ia6fb7d8bb07d3101cf1b1afc318f3dcac0a37afc
2015-12-06 15:09:42 +00:00
Jenkins
47dce8f405 Merge "Hyper-V: remove driver from the neutron tree" 2015-12-05 00:37:23 +00:00
OpenStack Proposal Bot
d9248a9bd8 Updated from global requirements
Change-Id: I3362794f691e12081a4f5cef97b4e830dc44cbb1
2015-12-03 15:05:02 +00:00
Gary Kotton
1b22c0e1ea Hyper-V: remove driver from the neutron tree
The hyperv drivers and code should be part of the networking-hyperv
project (https://github.com/openstack/networking-hyperv).

A few changes are necessary in order to prevent Hyper-V deployments from
breaking, especially when upgrading to Mitaka.

Hyper-V deployments are configured to use the in-branch HyperVSecurityGroupsDriver.
Removing it will cause the Hyper-V Neutron Agent to fail. If the agent is
configured to use the old driver, the networking_hyperv's driver must be used
instead and the users must be warned to update their configuration files to
use the networking_hyperv's security groups driver.

Removes the neutron-hyperv-agent entry point from setup.cfg.
Removes the hyperv mechanism_driver from setup.cfg
Moves the in-tree HyperVSecurityGroupsDriver to the networking_hyperv equivalent.
Logs a warning if the in-tree HyperVSecurityGroupsDriver is used.
Removes pywin32 and wmi requirements, as they've been included in networking_hyperv
and they are Hyper-V specific requirements.
Adds release note regarding the deprecated security groups driver.

Co-Authored-By: Claudiu Belu <cbelu@cloudbasesolutions.com>

Depends-On: I3a25f18b4f3a0621cb92b44eb61e434fa87e0aab

Change-Id: I32451cba6933e88306a4308a07f3f0d1b81f626c
Closes-bug: #1520054
2015-12-03 06:11:59 -08:00
Ihar Hrachyshka
a63c413f05 Add Guru Meditation Reports support to Neutron services
This new feature allows services to dump valuable debug info to stderr
on SIGUSR2 signal.

Change-Id: If17b57f687558e23b830eae5ee1f8900356355e4
Implements: blueprint guru-meditation-report
2015-11-26 17:35:07 +01:00
OpenStack Proposal Bot
545670aeb0 Updated from global requirements
Change-Id: Ie65f1be17c1be843d4aa7c09c88edb0535dfae79
2015-11-19 22:55:15 +00:00
OpenStack Proposal Bot
a174be298a Updated from global requirements
Change-Id: I9f661917d8c4184aae76ba4115cd231151cf3e99
2015-11-19 15:57:59 +00:00
OpenStack Proposal Bot
2bc044505c Updated from global requirements
Change-Id: I84d6a701985e25137a06299b28e306e0a65e70a4
2015-11-18 00:20:10 +00:00
OpenStack Proposal Bot
e7a8f04a74 Updated from global requirements
Change-Id: I875c343bd39a505c5043fc0c87739a033caa9980
2015-11-13 17:12:47 +00:00
OpenStack Proposal Bot
36d83e9f80 Updated from global requirements
Change-Id: I7a0550f47b885618c53bbea777680c58b4c8ab13
2015-10-28 22:07:28 +00:00
OpenStack Proposal Bot
44d73d1ad3 Updated from global requirements
Change-Id: I9c0e3f44cf93db020933d8d766cedfc2e3f3bb8b
2015-10-24 02:08:55 +00:00
Elena Ezhova
0a762191a8 Register oslo_service.wsgi options correctly
oslo_service 0.10.0 release added register_opts function to wsgi
module that is why it is no longer needed to access its private
_options module.

Change-Id: I4803a3540a6bc9c8f08db49e209668d0736abec7
Depends-On: Id0f9f93758c68aa954d37e3566e35deae2961268
2015-10-19 20:28:28 +00:00
OpenStack Proposal Bot
58bcdea019 Updated from global requirements
Change-Id: Ib0b0138caca1214201fa52ed06ec5df4b7c7820d
2015-10-15 15:42:20 +00:00
Assaf Muller
8a9de547ed Remove disable_service from DBs configuration
Remove disable_service from configure_for_func_testing.
A recent Devstack patch (Linked in bug report) checks
that a disabled service is not enabled later. This breaks
the code this patch touches. I believe the DBs were disabled
and enabled with the assumption that Devstack expects only
a single DB to be configured at a time, but that doesn't
seem to be the case. Simply removing the disable calls seems
to work fine.

Also exclude oslo.messaging==2.6.0 as per global-requirements.txt.

Closes-Bug: #1505259
Closes-Bug: #1505295

Depends-On: I47ab12f719fba41c2f0c03047b05eb28f4423682
Change-Id: I0fbcc1218e1aa9adbf89f6121c1c2e224ed93cab
2015-10-12 20:22:00 +02:00
OpenStack Proposal Bot
2b29068225 Updated from global requirements
Change-Id: Ic6f9bc83375b97b02f6f92bbdec39de96801fc40
2015-10-07 01:43:13 +00:00
OpenStack Proposal Bot
957ac2b83e Updated from global requirements
Change-Id: Ifc569f4371b0fafe071d99bf6542ca2802da8bd9
2015-09-21 18:56:49 +00:00
armando-migliaccio
fdc3431ccd Merge remote-tracking branch 'origin/master' into walnut
Change-Id: Ic6314ef9c1db6524fbb0ed8b1bacdc2b081c4775
2015-09-16 17:07:52 -07:00
OpenStack Proposal Bot
81dd69cadd Updated from global requirements
Change-Id: I78f123c8e49b6dcd23bda1def9e021df74ffb0ea
2015-09-10 00:06:08 +00:00
OpenStack Proposal Bot
319920303a Updated from global requirements
Change-Id: Ib9d2e669f3d6e68cced7cd6674ff23ff7642f997
2015-09-08 22:03:54 +00:00
OpenStack Proposal Bot
1886964890 Updated from global requirements
Change-Id: I6f3dbf989cb6d9d110c2ee6a3a2e2b557bced28f
2015-09-04 23:06:43 +00:00
Doug Wiegley
6f2849c916 Merge remote-tracking branch 'origin/master' into merge-master-into-pecan
Change-Id: I28d09f217464c1abef6fc38907071a65c17da86c
2015-09-02 15:40:51 -06:00
YAMAMOTO Takashi
b3e7e21c32 OVS-agent: Introduce Ryu based OpenFlow implementation
Introduce an alternative OpenFlow implementation, "native",
implemented using Ryu ofproto python library from Ryu SDN Framework.
Make it selectable with of_driver=native agent option.
The aim is to replace the existing ovs-ofctl based implementation
eventually.

It introduces node-local OpenFlow controller embedded in
OVS agent.  Benefits include:
* Reduce the overhead of invoking ovs-ofctl command (and associated
  rootwrap)
* Make future uses of OpenFlow asynchronous messages (e.g. Packet-In,
  Port-Status, etc) easier
* Make XenAPI integration simpler

Highlights:
* Switch to OpenFlow 1.3.
* Make OVS-agent act as an OpenFlow controller
* Configure OVS on the node to connect to the controller

DocImpact

Implements: blueprint ovs-ofctl-to-python
Co-Authored-by: IWAMOTO Toshihiro <iwamoto@valinux.co.jp>
Change-Id: I02e65ea7c6083b2c0a686fed2ab04da4d92b21a3
2015-09-02 14:05:18 +09:00
OpenStack Proposal Bot
a9b72392a1 Updated from global requirements
Change-Id: Ie5ad70b0afbeb5502cc41f585f6a3f2942203369
2015-09-01 04:25:00 +00:00
Salvatore Orlando
ae319ee359 Implement TODO for version listing
Return a list of currently enabled API versions building
the response in the same way as it is done for the eventlet
WSGI API in order to ensure backward compatibility.

The only version listed is obviously 2.0, but the solution
devised in this patch allows version controller for self
declaring the version they implement.

This patch also replaces the use of _lookup when such method
is not strictly necessary.
To this aim, the minimum version of Pecan has been bumped to
1.0 as previouse releases did not support dots "." as valid
characters in URI path segments.

Change-Id: Ia748194b2c07a04a711d32ce8058a006e73621ef
2015-08-31 10:17:33 -07:00
Doug Wiegley
2c5f44e1b3 Merge remote-tracking branch 'origin/master' into merge-branch
Change-Id: I9c29ad9564671ae5a2db35835bc4a30e75482cb2
2015-08-30 21:23:59 -06:00
OpenStack Proposal Bot
de604de334 Updated from global requirements
Change-Id: Ie52aa3b59784722806726e4046bd07f4a4d97328
2015-08-30 01:39:06 +00:00
OpenStack Proposal Bot
23c1c0bdc9 Updated from global requirements
Change-Id: I7c2244869509221deb0cee47b215ac66eccf1f2b
2015-08-18 01:35:13 +00:00
Ihar Hrachyshka
70727ba781 Merge remote-tracking branch 'origin/feature/qos' into merge-branch
Note to reviewers: gerrit diff for merge patches is very limited, and
leaving comments in global section won't scale, so please comment here:

https://etherpad.openstack.org/p/qos-merge-back-review

This merge commit introduces QoS feature into Liberty release of
Neutron.

The feature is documented in: doc/source/devref/quality_of_service.rst
included with the merge patch.

It includes:

- QoS API service plugin with QoS policy and QoS bandwidth limit
  (egress) rule support;
- core plugin mechanism to determine supported rule types, with its ML2
  implementation;
- new agent extension manager;
- QoS agent extension with pluggable backend QoS drivers (Open vSwitch
  and SR-IOV support is included).

To extend network and port core resources with qos_policy_id attribute,
a new ML2 extension driver (qos) was introduced that relies on the QoS
core resource extension (the idea is that eventually we'll get a core
resource extension manager that can be directly reused by core plugins).

Agent-server interaction is based on:

- get_device_details() method that is extended with qos_policy_id;
- a new push/pull mechanism that allows agents and servers to
  communicate using oslo.versionedobjects based objects sent on the
  wire.

The merge includes the following types of test coverage:

- unit tests;
- functional tests for OVS agent, QoS agent extension, and low level
  ovs_lib changes;
- API tests to cover port/network qos_policy_id attribute and new QoS
  resources.

The client changes can be found at:

* https://review.openstack.org/189655
* https://review.openstack.org/198277

The team also prepared fullstack test but it needs to wait for client
merge before it can pass in the gate:

* https://review.openstack.org/202492

Gerrit does not show diff for merge changes that did not result in any
conflict, so to facilitate review, rely on the following steps:

- fetch the patch locally
- git fetch origin
- git diff origin/master...

This merge also disables qos extension API tests until the service is
enabled in master gate.

Local changes apart from conflicts:
- updated down_revision for qos migration to reflect master expand head;
- disabled qos API tests with gate_hook.sh until we have it enabled in
  master gate;
- bumped oslo.versionedobjects requirement to reflect what is in
  openstack/requirements' global-requirements.txt

DocImpact
APIImpact
Partially-Implements: blueprint quantum-qos-api
Partially-Implements: blueprint ml2-qos
Partially-Implements: blueprint ml2-qos-ovs-bwlimiting
Partially-Implements: blueprint ml2-sriov-qos-with-bwlimiting
Change-Id: I92916d0e391791187e9a25ff172fb4b3504857b1
2015-08-17 15:16:55 +02:00
OpenStack Proposal Bot
aea9c82574 Updated from global requirements
Change-Id: I5fc0be8c97c21ef68174ff6b8807e05a5e1f19a4
2015-08-15 20:50:51 +00:00
OpenStack Proposal Bot
7e070bddad Updated from global requirements
Change-Id: Ieb2e8eaf3eb9fee93d5fcb8cb4e683a0a6555fc0
2015-08-13 02:14:42 +00:00
Ihar Hrachyshka
cc0ae6dd49 Merge remote-tracking branch 'origin/feature/qos' into merge-branch
Change-Id: I683102e617202e0ffc953a0d3cc179879f8faf82
2015-08-05 17:15:40 +02:00
Jenkins
b894c74add Merge "Initial pecan structure" into feature/pecan 2015-08-01 10:29:09 +00:00
Kevin Benton
dfd4c801d2 Initial pecan structure
This patch is the initial work for the pecan refactor.

* Adds pecan as a requirement
* Adds a simple API server named 'neutron-dev-server' for use
  when neutron server is not deployed in a web server
* Wraps the app with the openstack request ID middleware
* Adds a basic V2 controller that breaks out requests by method
* Adds functional tests to ensure request ID is set and requests
  are properly sent to the V2 controller.

Partially-Implements: blueprint wsgi-pecan-switch
Co-Authored-By: Brandon Logan <brandon.logan@rackspace.com>
Co-Authored-By: Mark McClain <mark@mcclain.xyz>
Change-Id: Ic9697ff30ab8359b62ce01eb73dc927065a8e3e6
2015-08-01 01:19:39 -07:00