<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:21:37 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>[NETVIRT-462] L2GW tunnel(s) not created when auto tunnel mode is enabled</title>
                <link>https://jira.opendaylight.org/browse/NETVIRT-462</link>
                <project id="10144" key="NETVIRT">netvirt</project>
                    <description>&lt;p&gt;When auto tunnel mode is enabled (default for netvirt, currently), there are some issues when L2GW and L2GW connection are configured. Usually, what I see is there will not be a tunnel between the TOR and the remote TEP (dump vtep db).&lt;/p&gt;

&lt;p&gt;If I delete the automatically created Transport Zones in ITM via restconf, and then create the L2GW and L2GW connection, the tunnel between the TOR and remote TEP will be created.&lt;/p&gt;

&lt;p&gt;This issue has also been observed and repored by Tomer Pearl in the OVSDB mailing list.&lt;/p&gt;

&lt;p&gt;One workaround that has been mentioned (I have not tried it yet) is to disable auto tunnel creation in netvirt config file.&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="20383">NETVIRT-462</key>
            <summary>L2GW tunnel(s) not created when auto tunnel mode is enabled</summary>
                <type id="10104" iconUrl="https://jira.opendaylight.org/secure/viewavatar?size=xsmall&amp;avatarId=10303&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.opendaylight.org/images/icons/priorities/major.svg">Medium</priority>
                        <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="10003">Cannot Reproduce</resolution>
                                        <assignee username="akash">Akash Sahu</assignee>
                                    <reporter username="vpickard@redhat.com">Victor Pickard</reporter>
                        <labels>
                    </labels>
                <created>Mon, 6 Feb 2017 18:12:54 +0000</created>
                <updated>Thu, 3 May 2018 14:45:06 +0000</updated>
                            <resolved>Thu, 5 Apr 2018 23:30:44 +0000</resolved>
                                    <version>Boron</version>
                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="37188" author="vpickard@redhat.com" created="Mon, 6 Feb 2017 18:21:36 +0000"  >&lt;p&gt;Email on ovsdb-dev, from Daya, about how this works.&lt;/p&gt;


&lt;p&gt;Hi pearl,&lt;br/&gt;
First word of caution - I am not sure if this is tested with netvirt autoconfig tunnel creation mode, or works with the same.&lt;br/&gt;
So, the assumption is that a transport zone is available, with a bunch of ovs nodes, which are already fully meshed.&lt;br/&gt;
Given this,when the l2gw create commands comes through, netivirt will build tunnels from each ovs endpt in the TZ (or other hwvtep endpts) to the new l2gw device.  Netvirt will also populate all the remote TEPs in the physical locator table of the hwvtep, to enable it to build its own tunnels as and when needed.&lt;/p&gt;

&lt;p&gt;Can you try the following &#8211;&lt;br/&gt;
Switch off tunnel autocreation, use REST aPI to create TZ with all OVS, and then see if u face any issues.&lt;br/&gt;
Use the netvirt autoconfig mode, but create the neutron network first, which will trigger creation of the TZ with OVS switches upfront, then add the l2gw API.&lt;/p&gt;


&lt;p&gt;If we know this is the issue, (and it may be different from the exception you are seeing below), we can update the l2gw code as follows in case the netvirt auto0config mode is enabled &#8211;&lt;br/&gt;
It should not build tunnels as part of l2gw create operations. When l2gw conn-create comes through, it needs to look up the corresponding TZ, and add the hwvtep into this tz as an external endpt, this will enable tunnels from all ovs&#8217;s in that tz to the hwvtep, netvirt should also publish only the subset of physical locators in that tz onto the hwvtep.&lt;/p&gt;

&lt;p&gt;Thanks,&lt;br/&gt;
daya&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>7743</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=7743]]></customfieldvalue>

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

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