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/OPNFLWPLUG-30 OpenFlowPlugin <p>After adding a topology in mininet pinging two hosts does not work. Initially there were some issues with the md-sal/ad-sal adaptation layer. These issues have been addressed by this commit <a href="https://git.opendaylight.org/gerrit/#/c/4238/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/4238/</a></p> <p>After the controller changes the ping between two hosts is still not working.</p> <p>Operating System: All<br/> Platform: All</p> OPNFLWPLUG-30

ping between hosts not working with OF10

Bug Resolved Done Vaclav Demcak Moiz Raja Wed, 15 Jan 2014 02:17:05 +0000 Mon, 27 Sep 2021 09:01:01 +0000 Sun, 26 Jan 2014 10:52:17 +0000 General Fri, 17 Jan 2014 00:00:00 +0000 0 4 <p>Since 01/16/2014 ping should be working for OF1.3. It is not working yet for OF1.0. On investigation I have atleast ruled out the compatibility layer because it behaves similarly for both 1.3 and 1.0. I got to the point where the ModelDrivenSwitchImpl#addFlow is called twice for a ping as would be expected - since two flows need to be programmed for a ping to work. However only the last added flow ever gets installed on the switch. It's almost like the addFlow call modifies the first flow instead of adding another. </p> <p>Would be good if someone with more openflow knowledge could look at this.</p> <p>Attachment flowmod.pcapng has been added with description: flowmod capture</p> <p>Michal,</p> <p>I have attached a wireshark capture which shows the flow mod messages that are sent by the controller when a ping is done between two hosts. From my looking at the trace it seemed to me that openflowjava may not be properly serializing the match field for OF1.0. The reason for this suspicion is that wireshark is not able to decode the match field for OF1.0 whereas it is able to do it properly for OF1.3.</p> <p>From debugging the code I saw that the match field was being passed on to openflowjava ConnectionAdapterImpl@flowMod in the FlowModInput object in the _matchV10 field (_match is null). Hopefully you can start debugging from this point and see what may be going on.</p> <p>Hi Moiz,</p> <p>I am unable to reproduce this issue (although pinging host for longer period of time). I can see no errors in the osgi console either.</p> <p>FlowMod messages in attached wireshark capture look OK.</p> <p>Michal</p> <p>Michal,</p> <p>As per our conversation - one difference between your environment and mine is that you are using ovs 1.1 and I am using ovs 2.0. Please try out this experiment with ovs 2.0 and see if you can reproduce this problem.</p> <p>Attachment flowModsWithOvs20.pcapng has been added with description: FlowMod messages while pinging</p> <p>Hello,</p> <p>i tried with OVS 2.0 and the result is same - ping working for me. I can see no errors in the osgi console, packets look ok on the wire (see attachment).</p> <p>Michal</p> <p>ARP Handler - Ping defect</p> <p>There is a defect for this one using OF10 mininet (sudo mn --controller=remote,ip=127.0.0.1 --topo tree,2). It was working fine two days ago for OF13 mininet, but when I try to retest it now (By taking the latest plugin using OF13 mininet, sudo mn --controller=remote,ip=127.0.0.1 --topo tree,2 --switch ovsk,protocols=OpenFlow13), it is failing now for OF13mininet too.</p> <p>-Madhusudhan</p> <p>It was failed to ping between hosts with OF 1.0 Mininet.</p> <p>I used the latest artifacts for the Base Edition.</p> <p><a href="https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distributions-base/0.1.0-SNAPSHOT/distributions-base-0.1.0-20140123.052516-515-osgipackage.zip" class="external-link" target="_blank" rel="nofollow noopener">https://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/org/opendaylight/integration/distributions-base/0.1.0-SNAPSHOT/distributions-base-0.1.0-20140123.052516-515-osgipackage.zip</a></p> <p>Using this, I started up the controller like this:</p> <p>$ /run.sh -of13</p> <p>After starting the controller, I run OF 1.0 mininet, and execute ping command.<br/> The only first ping packet was successfully forwarded,<br/> but all other ping packets was not forwarded.</p> <p>I saw the following in the log:</p> <p>2014-01-23 08:03:32.976 EST <span class="error">&#91;nioEventLoopGroup-9-3&#93;</span> INFO o.o.o.p.impl.core.OFFrameDecoder - OF Protocol message received, type:17<br/> 2014-01-23 08:03:32.976 EST <span class="error">&#91;nioEventLoopGroup-9-3&#93;</span> ERROR o.o.o.protocol.impl.core.OFDecoder - Message deserialization failed<br/> 2014-01-23 08:03:32.977 EST <span class="error">&#91;nioEventLoopGroup-9-3&#93;</span> ERROR o.o.o.protocol.impl.core.OFDecoder - readerIndex(399) + length(32) exceeds writerIndex(427): SlicedByteBuf(ridx: 399, widx: 427, cap: 427/427, unwrapped: UnpooledUnsafeDirectByteBuf(ridx: 0, widx: 52, cap: 512))<br/> java.lang.IndexOutOfBoundsException: readerIndex(399) + length(32) exceeds writerIndex(427): SlicedByteBuf(ridx: 399, widx: 427, cap: 427/427, unwrapped: UnpooledUnsafeDirectByteBuf(ridx: 0, widx: 52, cap: 512))<br/> at io.netty.buffer.AbstractByteBuf.checkReadableBytes(AbstractByteBuf.java:1160) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.buffer.AbstractByteBuf.readBytes(AbstractByteBuf.java:668) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.buffer.AbstractByteBuf.readBytes(AbstractByteBuf.java:676) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.util.ByteBufUtils.decodeNullTerminatedString(ByteBufUtils.java:210) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.deserialization.factories.OF10StatsReplyMessageFactory.setTable(OF10StatsReplyMessageFactory.java:202) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.deserialization.factories.OF10StatsReplyMessageFactory.bufferToMessage(OF10StatsReplyMessageFactory.java:104) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.deserialization.factories.OF10StatsReplyMessageFactory.bufferToMessage(OF10StatsReplyMessageFactory.java:60) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.deserialization.DeserializationFactory.bufferToMessage(DeserializationFactory.java:41) ~<span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.core.OFDecoder.decode(OFDecoder.java:47) <span class="error">&#91;bundlefile:na&#93;</span><br/> at org.opendaylight.openflowjava.protocol.impl.core.OFDecoder.decode(OFDecoder.java:26) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.handler.codec.MessageToMessageDecoder.channelRead(MessageToMessageDecoder.java:89) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:173) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:173) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:253) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.invokeChannelRead(DefaultChannelHandlerContext.java:337) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelHandlerContext.fireChannelRead(DefaultChannelHandlerContext.java:323) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:785) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:100) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:480) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:447) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:341) <span class="error">&#91;bundlefile:na&#93;</span><br/> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101) <span class="error">&#91;bundlefile:na&#93;</span><br/> at java.lang.Thread.run(Thread.java:722) <span class="error">&#91;na:1.7.0_15&#93;</span></p> <p>We see the same problem in our lab/setup. Here are the details.</p> <p>Please check if there is a bug for this otherwise open one:</p> <p>After doing h1 ping h4 (mininet OF1.0) BAD</p> <p>mininet@mininet-vm:~\&gt; sudo ovs-ofctl dump-flows s1<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=14.77s, table=0, n_packets=0, n_bytes=0, idle_age=14, priority=1,ip actions=output:1<br/> mininet@mininet-vm:~\&gt; sudo ovs-ofctl dump-flows s2<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=16.318s, table=0, n_packets=30, n_bytes=2940, idle_age=2, priority=1,ip actions=mod_dl_dst:c6:4e:04:b3:d8:0a,output:2<br/> mininet@mininet-vm:~\&gt; sudo ovs-ofctl dump-flows s3<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=19.223s, table=0, n_packets=0, n_bytes=0, idle_age=19, priority=1,ip actions=output:3</p> <p>After doing h1 ping h4 (mininet OF1.3) GOOD</p> <p>mininet@mininet-vm:~\&gt; sudo ovs-ofctl -O OpenFlow13 dump-flows s1<br/> OFPST_FLOW reply (OF1.3) (xid=0x2):<br/> cookie=0x0, duration=7.492s, table=0, n_packets=6, n_bytes=588, send_flow_rem priority=1,ip,nw_dst=10.0.0.4 actions=output:2<br/> cookie=0x0, duration=7.524s, table=0, n_packets=6, n_bytes=588, send_flow_rem priority=1,ip,nw_dst=10.0.0.1 actions=output:1<br/> mininet@mininet-vm:~\&gt; sudo ovs-ofctl -O OpenFlow13 dump-flows s2<br/> OFPST_FLOW reply (OF1.3) (xid=0x2):<br/> cookie=0x0, duration=9.314s, table=0, n_packets=8, n_bytes=784, send_flow_rem priority=1,ip,nw_dst=10.0.0.4 actions=output:3<br/> cookie=0x0, duration=9.35s, table=0, n_packets=8, n_bytes=784, send_flow_rem priority=1,ip,nw_dst=10.0.0.1 actions=output:1<br/> mininet@mininet-vm:~\&gt; sudo ovs-ofctl -O OpenFlow13 dump-flows s3<br/> OFPST_FLOW reply (OF1.3) (xid=0x2):<br/> cookie=0x0, duration=11.194s, table=0, n_packets=10, n_bytes=980, send_flow_rem priority=1,ip,nw_dst=10.0.0.4 actions=output:2<br/> cookie=0x0, duration=11.23s, table=0, n_packets=10, n_bytes=980, send_flow_rem priority=1,ip,nw_dst=10.0.0.1 actions=output:3</p> <p>I have checked the OF10StatsReplyMessageFactory.setTable() method. Looks fine.</p> <p>Can you provide wireshark capture with the failed MultiPartReply message ?<br/> And detailed usecase would be great, because I am still unable to reproduce the issue.</p> <p>Thanks<br/> Michal</p> <p>Hello,</p> <p>the deserialization issue is fixed by: <a href="https://git.opendaylight.org/gerrit/#/c/4767/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/4767/</a></p> <p>It is a temporary fix, because this issue is caused by the ovs switch (sending wrong data / OF1.0 Table Statistics). Change will be reverted once the ovs switch will work.</p> <p>Michal</p> <p>Please verify fix</p> <p>Test env:<br/> openflowplugin controller (bulded 25.1. <span class="error">&#91;CET 19:05&#93;</span>)<br/> mininet v. 2.0.1, ovs 2.0.0, REST by postman </p> <p>INPUT 1<br/> <a href="http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/22" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/22</a><br/> &lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;<br/> &lt;flow xmlns="urn:opendaylight:flow:inventory"&gt;<br/> &lt;cookie&gt;0&lt;/cookie&gt;<br/> &lt;hard-timeout&gt;0&lt;/hard-timeout&gt;<br/> &lt;id&gt;22&lt;/id&gt;<br/> &lt;idle-timeout&gt;0&lt;/idle-timeout&gt;<br/> &lt;instructions&gt;<br/> &lt;instruction&gt;<br/> &lt;order&gt;1&lt;/order&gt;<br/> &lt;apply-actions&gt;<br/> &lt;action&gt;<br/> &lt;order&gt;1&lt;/order&gt;<br/> &lt;output-action&gt;<br/> &lt;output-node-connector&gt;openflow:2:2&lt;/output-node-connector&gt;<br/> &lt;/output-action&gt;<br/> &lt;/action&gt;<br/> &lt;/apply-actions&gt;<br/> &lt;order&gt;0&lt;/order&gt;<br/> &lt;/instruction&gt;<br/> &lt;/instructions&gt;<br/> &lt;match&gt;<br/> &lt;in-port&gt;MD_SAL|openflow:2:1&lt;/in-port&gt;<br/> &lt;/match&gt;<br/> &lt;priority&gt;5&lt;/priority&gt;<br/> &lt;table_id&gt;2&lt;/table_id&gt;<br/> &lt;/flow&gt;</p> <p>INPUT 2<br/> <a href="http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/23" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:1/table/2/flow/23</a><br/> &lt;?xml version="1.0" encoding="UTF-8" standalone="no"?&gt;<br/> &lt;flow xmlns="urn:opendaylight:flow:inventory"&gt;<br/> &lt;cookie&gt;0&lt;/cookie&gt;<br/> &lt;hard-timeout&gt;0&lt;/hard-timeout&gt;<br/> &lt;id&gt;23&lt;/id&gt;<br/> &lt;idle-timeout&gt;0&lt;/idle-timeout&gt;<br/> &lt;instructions&gt;<br/> &lt;instruction&gt;<br/> &lt;order&gt;1&lt;/order&gt;<br/> &lt;apply-actions&gt;<br/> &lt;action&gt;<br/> &lt;order&gt;1&lt;/order&gt;<br/> &lt;output-action&gt;<br/> &lt;output-node-connector&gt;openflow:2:1&lt;/output-node-connector&gt;<br/> &lt;/output-action&gt;<br/> &lt;/action&gt;<br/> &lt;/apply-actions&gt;<br/> &lt;order&gt;0&lt;/order&gt;<br/> &lt;/instruction&gt;<br/> &lt;/instructions&gt;<br/> &lt;match&gt;<br/> &lt;in-port&gt;MD_SAL|openflow:2:2&lt;/in-port&gt;<br/> &lt;/match&gt;<br/> &lt;priority&gt;5&lt;/priority&gt;<br/> &lt;table_id&gt;2&lt;/table_id&gt;<br/> &lt;/flow&gt;</p> <p>RESULT<br/> h1 ping h2<br/> PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.<br/> 64 bytes from 10.0.0.2: icmp_req=2 ttl=64 time=0.348 ms<br/> 64 bytes from 10.0.0.2: icmp_req=3 ttl=64 time=0.043 ms</p> <p>fix couple of misstakes in reported test data:</p> <p>testd minintes:<br/> sudo mn --topo tree,2 --controller 'remote,ip=127.0.0.1,port=6653' --switch ovsk,protocols=OpenFlow13 <br/> input / output reported before <br/> ----------<br/> sudo mn --topo tree,2 --controller 'remote,ip=127.0.0.1,port=6653' --switch ovsk,protocols=OpenFlow10</p> <p>Input:<br/> <a href="http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:2/table/2/flow/22" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:2/table/2/flow/22</a><br/> same xml (only table_id has to be 0)</p> <p><a href="http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:2/table/2/flow/23" class="external-link" target="_blank" rel="nofollow noopener">http://localhost:8080/restconf/config/opendaylight-inventory:nodes/node/openflow:2/table/2/flow/23</a><br/> same xml (only table_id has to be 0)</p> <p>mininet&gt; h1 ping h2<br/> PING 10.0.0.2 (10.0.0.2) 56(84) bytes of data.<br/> 64 bytes from 10.0.0.2: icmp_req=1 ttl=64 time=1.48 ms<br/> 64 bytes from 10.0.0.2: icmp_req=2 ttl=64 time=0.047 ms<br/> 64 bytes from 10.0.0.2: icmp_req=3 ttl=64 time=0.083 ms</p> <p>mininet@debian:~$ sudo ovs-ofctl -O OpenFlow10 dump-flows s2<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=7.234s, table=0, n_packets=0, n_bytes=0, idle_age=7, priority=1,in_port=1 actions=output:2<br/> cookie=0x0, duration=133.039s, table=0, n_packets=5, n_bytes=210, idle_age=59, priority=1,in_port=2 actions=output:1</p> <p>mininet@debian:~$ sudo ovs-ofctl -O OpenFlow10 dump-flows s2<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=454.651s, table=0, n_packets=18, n_bytes=1316, idle_age=123, priority=1,in_port=1 actions=output:2<br/> cookie=0x0, duration=580.456s, table=0, n_packets=18, n_bytes=1316, idle_age=123, priority=1,in_port=2 actions=output:1</p> Development External issue ID 306 External issue URL Rank 0|i02ymv: