https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/NETVIRT-1548 netvirt <p>I setup a three node integration environment by vagrant, which used virtualbox network. Openstack rocky is installed by devstack, then I replaced neutron backend with Opendaylight Fluorine SR1, <a href="https://github.com/yyang13/openstack-netvirt/" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/yyang13/openstack-netvirt/</a> has detailed setup topology and configuration info.</p> <p><a href="https://lists.opendaylight.org/pipermail/netvirt-dev/2019-January/007746.html" class="external-link" target="_blank" rel="nofollow noopener">https://lists.opendaylight.org/pipermail/netvirt-dev/2019-January/007746.html</a> is discussion thread in netvirt-dev mailling list.</p> <p>Openstack rocky + ODL Fluorine SR1.</p> NETVIRT-1548

Floating IP can't work in Openstack rocky + ODL Fluorine SR1

Bug High Resolved Cannot Reproduce Chetan Arakere Gowdru Yi Yang netvirt Mon, 7 Jan 2019 00:54:52 +0000 Wed, 20 Mar 2019 02:59:01 +0000 Wed, 20 Mar 2019 02:59:01 +0000 Fluorine-SR1 Fluorine-SR2 natservice 0 3 <p>I noticed it includes mplsgre encap type but I can't see there is a gre tunnel there. I also noticed there are several flow items which have goto_table:44 action but table 44 doesn't exist at all.</p> <p>$ sudo ovs-ofctl -Oopenflow13 dump-flows br-int | grep goto_table:44<br/> cookie=0x8000022, duration=316419.349s, table=20, n_packets=0, n_bytes=0, priority=10,mpls,mpls_label=100026 actions=pop_mpls:0x0800,goto_table:44<br/> cookie=0x8000003, duration=318799.571s, table=21, n_packets=0, n_bytes=0, priority=42,ip,metadata=0x30d42/0xfffffe,nw_dst=192.168.100.222 actions=write_metadata:0x30d42/0xfffffe,goto_table:44<br/> cookie=0x8000003, duration=316419.354s, table=21, n_packets=99, n_bytes=9570, priority=42,ip,metadata=0x30d5e/0xfffffe,nw_dst=192.168.100.202 actions=write_metadata:0x30d5e/0xfffffe,goto_table:44<br/> cookie=0x90186ba, duration=316419.351s, table=36, n_packets=0, n_bytes=0, priority=5,tun_id=0x186ba actions=goto_table:44<br/> $ sudo ovs-ofctl -Oopenflow13 dump-flows br-int | grep table=44<br/> $</p> <p> </p> <p>$ curl -u admin:admin <a href="http://192.168.0.5:8181/restconf/config/odl-fib:fibEntries/" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.0.5:8181/restconf/config/odl-fib:fibEntries/</a> | python3 -mjson.tool<br/> {<br/> "fibEntries": {<br/> "vrfTables": [<br/> {<br/> "routeDistinguisher": "24ee0046-b656-4632-94bb-3dc44ea26a45",<br/> "vrfEntry": [<br/> {<br/> "destPrefix": "192.168.100.202/32",<br/> "origin": "s",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.10", "label": 100026 } <p> ],<br/> "parent-vpn-rd": "24ee0046-b656-4632-94bb-3dc44ea26a45"<br/> }<br/> ]<br/> },<br/> {<br/> "routeDistinguisher": "4f217a15-f0db-4dd1-b6e1-57e08a7d74c4",<br/> "vrfEntry": [<br/> </p> { "destPrefix": "192.168.100.10/32", "mac": "08:00:27:9c:c4:5c", "origin": "l", "parent-vpn-rd": "24ee0046-b656-4632-94bb-3dc44ea26a45" } <p>,<br/> </p> { "destPrefix": "192.168.100.0/24", "origin": "c", "elantag": 5007, "parent-vpn-rd": "24ee0046-b656-4632-94bb-3dc44ea26a45", "l3vni": 0 } <p>,<br/> {<br/> "destPrefix": "192.168.100.215/32",<br/> "mac": "fa:16:3e:3c:d7:cc",<br/> "origin": "s",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.10", "label": 100027 } <p> ],<br/> "parent-vpn-rd": "24ee0046-b656-4632-94bb-3dc44ea26a45"<br/> }<br/> ]<br/> },<br/> {<br/> "routeDistinguisher": "16d6b03e-9476-4648-8fdd-8dfa43061a55",<br/> "vrfEntry": [<br/> {<br/> "destPrefix": "10.15.1.3/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.15", "label": 100021 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:05:0d:55"<br/> },<br/> {<br/> "destPrefix": "10.16.2.8/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.15", "label": 100024 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:db:1c:0b"<br/> },<br/> {<br/> "destPrefix": "10.15.1.1/32",<br/> "origin": "l",<br/> "route-paths": [</p> { "nexthop-address": "0.0.0.0", "label": 100018 } <p> ],<br/> "ip-address": "10.15.1.1/32",<br/> "uuid": "16d6b03e-9476-4648-8fdd-8dfa43061a55",<br/> "mac-address": "fa:16:3e:05:0d:55"<br/> },<br/> {<br/> "destPrefix": "10.15.1.2/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.10", "label": 100019 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:05:0d:55"<br/> },<br/> {<br/> "destPrefix": "10.16.2.1/32",<br/> "origin": "l",<br/> "route-paths": [</p> { "nexthop-address": "0.0.0.0", "label": 100022 } <p> ],<br/> "ip-address": "10.16.2.1/32",<br/> "uuid": "16d6b03e-9476-4648-8fdd-8dfa43061a55",<br/> "mac-address": "fa:16:3e:db:1c:0b"<br/> },<br/> {<br/> "destPrefix": "10.16.2.2/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.10", "label": 100025 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:db:1c:0b"<br/> },<br/> {<br/> "destPrefix": "10.15.1.5/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.20", "label": 100020 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:05:0d:55"<br/> },<br/> {<br/> "destPrefix": "10.16.2.12/32",<br/> "origin": "l",<br/> "encap-type": "mplsgre",<br/> "route-paths": [</p> { "nexthop-address": "192.168.0.20", "label": 100023 } <p> ],<br/> "gateway_mac_address": "fa:16:3e:db:1c:0b"<br/> }<br/> ]<br/> },<br/> {<br/> "routeDistinguisher": "931e9554-9062-4cc0-858a-6dbabbc6411a",<br/> "vrfEntry": [</p> { "destPrefix": "192.168.100.0/24", "origin": "c", "elantag": 5006, "parent-vpn-rd": "40d5826a-ebb1-4555-8a5b-38052a1af624", "l3vni": 0 } <p> ]<br/> }<br/> ]<br/> }<br/> }<br/> $</p> <p>We observed this regression in OPNFV Fuel too, after bumping from Fluorine SR0 to SR1, using both Openstack Queens and Rocky.</p> <p>What's interesting is that we only see it on virtual deployments (where all nodes are virtual machines - we have a dedicated ODL VM, as well as dedicated compute VMs), but not on baremetal (where compute nodes are baremetal, yet ODL runs in HA mode inside 3 VMs). I started a CI job without HA on baremetal to see whether the differentiator is HA-mode or the node type (virtual vs baremetal) ...</p> <p>Also, restarting the ODL server seems to fix the issue for us.</p> <p>LE: This is odd. With Rocky, all ODL deploymenets have this issue. With Queens, a simple ODL-L3 scenario works fine, but not with SFC or BGPVPN (I doubt the features themselves are related to the issue, but both install additional packages - tacker or quagga - adding some delay till we actually try to use the FIPs; so maybe this issue is time-sensitive and was not caught by CI without long-term stability testing?).</p> <p><span class="error">&#91;1&#93;</span> <a href="https://build.opnfv.org/ci/view/fuel/job/functest-fuel-virtual-daily-gambia/624/console" class="external-link" target="_blank" rel="nofollow noopener">https://build.opnfv.org/ci/view/fuel/job/functest-fuel-virtual-daily-gambia/624/console</a></p> <p>Hi, Chetan</p> <p> </p> <p>Can you help check this one? In this issue, I used real external network, but 192.168.100.1 can't be learnt, on the contrary, it learned another IP of neutron ext router.</p> <p>It's vagrant virtual box network issue, this issue disappeared after used change: vbox.customize <span class="error">&#91;&#39;modifyvm&#39;, :id, &#39;--nicpromisc3&#39;, &#39;allow-all&#39;&#93;</span></p> <p>So marked it as "invalid"</p> Development Rank 0|i03lv3: