<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:35:46 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>OpenDaylight JIRA</title>
    <link>https://jira.opendaylight.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>8.20.10</version>
        <build-number>820010</build-number>
        <build-date>22-06-2022</build-date>
    </build-info>


<item>
            <title>[OVSDB-198] Unstack and restack existing same compute unable to communicate the existing network VM&apos;s</title>
                <link>https://jira.opendaylight.org/browse/OVSDB-198</link>
                <project id="10158" key="OVSDB">ovsdb</project>
                    <description>&lt;p&gt;Build#: Lithium-SR1 Build&lt;br/&gt;
Openstack: stable/kilo&lt;/p&gt;

&lt;p&gt;local.conf snip&lt;br/&gt;
=======&lt;br/&gt;
enable_plugin networking-odl &lt;a href=&quot;https://github.com/stackforge/networking-odl&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/stackforge/networking-odl&lt;/a&gt; stable/kilo&lt;br/&gt;
Q_PLUGIN=ml2&lt;br/&gt;
ENABLE_TENANT_TUNNELS=True&lt;br/&gt;
Q_ML2_TENANT_NETWORK_TYPE=vxlan&lt;/p&gt;

&lt;p&gt;Environment&lt;br/&gt;
============&lt;br/&gt;
Openstack controller &amp;amp; compute node connected with ODL as external mode.&lt;/p&gt;

&lt;p&gt;Problem:&lt;br/&gt;
========&lt;br/&gt;
1.Create network on 2.1.1.0/24 &lt;br/&gt;
2.Spawned VM1 on compute node 1,VM2 on compute node 2  (with 2.1.1.x network)&lt;br/&gt;
3.Unstacked the compute node2&lt;br/&gt;
4.Restacked the compute node2&lt;br/&gt;
5.Spwaned VM3 on compute node 2 (with 2.1.1.x network)&lt;br/&gt;
6.VM3 (on compute node 2) unable to ping VM1 (on compute node 1)&lt;br/&gt;
7.Spawned VM4 on compute node 1 (with 2.1.1.x network)&lt;br/&gt;
8.VM4(on compute node 1) will able ping VM3 (on compute node 2)&lt;br/&gt;
9.VM4(on compute node 1) will able ping VM4 (on compute node 1)&lt;/p&gt;


&lt;p&gt;Additional Observation&lt;br/&gt;
=====================&lt;br/&gt;
Bridge br-int doesnot removed the &quot;vxlan-20.1.1.3&quot;,when unstacking the compute node.&lt;br/&gt;
============SNIP of sudo ovs-vsctl show===================&lt;br/&gt;
    Bridge br-int&lt;br/&gt;
        Controller &quot;tcp:10.16.148.232:6653&quot;&lt;br/&gt;
            is_connected: true&quot;vxlan-20.1.1.3&quot;&lt;br/&gt;
        fail_mode: secure&lt;br/&gt;
        Port &quot;vxlan-20.1.1.3&quot;&lt;br/&gt;
            Interface &quot;vxlan-20.1.1.3&quot;&lt;br/&gt;
                type: vxlan&lt;br/&gt;
                options: &lt;/p&gt;
{key=flow, local_ip=&quot;20.1.1.2&quot;, remote_ip=&quot;20.1.1.3&quot;}
&lt;p&gt;=======================================&lt;/p&gt;

&lt;p&gt;This stale entries doesn&apos;t retained until restack openstack other nodes.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="21890">OVSDB-198</key>
            <summary>Unstack and restack existing same compute unable to communicate the existing network VM&apos;s</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                                <status id="5" iconUrl="https://jira.opendaylight.org/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="green"/>
                                    <resolution id="10000">Done</resolution>
                                        <assignee username="ravi_sabapathy@dell.com">Ravi Shankar S</assignee>
                                    <reporter username="vasanthan_balasubram@dell.com">Vasanthan Balasubramaniyan</reporter>
                        <labels>
                    </labels>
                <created>Thu, 27 Aug 2015 12:07:05 +0000</created>
                <updated>Sun, 11 Oct 2015 16:01:06 +0000</updated>
                            <resolved>Sun, 11 Oct 2015 16:01:06 +0000</resolved>
                                    <version>unspecified</version>
                                                    <component>openstack.net-virt</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="40942" author="ravi_sabapathy@dell.com" created="Thu, 3 Sep 2015 21:40:46 +0000"  >&lt;p&gt;          When unstack.sh is executed it removes all the ports, bridges and flows in the corresponding node. The ODL does not store any of these flows and there is no way to recover the old flows. When the same node is re-stacked, only the default flows corresponding to the  vxlan tunnel is programmed. &lt;/p&gt;

