
<html><body><p>Hello Everyone,<br><br>We are currently working on a patch set to add/delete router<br>interfaces in the OVN plugin. This patch was initially worked on by<br>Gal Sagie (<a href="https://review.openstack.org/#/c/206919/"><u><font color="#0000FF">https://review.openstack.org/#/c/206919/</font></u></a>) and we took over<br>to take it completion.<br><br>There are bunch of gate tests that are failing as a result of this<br>patch and we have fixed a few of them. What remain to be fixed are the<br>following.<br><br>test_dhcp6_stateless_from_os<br>test_dualnet_multi_prefix_dhcpv6_stateless<br>test_dualnet_multi_prefix_slaac<br>test_multi_prefix_dhcpv6_stateless<br>test_multi_prefix_slaac<br>test_slaac_from_os<br><br>The reason for the failure of these tests has got to do with the way<br>OVN handles router interface. In openstack multiple subnets can be<br>added to a network and for each of these subnets the router interface<br>has to be explicitly configured. So for a given network there can be<br>multiple router interfaces. With the current NB schema in OVN there<br>can be only 1 router interface for a network.<br><br>Most of the above test cases try to add multiple subnets in a network,<br>configure router interfaces, do some connectivity tests and then clean<br>up. When a router interface is configured for the first subnet all the<br>DB tables are populated correctly, but when the router interface for<br>the second subnet is created, it results in deletion of the router<br>interface of the first subnet. So every time a router interface is<br>configured for a subnet, it results in deletion of the previous<br>subnets router interface, provided both the subnets belong to the same<br>network. The test cases fail when they are trying to remove the router<br>interface that has already been deleted from OVN NB.<br><br>We considered an option to see if we can have a router port in<br>"Logical Switch" table refer to multiple rows in the "Logical Router<br>Port" table, but the router port in the schema is defined as a hard<br>reference to uuid of the "Logical Router Port" table.<br><br>Given that we want to demo l3 in Tokyo, should we consider disabling<br>these tests until we figure out how to fix the issue ? Should i start<br>a separate thread on ovs-dev to follow up on the issue?<br><br>Thanks,<br>Chandra<BR>

</body></html>