<div dir="ltr"><br><div>Marcin,</div><div><br></div><div>For OVN to work properly does the port that the traffic flows over need to be a bridge, or OVS port? Right now it's just going over the ovirtmgmt network which is just a standard port. I know like in Neutron you have to configure (br-ex) and then it would need to be using the OVS protocol, and then all the nodes would need to be an OVS port. I presume OVN tries to simplify this setup?</div><div>I also seen that there is (openvswitch-ovn-vtep), would this need to be configured in any way? </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 5, 2016 at 1:43 AM, Marcin Mirecki <span dir="ltr"><<a href="mailto:mmirecki@redhat.com" target="_blank">mmirecki@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Devin,<br>
<br>
Please not the OVN-controller is not the central part where OVN northd is running.<br>
OVN-controllers are the OVN processes deployed on the hosts.<br>
The correct usage of the 'vdsm-tool ovn-config'.<br>
- the IP of the OVN-central (not to be confused with OVN-controllers, which is the part of OVN running on the hosts)<br>
- the local host IP to be used for tunneling to other OVN hosts<br>
for example, if the OVN-central IP should be 10.10.10.1, and the IP of the local host used for tunneling: <a href="http://10.10.10.101" rel="noreferrer" target="_blank">10.10.10.101</a>:<br>
vdsm-tool ovn-config 10.10.10.1 10.10.10.101<br>
<br>
Looking at the output of 'ovs-vsctl' the tunnels have been created.<br>
<br>
The OVN log saying 'dropping duplicate flow' is worrying, let me forward this to<br>
the OVN team to take a look at it.<br>
<br>
Marcin<br>
<div><div class="h5"><br>
<br>
<br>
----- Original Message -----<br>
> From: "Devin Acosta" <<a href="mailto:devin@pabstatencio.com">devin@pabstatencio.com</a>><br>
> To: "users" <<a href="mailto:Users@ovirt.org">Users@ovirt.org</a>><br>
> Sent: Saturday, December 3, 2016 12:24:21 AM<br>
> Subject: [ovirt-users] oVIRT 4 / OVN / Communication issues of instances between nodes.<br>
><br>
><br>
> Note: When I configured vdsm-tool ovn-config, I passed it the IP address of<br>
> the OVN-Controller which is using the ovirtmgmt network, which is just one<br>
> of the NIC's on the nodes.<br>
><br>
> I am opening up new thread as this I feel differs a bit from my original<br>
> request. I have OVN which I believe is deployed correctly. I have noticed<br>
> that if instances get spun up on the same oVIRT node they can all talk<br>
> without issues to one another, however if one instance gets spun up on<br>
> another node even if it has the same (OVN network/subnet), it can't ping or<br>
> reach other instances in the subnet. I noticed that the OVN-Controller of<br>
> the instance that can't talk is logging:<br>
><br>
> 2016-12-02T22:50:54.907Z|<wbr>00181|pinctrl|INFO|DHCPOFFER 00:1a:4a:16:01:5c<br>
> 10.10.10.4<br>
> 2016-12-02T22:50:54.908Z|<wbr>00182|pinctrl|INFO|DHCPACK 00:1a:4a:16:01:5c<br>
> 10.10.10.4<br>
> 2016-12-02T22:50:55.695Z|<wbr>00183|ofctrl|INFO|Dropped 7 log messages in last 10<br>
> seconds (most recently, 0 seconds ago) due to excessive rate<br>
> 2016-12-02T22:50:55.695Z|<wbr>00184|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:51:10.705Z|<wbr>00185|ofctrl|INFO|Dropped 6 log messages in last 15<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:51:10.705Z|<wbr>00186|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:51:20.710Z|<wbr>00187|ofctrl|INFO|Dropped 4 log messages in last 10<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:51:20.710Z|<wbr>00188|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:51:35.718Z|<wbr>00189|ofctrl|INFO|Dropped 5 log messages in last 15<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:51:35.718Z|<wbr>00190|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:51:45.724Z|<wbr>00191|ofctrl|INFO|Dropped 3 log messages in last 10<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:51:45.724Z|<wbr>00192|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:51:55.730Z|<wbr>00193|ofctrl|INFO|Dropped 5 log messages in last 10<br>
> seconds (most recently, 0 seconds ago) due to excessive rate<br>
> 2016-12-02T22:51:55.730Z|<wbr>00194|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:52:10.738Z|<wbr>00195|ofctrl|INFO|Dropped 5 log messages in last 15<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:52:10.739Z|<wbr>00196|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:52:20.744Z|<wbr>00197|ofctrl|INFO|Dropped 3 log messages in last 10<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:52:20.744Z|<wbr>00198|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:52:35.752Z|<wbr>00199|ofctrl|INFO|Dropped 5 log messages in last 15<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:52:35.752Z|<wbr>00200|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
> 2016-12-02T22:52:45.758Z|<wbr>00201|ofctrl|INFO|Dropped 4 log messages in last 10<br>
> seconds (most recently, 5 seconds ago) due to excessive rate<br>
> 2016-12-02T22:52:45.758Z|<wbr>00202|ofctrl|INFO|dropping duplicate flow:<br>
> table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33)<br>
><br>
> From the OVN-Controller:<br>
><br>
> [root@dev001-022-002 ~]# ovn-nbctl show<br>
> switch ddb3b92f-b359-4b59-a41a-<wbr>ebae6df7fe9a (devins-net)<br>
> port 6b289418-8b8e-42b4-8334-<wbr>c71584afcd3e<br>
> addresses: ["00:1a:4a:16:01:5c dynamic"]<br>
> port 71ef81f1-7c20-4c68-b536-<wbr>d274703f7541<br>
> addresses: ["00:1a:4a:16:01:61 dynamic"]<br>
> port 91d4f4f5-4b9f-42c0-aa2c-<wbr>8a101474bb84<br>
> addresses: ["00:1a:4a:16:01:5e dynamic"]<br>
><br>
> Do I need to do something special in order to allow communication between<br>
> nodes of instances on same OVN network?<br>
><br>
> Output of ovs-vsctl show from node3:<br>
><br>
> 61af799c-a621-445e-8183-<wbr>23dcb38ea3cc<br>
> Bridge br-int<br>
> fail_mode: secure<br>
> Port "ovn-456949-0"<br>
> Interface "ovn-456949-0"<br>
> type: geneve<br>
> options: {csum="true", key=flow, remote_ip="172.10.10.74"}<br>
> Port "ovn-c0dc09-0"<br>
> Interface "ovn-c0dc09-0"<br>
> type: geneve<br>
> options: {csum="true", key=flow, remote_ip="172.10.10.73"}<br>
> Port br-int<br>
> Interface br-int<br>
> type: internal<br>
> ovs_version: "2.6.90"<br>
><br>
> --<br>
><br>
> Devin Acosta<br>
> Red Hat Certified Architect, LinuxStack<br>
> 602-354-1220 || <a href="mailto:devin@linuxguru.co">devin@linuxguru.co</a><br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> Users mailing list<br>
> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br>
><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><br></div><div>Devin Acosta</div><div>Red Hat Certified Architect, LinuxStack </div><div>602-354-1220 || <a href="mailto:devin@linuxguru.co" target="_blank">devin@linuxguru.co</a></div></div></div>
</div>