This option has been marked deprecated since Ussuri
as it is a duplicate of OVS:integration_bridge, let's
remove it.
TrivialFix
Change-Id: I81bc5f3d98f752d926a243cbd17b8b894f2bdf58
It started with just fixing a missing trailing space,
but I decided to just go through all the config option
help messages and fix typos and grammatical issues as
well.
Trivialfix
Change-Id: Ie94154652f79eb808cb9a88e6a750e7ece40cca4
In some specific use case, the cloud operator expects the source port
of a packet to stay the same across all masquerading layer up to the
destination host. With the implementation of the random-fully code,
this behavior was changed as source_port is always rewritten no matter
which type of architecture / network CIDRs is being used in the backend.
This setting allows a user to fallback to the original behavior of the
masquerading process which is to keep the source_port consistent across
all layers. The initial random-fully fix prevents packet drops when
duplicate tuples are generated from two different namespace when the
source_ip:source_port goes toward the same destination so enabling this
setting would allow this issue to show again. Perhaps a right approach
here would be to fix this "racey" situation in the kernel by perhaps
using the mac address as a seed to the tuple ...
Change-Id: Idfe5e51007b9a3eaa48779cd01edbca2f586eee5
Closes-bug: #1987396
Align the config with DHCP agent options `dhcp_renewal_time`
and `dhcp_rebinding_time` for ovs-agent dhcp extension.
Partially-Implements: bp/distributed-dhcp-for-ml2-ovs
Related-Bug: #1900934
Change-Id: I671f23fcb763b847b1dc2b1d2de0567569aba892
Remove this duplicated option and rely only in OVS.integration_bridge.
NOTE: other projects are still using it; first we need to deprecate it
in those projects.
Change-Id: I4e826c8b9fa764b1820adacc3427934dc393c0bc
Related-Bug: #1856152
This patch adds possibility to configure kill hooks used to kill
external processes, like dnsmasq or keepalived.
Change-Id: I29dfbedfb7167982323dcff1c4554ee780cc48db
Closes-Bug: #1825943
This option is deprecated and marked to be deleted in Ocata. So
as we are now in Stein development cycle I think that it's good time
to remove it.
Change-Id: I07474713206c218710544ad98c08caaa37dbf53a
This incorporates flake8 2.6.x and pycodestyle will be used
instead of older pep8. This ensures future python3 compatibility
and a bit better code styling.
Change-Id: Ia7c7c5a44727f615a151e1e68dd94c7ed42f974f
An operators mailing list thread [1] discussing scale issues
where vif plugging times out eventually came to the conclusion
that several operators run rootwrap in the neutron agent in daemon
mode.
This ability is not clear from the configuration option help, however,
so this change adds more details on running in this mode to achieve
scale. Another nice discussion about this can be found here [2].
There is a corresponding nova patch [3] to mention this option
if operators are hitting vif plugging timeouts in nova.
This doesn't change any defaults, it just improves the documentation.
The help text formatting is also updated for easier readability
and maintainability in the source.
[1] http://lists.openstack.org/pipermail/openstack-operators/2018-May/015364.html
[2] https://cloudblog.switch.ch/2017/08/28/starting-1000-instances-on-switchengines/
[3] https://review.openstack.org/571577/
Change-Id: I8b8a0cfea409c3469ad0ee223c87e0380b3afbad
Closes-Bug: #1774217
Qos policy with bandwidth limit rules can be applied on router's
gateway ports to limit only if veth are used to connect it to
namespaces.
This commit updates "ovs_use_veth" config option help message and
qos docs to add such info there.
Change-Id: I69e78bc125d430c933f7576d05308030789cee0a
Related-Bug: #1732852
Refactoring neutron agent linux and ovsdb config opts
to be in neutron/conf/agent so that all the config options
reside in a centralized location. This simplifies the
process of looking up the config opts and provides an easy
way to import.
NeutronLibImpact
Change-Id: Ib1e0e63dec2985c417412d1ecc68e2a74ef87182
Partial-Bug: #1563069
Refactoring Neutron configuration options for agent common config to be
in neutron/conf/agent/common. This will allow centralization of all
configuration options and provide an easy way to import.
Partial-Bug: #1563069
Change-Id: Iebac0cdd3bcfd0135349128921b7ad7a1a939ab8
Needed-By: Ib676003bbe909b5a9013a3178b12dbe291d936af
Brian Haley