<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 20:20:51 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-160] Learn SG - correct matches for rules for ICMP and other general changes</title>
                <link>https://jira.opendaylight.org/browse/NETVIRT-160</link>
                <project id="10144" key="NETVIRT">netvirt</project>
                    <description>&lt;p&gt;1. When configuring an ICMP allow rule - I got this:&lt;br/&gt;
 table=42, priority=61010,ip,metadata=0x30000000000/0x1fffff0000000000 actions=learn(table=252,idle_timeout=60,hard_timeout=60,priority=61010,cookie=0x6900000,eth_type=0x800,NXM_OF_IP_SRC[]=NXM_OF_IP_DST[],NXM_OF_IP_PROTO[],load:0x1-&amp;gt;NXM_NX_REG6&lt;span class=&quot;error&quot;&gt;&amp;#91;0..7&amp;#93;&lt;/span&gt;),resubmit(,17)&lt;/p&gt;

&lt;p&gt;We need to match on ICMP not IP in this case - otherwise it conflicts with other SG rules&lt;/p&gt;

&lt;p&gt;2. Why dont we match on both directions of IP? This would be more correct - add NXM_OF_IP_DST[]=NXM_OF_IP_SRC[]&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: All&lt;br/&gt;
Platform: All&lt;/p&gt;</environment>
        <key id="20081">NETVIRT-160</key>
            <summary>Learn SG - correct matches for rules for ICMP and other general changes</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="-1">Unassigned</assignee>
                                    <reporter username="alonko@hpe.com">Alon Kochba</reporter>
                        <labels>
                    </labels>
                <created>Wed, 21 Sep 2016 11:30:42 +0000</created>
                <updated>Thu, 19 Oct 2017 21:27:55 +0000</updated>
                            <resolved>Tue, 25 Oct 2016 08:45:45 +0000</resolved>
                                    <version>Carbon</version>
                                                    <component>General</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>1</watches>
                                                                                                                <comments>
                            <comment id="36446" author="alonko@hpe.com" created="Wed, 21 Sep 2016 11:37:17 +0000"  >&lt;p&gt;(1) is my mistake - irrelevant, it does work ok.&lt;/p&gt;

&lt;p&gt;(2) should be added AND we are also missing much more important rules, for TCP for example we need to add NXM_OF_TCP_DST[]=NXM_OF_TCP_SRC[], otherwise we allow all packets from source port 80 to pass, without validating the connection:&lt;/p&gt;

&lt;p&gt;table=252, idle_timeout=3600, hard_timeout=3600, priority=61010,tcp,nw_src=8.8.8.8,tp_src=80 actions=fin_timeout(idle_timeout=60,hard_timeout=60),load:0x1-&amp;gt;NXM_NX_REG6&lt;span class=&quot;error&quot;&gt;&amp;#91;0..7&amp;#93;&lt;/span&gt;&lt;/p&gt;


&lt;p&gt;3. Currently these 252 (or 41) rules will allow this for all VMs - we need to support this per-VM that has the security group - ideally the metadata lport should be used, but i&apos;m not sure we can configure that with learn - maybe this logic needs to be in the first ACL table (251 or 40)&lt;/p&gt;</comment>
                            <comment id="36447" author="alonko@hpe.com" created="Wed, 21 Sep 2016 11:40:16 +0000"  >&lt;p&gt;More on this - it makes no point to set a hard timeout like the idle timeout. We probably don&apos;t even want a hard timeout.&lt;/p&gt;</comment>
                            <comment id="36448" author="alonko@hpe.com" created="Wed, 21 Sep 2016 11:56:55 +0000"  >&lt;p&gt;And idle timeout should be 5 hours for TCP.&lt;br/&gt;
60 second for other protocols&lt;/p&gt;</comment>
                            <comment id="36449" author="alonko@hpe.com" created="Wed, 21 Sep 2016 12:06:31 +0000"  >&lt;p&gt;If possible, I would also remove the drop rules from tables 41 and 252 - because of the double resubmit they don&apos;t really drop anything, so they just confuse debugging in this case&lt;/p&gt;</comment>
                            <comment id="36450" author="shlomi.alfasi@contextream.com" created="Tue, 25 Oct 2016 08:45:45 +0000"  >&lt;p&gt;fixed in &lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/46884/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/46884/&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>6769</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=6769]]></customfieldvalue>

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

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