In openstackdocstheme, a vertical line is shown for a quote block.
Unnecessary leading spaces or wrong indent level causes unexpected
vertical line at the left side. This commit ajust the indent levels.
Change-Id: I81323f4ebbac1e7d502d15c33b0cb7aa95f5fc52
This:
1. replaces neutron.agent.ovsdb imports wih ovsdbapp imports.
2. Connection takes an idl instance due to removed deprecated
arguments in ovsdbapp
3. Ovsdb{N,S}bIdl classes are initialized with a connection
since driver/trigger options are networking-ovn specific
4. The Connection subclasses are removed as get_schema_helper
is no-longer Open_vSwitch-schema specific and ovsdbapp's
Connection.start has been modified to handle post_initialize
(which is no post_connect).
TODO:
1. Release an ovsdbapp with the necessary changes so CI will pass
Change-Id: I12260e60e40399f996d5f2ff4ddb7b65fdaebb95
Depends-On: Ie6dc0b75fc7c5ae00afc03e274f293b69d897913
This document describes a proposed approach for supporting the OpenStack
Metadata API with networking-ovn.
Change-Id: I3dfed21743e84247f4269f3c67c06571c1d11b94
Co-authored-by: Daniel Alvarez <dalvarez@redhat.com>
Related-bug: #1562132
Adapt new QoS driver to fix devstack failure.
Override test_floatingip_update_subnet_gateway_disabled to fix unit
test.
Change mapping_dict.keys() to list(mapping_dict.keys()) in
_get_chassis_physnets to fix python3.5 dsvm functional test
Closes-Bug: #1683722
Closes-Bug: #1659821
Change-Id: Ic51ca5e396a34197cdc60844a9eaaa605041ccc5
DevStack ships with a script to create the a user called "stack" with
all the privileges needed to run it. This patch is changing the
documentation to use this script instead of just telling the developers
to create this user by hand.
Change-Id: I837e63cdee2629c419d1dc8bbf62bd1297c0e844
Both the L3 and DHCP agents are no longer supported. Remove many more
remnants from when they were supported.
Change-Id: If71489f9ac56c7c26746d0fbfb4640e570591f26
Signed-off-by: Russell Bryant <rbryant@redhat.com>
Use https instead of http to ensure the safety without containing our
account/password information
Change-Id: I1f6b32a5323571f584efd194e0bd404bd6758af5
There is a permanent redirection from http to https in buildlogs, cbs
and trunk repos that might create issues when the redirection fails for
some reasons.
Let's use https directly.
Change-Id: Iba7e9970f060fa1f428744985213e38e6611559a
One big difference is that we create both a public and private network
by default. The previous docs only showed a private network.
Update most commands to use the openstack client instead of the older
project specific clients.
Add a section on allocating a floating IP address so that you can
connect to the VMs.
Change-Id: I48850d87db1843fcea0ff00074c6cd17980a39f1
Signed-off-by: Russell Bryant <rbryant@redhat.com>
This generates a link to something that doesn't exist.
Change-Id: I5a664d5726d7d8dc383a44d16f711d24bba7cd56
Closes-bug: 1656342
Signed-off-by: Russell Bryant <rbryant@redhat.com>
We no longer use the DHCP agent, so remove references to the ports
created for the DHCP agent from the devstack testing doc.
Change-Id: Ib22672b11410f05151d8cf5b24269b96b7c359ec
Signed-off-by: Russell Bryant <rbryant@redhat.com>
This is a patch for supporting distributed NAT with centralized NAT rules
in networking-ovn native L3 routing.
Revise:
Remove transit network
Support scheduling gateway port by setting redirect-chassis
Support gateway sNAT
Support gateway default route
Support floating IP
Support full sync including sNAT, gateway route and floating IP
TODO:
Unit tests of syncing sNAT and FIP
Gratuitous ARP for sNAT and FIP
Closes-Bug: #1658622
Change-Id: I217d6c391140fa4392ae1cea0bc21c9ea0521796
Signed-off-by: Dong Jun <dongj@dtdream.com>
Co-authored-by: Guoshuai Li <ligs@dtdream.com>
OVN SB DB chassis is distinguished by systemid.
If we don't specify system-id when ovs starts,
there will be only one record chassiss(systemid is null)
Change-Id: I721e5f68a48a93c2cf65d1d766b7680049b87b2b
We're in the process of dropping support for the L3 agent, so remove
some related docs. Also remove some docs that were only useful when OVN
L3 didn't have SNAT and floating IPs yet.
In passing, update doc to reflect that native OVN DHCP does DHCPv6 now
as well.
Change-Id: I868776d3855c9de058abe32a2abda21a3ec369a2
Signed-off-by: Russell Bryant <rbryant@redhat.com>
This commit introduces the NAT support for networking-ovn. The proposal for
NAT support can be found @ [1]
TODO:
1. Add functional test cases (To be followed up in a different patch)
2. Add sync code (Opened a bug to track this)
3. Add unit tests for the new ovsdb APIs (Opened a bug to track this)
[1] https://etherpad.openstack.org/p/Integration_with_OVN_L3_Gateway
Change-Id: I9b78ceb6b42e96c1ba58ed269e369b46113edd7e
Closes-Bug: 1514995
Closes-Bug: 1551717
For v6 subnets, the 'DHCP_Options.options' in the OVN NB DB were set to empty.
This patch now sets this column for v6 subnets and also sets the
'Logical_Switch_Ports.dhcpv6_options' appropriately. If extra DHCPv6 options
are defined for a port, a new row in DHCP_Options table is created just like
the way it is done for DHCPv4.
Beside 'enable_dhcp' attribute check to a subnet, for v6 subnets, we will also
check its 'ipv6_address_mode', to make sure v6 subnets with 'slaac' as
'ipv6_address_mode' attribute value will have no DHCP_Options rows for them
be created.
Co-authored-by: Zongkai LI <lzklibj@cn.ibm.com>
Change-Id: I9cf5a7ef7676c4461c05d6cb2aabbcb95b20f4d7
ovn-controller stores the datapath type and supported interface
types of the host in the external_ids column of the chassis table.
When the bind_port() function is called, this patch determines the
vif_type by reading these values from the chassis row where the port is to
be bound.
If the value of datapath type is 'netdev' and has 'dpdkvhostuser' in
the supported interface types, vif_type will be set to 'vhostuser',
else vif_type will be set to 'ovs'.
The config param 'vif_type' is deprecated and no longer used.
Co-Authored-By: Richard Theis <rtheis@us.ibm.com>
Change-Id: Ia97198a5bceb5d8d39d8556346f3709846f3c5ad
Closes-bug: #1606458
This patch adds a driver interface for the trunk service plugin proposed
at https://blueprints.launchpad.net/neutron/+spec/vlan-aware-vms
One has to enable the service_plugin 'trunk' in the neutron
configuration file to try this feature.
Change-Id: I4e835e11d59cd7b9fedfdc56583b03dd2ee4c023
Add support for multi-provider and multi-segmented networks
in support of neutron routed networks.
Change-Id: I311ad8bb965aa0665465cdb14769a03ac0207e45
Partially-Implements: blueprint routed-networks
OVN native L3 and DHCP don't provide metadata support so config drive
must be used when both are enabled. However, if the conventional DHCP
agent is enabled it can be configured to provide metadata support.
This patch set provides the necessary DevStack and Vagrant deployment
fixes to properly configure DHCP and metadata support. In addition,
documentation and release notes have been updated accordingly. And
finally, the q-meta service was removed from devstackgatekuryrrc,
since the gate job is setup for OVN native services.
Co-Authored-By: Matt Kassawara <mkassawara@gmail.com>
Change-Id: I9f6b23247df01c40c127b0e9daecd12f5721ff50
Related-Bug: #1514488
This patch set provides documentation (feature, install and
testing) updates along with release notes updates for the
OVN native DHCP support.
Change-Id: I05905568a28f577e479354019318bdd3740a9d38
Related-Bug: #1514488
The 'revisions' extension is now part of the default neutron
service plugins [1] and is picked up automatically by the
networking-ovn ML2 driver.
[1] https://review.openstack.org/#/c/303966/
Change-Id: If35c4aa74fa738f51f7493881e343b7ec45293e6
OVN has added a new DHC_Options table in OVN NB DB to define
DHCP options. Logical Switch ports refer to this table if
DHCP is to be enabled.
This patch creates rows for DHCP_Options for each of the
subnets and adds the reference to the ports when created.
If extra DHCP options are defined for a port, a new
DHCP_Options row is created for the port.
Change-Id: Ia3e229f86bf66f5b9b0d867ff41f56ed4be2e8f4
Closes-bug: #1514488
This patch provides the infrastructure for the OVN L3 to schedule
the router gateway port. The OVN hypervisor administrator can
set aside certain hypervisors to be used for scheduling router
gateway ports. This is the corresponding WIP patch at the moment:
http://openvswitch.org/pipermail/dev/2016-June/073285.html
For now it is assumed that any hypervisor/chassis can host a router
gateway port.
There are 2 types of schedulers defined at the moment
(1) RandomChoice
(2) LeastLoaded
The Chassis (add/delete/update) event is used to schedule router
gateway ports which have not been bound to any chassis.
A future patch will add functional tests.
Change-Id: I83fb561cee642b90c4de41bb8e472f47fa807191
Related-Bug: 1514995
The tunnel overhead calculation now accounts for the IP overhead.
See [1] for details. As a result, the networking OVN ML2 driver's
geneve max_header_size default configuration is 20 bytes too large
since it included the IPv4 overhead. This patch set takes advantage
of [1] and allows the IP overhead to be calculated by ML2.
[1] https://review.openstack.org/#/c/320121
Change-Id: Id8ac05c166ebd02e4abf94777020bde34cce808f
Related-Bug: #1584940
Rather than showing database objects, use the output of ovn-sbctl
lflow-list, because it is prettier.
Change-Id: I243b7316731c6c723bf6e64c9326800272643578
Update the refarch section to reflect what is now
happening within OVN to be consistent with the
other sections.
Change-Id: Ifabb728c03d59c306e81ba5e7179f1429a0264de
Correct incorrect metadata values in the self-service flow
examples that crept in on the previous commit.
Change-Id: I524e6f88ce604b9b64b1c3463a16e750bb8b18a5
Akihiro Motoki