<!-- 
RSS generated by JIRA (8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d) at Wed Feb 07 19:52:08 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>[CONTROLLER-79] Writing forwarding rules only once</title>
                <link>https://jira.opendaylight.org/browse/CONTROLLER-79</link>
                <project id="10113" key="CONTROLLER">controller</project>
                    <description>&lt;p&gt;I&apos;ve made a simple test on mininet. And it showed that controller writes forwarding rules only for the first iteration of packet exchange.&lt;/p&gt;

&lt;p&gt;1)Start the controller on local ip(127.0.0.1:6633)&lt;br/&gt;
2)sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3&lt;br/&gt;
3)login to controller ui via browser, and adding the ip getaway(10.0.0.254/24)&lt;/p&gt;

&lt;p&gt;Then perform command in mininet:&lt;br/&gt;
4)dpctl dump-flows&lt;br/&gt;
It shows that all switch&apos;s flow-tables are empty. Then do&lt;/p&gt;

&lt;p&gt;5)pingall&lt;br/&gt;
After that flow-tables are filled(may be checked via same dpctl)&lt;br/&gt;
doing ping for any host pair(measure time approx (I had 0.1ms))&lt;br/&gt;
7)dpctl del-flows&lt;br/&gt;
8)try to ping again the same pair - ping goes well, but time increases a lot(I got about 3.7ms) - it means that all packages forwarded through the controller&lt;br/&gt;
9)check again flow-tables - no rules are written(so the controller knows how to forward those packages - but it doesn&apos;t write rules)&lt;/p&gt;</description>
                <environment>&lt;p&gt;Operating System: Linux&lt;br/&gt;
Platform: PC&lt;/p&gt;</environment>
        <key id="24633">CONTROLLER-79</key>
            <summary>Writing forwarding rules only once</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="10003">Cannot Reproduce</resolution>
                                        <assignee username="vbhamidipati@ebaysf.com">Venkata Siva Vijayendra Bhamidipati</assignee>
                                    <reporter username="fedor.goncharov.ol@gmail.com">Fedor Goncharov</reporter>
                        <labels>
                    </labels>
                <created>Wed, 4 Dec 2013 07:44:01 +0000</created>
                <updated>Tue, 25 Jul 2023 08:22:53 +0000</updated>
                            <resolved>Mon, 4 May 2015 23:54:45 +0000</resolved>
                                                                    <component>adsal</component>
                        <due></due>
                            <votes>0</votes>
                                    <watches>3</watches>
                                                                                                                <comments>
                            <comment id="47431" author="aboch@cisco.com" created="Mon, 23 Dec 2013 18:16:37 +0000"  >&lt;p&gt;Fixed with&lt;br/&gt;
&lt;a href=&quot;https://git.opendaylight.org/gerrit/#/c/3487/&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://git.opendaylight.org/gerrit/#/c/3487/&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="47432" author="aboch@cisco.com" created="Mon, 23 Dec 2013 18:19:40 +0000"  >&lt;p&gt;Please discard previous comment&lt;/p&gt;</comment>
                            <comment id="47433" author="vbhamidipati@ebaysf.com" created="Wed, 22 Jan 2014 03:31:49 +0000"  >&lt;p&gt;Hi Fedor,&lt;/p&gt;

&lt;p&gt;This doesn&apos;t look like a bug to me. If your concern is that flows seem to disappear after a ping, it&apos;s because OVS times out flows after a set interval. So the flows do disappear in around 5 seconds after they are entered. I assume that mininet honors this behavior of OVS in its code as well (if I&apos;m not wrong it uses ovs code itself).&lt;/p&gt;

&lt;p&gt;For example, to begin with, I have no flows:&lt;/p&gt;

&lt;p&gt;mininet&amp;gt; dpctl dump-flows&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
	&lt;ul&gt;
		&lt;li&gt;
		&lt;ul&gt;
			&lt;li&gt;s1 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s2 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s3 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s4 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s5 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s6 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s7 ------------------------------------------------------------------------&lt;br/&gt;
mininet&amp;gt; &lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Then, I ping h6 from h1, and then ctrl^c it, and &lt;b&gt;immediately&lt;/b&gt; check the flows:&lt;/p&gt;

&lt;p&gt;mininet&amp;gt; h1 ping h6&lt;br/&gt;
PING 10.0.0.6 (10.0.0.6) 56(84) bytes of data.&lt;br/&gt;
64 bytes from 10.0.0.6: icmp_req=1 ttl=64 time=6.15 ms&lt;br/&gt;
64 bytes from 10.0.0.6: icmp_req=2 ttl=64 time=0.054 ms&lt;br/&gt;
^C&lt;br/&gt;
&amp;#8212; 10.0.0.6 ping statistics &amp;#8212;&lt;br/&gt;
2 packets transmitted, 2 received, 0% packet loss, time 1001ms&lt;br/&gt;
rtt min/avg/max/mdev = 0.054/3.105/6.156/3.051 ms&lt;br/&gt;
mininet&amp;gt; dpctl dump-flows&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
	&lt;ul&gt;
		&lt;li&gt;
		&lt;ul&gt;
			&lt;li&gt;s1 ------------------------------------------------------------------------&lt;br/&gt;
