Skip_checks method should be called to check appropriate
parameters (include specific test parameters such as
ipv6_subnet_attributes) before run IPv6Test.

Change-Id: I6e1a0c192a8e8ce62b7437d864f4f4f86563db79

As tap-as-a-service was moved under Neutron governance its tests should
be in neutron-tempest-plugin.

Change-Id: I01dd33e0610e1db13815ea153b5c2299d8699d30

Change-Id: I742156400061f9b293fd655fb69a3c4db65cad37

This patch amends [1], setting the default advance image "ds512M" for
Designate scenario jobs in older stable branches.

Related-Bug: #1940243

[1]https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/806119

Change-Id: Ied79caa66727f4df09fcbe8e4ec302c326862256

Those branches are not affected by the related bug. Furthermore,
those branches override the neutron-tempest-plugin version with an
older one that does not implement the method
"create_flavor_for_advance_image". This method is used to create a
specific flavor used in the CI tests.

Change-Id: Iad6fdfb3ebe7b5cafd8a1ee00724408abd7c17ff
Related-Bug: #1940243

Existing IPv4 and IPv6 extra-dhcp-options tests ignored the ip_version
attribute, so all the extra-dhcp-options tested had IP version 4

Change-Id: I5fee2579a158918c2c22d95493b471e23d0f8161

Flavor added in 79c67968 fails in
at least stable/wallaby neutron-ovn-tempest-slow job, as the flavor
already exists.

This checks if a flavor with this name already exists before trying to
create it

Change-Id: I624f53e39c4bcdd988900aca375ee5e4ddd445fe
Related-Bug: #1940243

... because any change in unit tests code does never affect
functionality.

Change-Id: Ic4f54fed3ed1e0acf4132cad9ffba2dcede72372

In order to reduce the CI memory consuption, this patch creates a 384MB
flavor to replace the 512MB previously used for the advance image
(Ubuntu 18.04).

Flavor specs:
- 384MB RAM: aroung 100MB are used when the VM is started.
- 4GB disk: around 1,1GB are used when the VM is started.
- 1 VCPU.

Change-Id: I267a848d57183ddc39128f12d40b076360dfd3bc
Partial-Bug: #1940243

Setuptools v54.1.0 introduces a warning that the use of dash-separated
options in 'setup.cfg' will not be supported in a future version [1].
Get ahead of the issue by replacing the dashes with underscores. Without
this, we see 'UserWarning' messages like the following on new enough
versions of setuptools:

  UserWarning: Usage of dash-separated 'description-file' will not be
  supported in future versions. Please use the underscore name
  'description_file' instead

[1] https://github.com/pypa/setuptools/commit/a2e9ae4cb

Change-Id: If5cb829ef8530690f9208f9b15915e2c17367190

This test was unstable due to the default ipv6 format in NM isn't
supported by neutron

Change-Id: Ied226dec9923f021d8f26f1e59b01602d4b1ae82

Those new jobs are based on the openvswitch and
openvswitch-iptables_hybrid job. The only difference in those new jobs
is disabled DHCP agent and enabled distributed dhcp L2 extension.

New jobs are added to the experimental queue for now. We can discuss
later if we should add them to the check/gate queues later.

Depends-On: https://review.opendev.org/c/openstack/neutron/+/803469
Change-Id: I28c1cec324046df5b062e1b9d991ca7413c075fc

Some of the images require `tail` process to be explicitly stopped
after the `tail -f ... | nc ...` command has been executed and `nc`
process is finished. But most of the time `tail` process is ended
automatically that leads to fail of `killall tail` command.

Change-Id: I43c0b7781ca2ed98156e125566115196aab530cf

This scenario test checks that, even with no DHCP and no port security,
packets are not flooded to every port on the network.

To see this work in OVN, port security and DHCP must be disabled on a
network. Before having those capabilities, packets would be flooded
to all servers. Now, the OVN switch can learn the MAC of a port and
store it on the FDB table. The adoption of this feature was completed
in [0].

[0] https://review.opendev.org/c/openstack/neutron/+/763567

Change-Id: I0313ac13f8e8922849f6388d2d1379817230294b

Change-Id: I1c10481b5ccbd482fb7692c6562c76e8356cb87a

This test is failing from time to time in the Linuxbridge scenario job
so let's exclude it in that job until related bug will be fixed.

Related-Bug: #1936911
Change-Id: Ic89c65cf225bb7813001311b4625e7117b70f91c

Change-Id: Ib5bf31ebef037049627d0de296a66cca6730e306

This job needs to be run using ML2/OVS backend so this patch sets
that backend there explicitly.

Change-Id: I477b309142dff9c50217142a60e54b7064f8c120

This patch bumps the version currently used in master jobs to
the latest release v21.06.0.

Signed-off-by: Daniel Alvarez Sanchez <dalvarez@redhat.com>
Change-Id: I679108aab8c17e2cbd8d64388f9d0b1420a1323c

In case of ML2/OVN, driver creates additional network:distributed port
for each subnet with enabled DHCP. That caused failures of that test
in the ML2/OVN environment as subnets created in the test had only some
specified service_type thus Neutron couldn't find any IP address to
allocate for the "network:distributed" port.
Now it's fixed by adding "network:distributed" service_type to both
subnets.

Closes-Bug: #1934622
Change-Id: Ifc2c75abd49209625065de6fece413aed0bb7a4e

The patch bumps min version of tox to 3.18.0 in order to
replace tox's whitelist_externals by allowlist_externals option:
https://github.com/tox-dev/tox/blob/master/docs/changelog.rst#v3180-2020-07-23

Change-Id: I7b4606fd49ea7919cff56d819a2a5236ea3b1e73