&lt;p&gt;Root cause:&lt;/p&gt;

&lt;p&gt; The below missing flow in the re-stacked node is the root cause for the issue.  &lt;/p&gt;

&lt;p&gt; Unicast Packet flow to a known &lt;/p&gt;
{tun_id, mac}
&lt;p&gt; tuple:&lt;br/&gt;
        For a known tunnel id and mac, the unicast packets need to be send through the vxlan tunnel. &lt;/p&gt;

&lt;p&gt;For eg., &lt;br/&gt;
      cookie=0x0, duration=781.112s, table=110, n_packets=6, n_bytes=532, tun_id=0x3f4,dl_dst=fa:16:3e:cf:51:7f actions=output:2&lt;/p&gt;

&lt;p&gt;Why ping to the old VM does not work:&lt;/p&gt;

&lt;p&gt;     The ARP broadcast message from the re-stacked node&apos;s vm, reaches the old VM and old vm sends a reply. The MAC is learnt in the re-stacked node&apos;s VM. When it tries to send ICMP packets (unicast packet for known MAC &amp;amp; TUN ID) to the odl VM, the packet is not send through the vxlan port because of the above missing flow.&lt;/p&gt;

&lt;p&gt;          This bug cannot be addressed in ODL with the current ovsdb design.&lt;/p&gt;</comment>
                            <comment id="40943" author="ravi_sabapathy@dell.com" created="Mon, 7 Sep 2015 10:50:41 +0000"  >&lt;p&gt;              In the new compute node, when I try to add a VM only the neutron port addition for that VM is logged.  The neutron port southbound events for older VM&apos;s are missing. The ODL does not get events from southbound for the older VM&apos;s and is why it is not able to program the compute node2.&lt;/p&gt;

&lt;p&gt;        The missing rules are added in the compute node, only when I hard/soft reboot VM1 and VM2 from openstack UI (Now the ping to VM1/VM2 is working). When I do this hard/soft reboot, karaf log shows PORT DELETE and PORT ADD southbound events for the neutron port of older VM&apos;s.&lt;/p&gt;

&lt;p&gt;To fix this issue &lt;br/&gt;
1.	neutron port update southbound event should reach ODL for older VM&apos;s. (or)&lt;br/&gt;
2.	ODL should have a cache of all the older VM&#8217;s  to program new compute node. This is not the current design in ODL. &lt;br/&gt;
i.	If ODL itself is restarted and then a new compute node is added is another issue. In this case the cache approach will not help.&lt;br/&gt;
ii.	 If it is clustering scenario we can maintain these details in shard. In scalability aspect maintain cache will be overhead to ODL.&lt;/p&gt;</comment>
                            <comment id="40944" author="ravi_sabapathy@dell.com" created="Thu, 1 Oct 2015 17:19:24 +0000"  >&lt;p&gt;The fix got merged to the stable/lithium&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/27515&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/27515&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="40945" author="shague@redhat.com" created="Sun, 11 Oct 2015 16:01:06 +0000"  >&lt;p&gt;&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/27515&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/27515&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                    <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                            <customfield id="customfield_11400" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10208" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>External issue ID</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>4208</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10201" key="com.atlassian.jira.plugin.system.customfieldtypes:url">
                        <customfieldname>External issue URL</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[https://bugs.opendaylight.org/show_bug.cgi?id=4208]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10000" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i02193:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                </customfields>
    </item>
</channel>
</rss>