in_port(1),eth(src=da:4b:88:0c:1b:56,dst=0a:0d:4c:0c:50:9f),eth_type(0x0800),ipv4(src=10.0.0.1,dst=10.0.0.6,proto=1,tos=0,ttl=64,frag=no),icmp(type=8,code=0), packets:1, bytes:98, used:1.156s, actions:2&lt;br/&gt;
in_port(2),eth(src=0a:0d:4c:0c:50:9f,dst=da:4b:88:0c:1b:56),eth_type(0x0800),ipv4(src=10.0.0.6,dst=10.0.0.1,proto=1,tos=0,ttl=64,frag=no),icmp(type=0,code=0), packets:1, bytes:98, used:1.156s, actions:1&lt;/li&gt;
			&lt;li&gt;s2 ------------------------------------------------------------------------&lt;br/&gt;
in_port(1),eth(src=da:4b:88:0c:1b:56,dst=0a:0d:4c:0c:50:9f),eth_type(0x0800),ipv4(src=10.0.0.1,dst=10.0.0.6,proto=1,tos=0,ttl=64,frag=no),icmp(type=8,code=0), packets:1, bytes:98, used:1.160s, actions:3&lt;br/&gt;
in_port(3),eth(src=0a:0d:4c:0c:50:9f,dst=da:4b:88:0c:1b:56),eth_type(0x0800),ipv4(src=10.0.0.6,dst=10.0.0.1,proto=1,tos=0,ttl=64,frag=no),icmp(type=0,code=0), packets:1, bytes:98, used:1.160s, actions:1&lt;/li&gt;
			&lt;li&gt;s3 ------------------------------------------------------------------------&lt;br/&gt;
in_port(1),eth(src=da:4b:88:0c:1b:56,dst=0a:0d:4c:0c:50:9f),eth_type(0x0800),ipv4(src=10.0.0.1,dst=10.0.0.6,proto=1,tos=0,ttl=64,frag=no),icmp(type=8,code=0), packets:1, bytes:98, used:1.160s, actions:3&lt;br/&gt;
in_port(3),eth(src=0a:0d:4c:0c:50:9f,dst=da:4b:88:0c:1b:56),eth_type(0x0800),ipv4(src=10.0.0.6,dst=10.0.0.1,proto=1,tos=0,ttl=64,frag=no),icmp(type=0,code=0), packets:1, bytes:98, used:1.160s, actions:1&lt;/li&gt;
			&lt;li&gt;s4 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s5 ------------------------------------------------------------------------&lt;br/&gt;
in_port(1),eth(src=0a:0d:4c:0c:50:9f,dst=da:4b:88:0c:1b:56),eth_type(0x0800),ipv4(src=10.0.0.6,dst=10.0.0.1,proto=1,tos=0,ttl=64,frag=no),icmp(type=0,code=0), packets:1, bytes:98, used:1.160s, actions:3&lt;br/&gt;
in_port(3),eth(src=da:4b:88:0c:1b:56,dst=0a:0d:4c:0c:50:9f),eth_type(0x0800),ipv4(src=10.0.0.1,dst=10.0.0.6,proto=1,tos=0,ttl=64,frag=no),icmp(type=8,code=0), packets:1, bytes:98, used:1.160s, actions:1&lt;/li&gt;
			&lt;li&gt;s6 ------------------------------------------------------------------------&lt;br/&gt;
in_port(3),eth(src=da:4b:88:0c:1b:56,dst=0a:0d:4c:0c:50:9f),eth_type(0x0800),ipv4(src=10.0.0.1,dst=10.0.0.6,proto=1,tos=0,ttl=64,frag=no),icmp(type=8,code=0), packets:1, bytes:98, used:1.164s, actions:2&lt;br/&gt;
in_port(2),eth(src=0a:0d:4c:0c:50:9f,dst=da:4b:88:0c:1b:56),eth_type(0x0800),ipv4(src=10.0.0.6,dst=10.0.0.1,proto=1,tos=0,ttl=64,frag=no),icmp(type=0,code=0), packets:1, bytes:98, used:1.164s, actions:3&lt;/li&gt;
			&lt;li&gt;s7 ------------------------------------------------------------------------&lt;br/&gt;
mininet&amp;gt; &lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;




&lt;p&gt;After a few seconds, I recheck the flows:&lt;/p&gt;


&lt;p&gt;mininet&amp;gt; dpctl dump-flows&lt;/p&gt;
&lt;ul&gt;
	&lt;li&gt;
	&lt;ul&gt;
		&lt;li&gt;
		&lt;ul&gt;
			&lt;li&gt;s1 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s2 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s3 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s4 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s5 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s6 ------------------------------------------------------------------------&lt;/li&gt;
			&lt;li&gt;s7 ------------------------------------------------------------------------&lt;br/&gt;
mininet&amp;gt; &lt;/li&gt;
		&lt;/ul&gt;
		&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;



&lt;p&gt;And they&apos;re gone, owing to ovs timeouts.&lt;/p&gt;

&lt;p&gt;I will mark this bug as invalid for the above reason. Please do note that the flows do get written on the switches by the controller before they time out, so the controller is doing its job.&lt;/p&gt;</comment>
                            <comment id="47434" author="carolsand@gmail.com" created="Mon, 4 May 2015 23:54:45 +0000"  >&lt;p&gt;This bug is part of the project to Move all ADSAL associated component bugs to ADSAL&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>209</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=209]]></customfieldvalue>

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

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