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-26 OpenFlowPlugin <p>To remove flow1:</p> <p>After you create a flow1 (It got succeeded and verified too) and when you try to delete the respective flow1 i.e using DELETE <a href="http://10.125.136.52:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:2/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://10.125.136.52:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:2/staticFlow/flow1</a> thorugh REST-API, I am getting an error '404 - Not Found'</p> <p>Please note this is for mininet - OF1.3.</p> <p>Operating System: Windows<br/> Platform: PC</p> OPNFLWPLUG-26

Forwarding Rules Manager (Installs Flows on SB devices)

Improvement Resolved Done Anil Vishnoi Madhusudhan Ananderi Mon, 13 Jan 2014 18:09:29 +0000 Mon, 27 Sep 2021 09:01:01 +0000 Tue, 28 Jan 2014 11:59:36 +0000 General Wed, 22 Jan 2014 00:00:00 +0000 0 7 <p>Note, this is the old API, not the new RESTCONF API.</p> <p>So this is an issue with the MD-SAL Adaptation.</p> <p>I tried it today. This works fine for me in the sense I get a 204 - the flow itself does not get removed from the switch which is a separate issue problem on the openflowplugin/openflowjava side.</p> <p>Please reverify.</p> <p>Verified. Works fine.<br/> Using the DELETE URL, the flow gets deleted from switch as well but "204 - No Content" in response.</p> <p>Following is the test procedure followed:</p> <p>I created a mininet topology with 1 switch and 3 hosts on Mininet OPenflow1.3.<br/> Added 2 flows statically through dashboard.<br/> Can see the flows through URI <br/> GET <a href="http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow1</a><br/> GET <a href="http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow2" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow2</a></p> <p>Also can see the flows on switch through mininet : dpctl dump-flows</p> <p>Now if i delete the flows through URL <br/> DELETE <a href="http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:1/staticFlow/flow1</a><br/> the flow gets deleted from switch but gives "204 - No Content" in response body.</p> <p>Attachment Screenshots_290.zip has been added with description: Screenshots for test procedure</p> <p>Attachment FRM_defect_OF10mininet.txt has been added with description: FRM_defect_OF10mininet</p> <p>Hi,</p> <p>It worked fine for OF13mininet as seen with the screenshots. Can you try using the same procedure for OF10 mininet? Have elaborated the defect in the attachment "FRM_defect_OF10mininet.txt"</p> <p>Hi,</p> <p>To be clear, here is the details for the issue.</p> <p>After you add the flow (Using OF10 mininet), I get 201 response. But, when I look at the statistics, I could not see the match field for IP address, due to which the flow statistics is failing.</p> <p>I have the new openflowplugin integrated and used Mininet Openflow1.0.<br/> The GET response shows details of the flow that was previously added.(Very different from what you are getting)</p> <p>Have created the attachment for detailed explanation.<br/> DELETE also works fine for mininet OF10</p> <p>Attachment OF1mininet.txt has been added with description: FRM OF10 mininet</p> <p>Hi,</p> <p>Can you do the following steps in your setup and confirm back?</p> <p>For OF13 mininet:</p> <p>1. Start the controller using -OF13 option<br/> 2. Use the command for mininet<br/> sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3 --switch ovsk,protocols=OpenFlow13<br/> 3. PUT <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a> <br/> Include the below body:<br/> -------------------------------------------------------------------------------<br/> &lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:6&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt; <br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:6:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;<br/> -------------------------------------------------------------------------------<br/> 4. GET <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a></p> <p>Confirm here whether you get the correct flow</p> <p>5. GET <a href="http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow</a><br/> You must be able see the flow for the particular node (Node is Openflow:6). Also, Check the match field i.e IP address for the particular node (Openflow:6) in the response<br/> 6. DELETE <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a><br/> 7. Repeat step 4 and step 5 and check the flow doesn't exists.</p> <p>For OF13 mininet:</p> <p>8. Use the command for mininet<br/> sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3<br/> 9. Repeat steps 3,4,5<br/> 10. Check the match field i.e IP address for the particular node (Openflow:6) in the response<br/> 11.Repeat step 6 and 7, check the flows doesn't exists.</p> <p>It will be good if you could write YES/NO with your findings for every steps to avoid confusion.</p> <p>Thanks</p> <p>Please find the correct typo error in my previous comments:</p> <p>For steps 8 - 11, it is for OF10 mininet.</p> <p>One more findings:</p> <p>It is not a problem on stats, the flow is NOT installed correctly in the switch after pushing this:</p> <p>PUT <a href="http://10.125.136.52:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:2/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://10.125.136.52:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:2/staticFlow/flow1</a></p> <p>&lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:2&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt; <br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:2:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;</p> <p>mininet@mininet-vm:~\&gt; sudo ovs-ofctl dump-flows s2<br/> NXST_FLOW reply (xid=0x4):<br/> cookie=0x0, duration=12.23s, table=0, n_packets=0, n_bytes=0, idle_age=12, priority=1,ip actions=output:1</p> <p>Note there is no &lt;NwDst&gt; match field in the installed flow!</p> <p>Hi Madhusudhan,</p> <p>Your observation is correct. </p> <p>Please find the comments inline:</p> <p>For OF13 mininet:</p> <p>1. Start the controller using -OF13 option<br/> 2. Use the command for mininet<br/> sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3 --switch ovsk,protocols=OpenFlow13<br/> 3. PUT <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a> <br/> Include the below body:<br/> &lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:6&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt; <br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:6:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;</p> <p>Yes - The flow gets installed on the switch, although we cant see the nwDst field in mininet.<br/> -------------------------------------------------------------------------------<br/> 4. GET <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a></p> <p>Confirm here whether you get the correct flow - Yes we can see the same flow we installed previously<br/> -------------------------------------------------------------------------------<br/> 5. GET <a href="http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow</a><br/> You must be able see the flow for the particular node (Node is Openflow:6). Also, Check the match field i.e IP address for the particular node (Openflow:6) in the response</p> <p>No, Match field does not show the nwDst<br/> -------------------------------------------------------------------------------<br/> 6. DELETE <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a></p> <p>Yes, the flow gets deleted from the switch<br/> -------------------------------------------------------------------------------</p> <p>7. Repeat step 4 and step 5 and check the flow doesn't exists.<br/> Repeated step 4: 404 not found<br/> Repeated step 5: Flow does not exist<br/> -------------------------------------------------------------------------------</p> <p>Also i have attached a detailed report of all the usecases that i tried along with their observations.</p> <p>Attachment TestCases.ods has been added with description: Test cases</p> <p>I was trying to find the root cause for the missing ip field (nwSrc / nwDst) in flow statistics. As per my observations whenever any changes corresponding to flow are made, the flowStatistics cache is updated in </p> <p>StatisticsManager.java:<br/> public void nodeFlowStatisticsUpdated(Node node, List&lt;FlowOnNode&gt; flowStatsList) {<br/> }</p> <p>So when I do <br/> PUT <a href="http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.56.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a> </p> <p>&lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:6&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt; <br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:6:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;</p> <p>then, ""nodeFlowStatisticsUpdated(Node node, List&lt;FlowOnNode&gt; flowStatsList) {}"" method is called.</p> <p>While debugging I observed the flowStatsList passed as an argument to the above method missed the ip fields(nwSrc / nwDst) in match.<br/> But I could see the DL_TYPE field in match, which is retrieved when we hit URI----&gt; GET <a href="http://192.168.56.1:8080/controller/nb/v2/statistics/default/flow" class="external-link" target="_blank" rel="nofollow noopener">http://192.168.56.1:8080/controller/nb/v2/statistics/default/flow</a></p> <p>So basically whenever the flow is created in a switch,the match fields in flowStatistics cache is not updated properly because of which it is missing in the response. Seems the issue is in Statistics manager.</p> <p>Hi Madhusudhan/Priyanka,</p> <p>There are two minor issues that's causing this bug.</p> <p>1) When user adds flow to the switch, plugin was sending 0 as a mask down to the switch (because it's not getting mask associated with the IP), and that's why you were not seeing ip address when you were dumping flows from switch. So one issue still remains is why plugin is receiving only ip address (10.0.0.1) and not mask(/32) when user is providing both -ip address with mask (10.0.0.1/32). I think somebody who is aware of that part of code should investigate this. Irrespective of this issue, if plugin gets ip address with no mask, its mask should be set to /32 rather then 0. Mask=0 means, it masks the whole IP address and makes it wildcard. Once I changed the mask to /32, I was able to see the ip address in the switch flows.</p> <p>Deepti/Prasanna-- can you please investigate this issue. You can follow the steps in "Comment 10" above. If you put break point in addFlow() method of ModelDrivenSwitchImpl.java and connect your eclipse to controller jvm in remote debugging mode, this is what you get as AddFlowInput:</p> <p>AddFlowInput [_flowRef=FlowRef [_value=InstanceIdentifier [path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri <span class="error">&#91;_value=openflow:1&#93;</span>]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table[key=TableKey <span class="error">&#91;_id=0&#93;</span>], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.table.Flow[key=FlowKey [_id=Uri <span class="error">&#91;_value=677b32e3-bd81-4b06-b081-d63def7286e2&#93;</span>]]]]], _flowTable=FlowTableRef [_value=InstanceIdentifier [path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri <span class="error">&#91;_value=openflow:1&#93;</span>]], org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.FlowCapableNode, org.opendaylight.yang.gen.v1.urn.opendaylight.flow.inventory.rev130819.tables.Table[key=TableKey <span class="error">&#91;_id=0&#93;</span>]]]], _barrier=null, _bufferId=null, _containerName=null, _cookieMask=null, _flags=null, _flowName=null, _installHw=null, _instructions=Instructions [_instruction=[Instruction [_order=0, _key=InstructionKey <span class="error">&#91;_order=0&#93;</span>, _instruction=ApplyActionsCase [_applyActions=ApplyActions [_action=[Action [_order=null, _key=ActionKey [], _action=OutputActionCase [_outputAction=OutputAction [_maxLength=null, _outputNodeConnector=Uri <span class="error">&#91;_value=openflow:1:1&#93;</span>, augmentation=[]], augmentation=[]], augmentation=[]]], augmentation=[]], augmentation=[]], augmentation=[]]], augmentation=[]], _match=Match [_ethernetMatch=EthernetMatch [_ethernetDestination=null, _ethernetSource=null, _ethernetType=EthernetType [_type=EtherType <span class="error">&#91;_value=2048&#93;</span>, augmentation=[]], augmentation=[]], _icmpv4Match=null, _icmpv6Match=null, _inPhyPort=null, _inPort=null, _ipMatch=null, _layer3Match=Ipv4Match [_ipv4Destination=Ipv4Prefix <span class="error">&#91;_value=10.0.0.1&#93;</span>, _ipv4Source=null, augmentation=[]], _layer4Match=null, _metadata=null, _protocolMatchFields=null, _tunnel=null, _vlanMatch=null, augmentation=[]], _outGroup=null, _outPort=null, _strict=null, _cookie=0, _hardTimeout=0, _idleTimeout=0, _priority=1, _tableId=0, _node=NodeRef [_value=InstanceIdentifier [path=[org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.Nodes, org.opendaylight.yang.gen.v1.urn.opendaylight.inventory.rev130819.nodes.Node[key=NodeKey [_id=Uri <span class="error">&#91;_value=openflow:1&#93;</span>]]]]], _transactionUri=Uri <span class="error">&#91;_value=BA-3598&#93;</span>, augmentation=[]]</p> <p>So if you notice <br/> _layer3Match=Ipv4Match [_ipv4Destination=Ipv4Prefix <span class="error">&#91;_value=10.0.0.1&#93;</span>, _ipv4Source=null, augmentation=[]],</p> <p>IP String plugin received is 10.0.0.1 and not 10.0.0.1/32 what user entered.</p> <p>2) Minor issue while decoding IP addresses from statistics response. I was using wrong wild card to make decision to decode the IP addresses. </p> <p>After fixing both these issues I can see that its working as expected.</p> <p>I pushed code changes through following gerrit:</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/4872/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/4872/</a></p> <p>Once it get merged can you please verify it.</p> <p>Thanks<br/> Anil</p> <p>Adding Prasanna/Deepti in CC</p> <p>I still see the same issue after merging into the latest code.</p> <p>FYI, I have taken the latest code at </p> <p>wget <a href="https://jenkins.opendaylight.org/integration/job/integration-project-centralized-integration/lastSuccessfulBuild/artifact/distributions/base/target/distributions-base-0.1.0-SNAPSHOT-osgipackage.zip" class="external-link" target="_blank" rel="nofollow noopener">https://jenkins.opendaylight.org/integration/job/integration-project-centralized-integration/lastSuccessfulBuild/artifact/distributions/base/target/distributions-base-0.1.0-SNAPSHOT-osgipackage.zip</a></p> <p>Please let me know the process/steps that you have tested so far.</p> <p>Thanks</p> <p>Tested for OF10 and OF13.<br/> Works fine.<br/> Test Procedure</p> <p>1.for OF10 : sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3 --switch</p> <p>Tested for OF10 and OF13.<br/> Works fine.<br/> Test Procedure followed</p> <p>For OF13 mininet:<br/> 1. Start the controller using -OF13 option<br/> 2. Use the command for mininet<br/> sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3 --switch ovsk,protocols=OpenFlow13<br/> 3. PUT <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a> <br/> Include the below body:<br/> -------------------------------------------------------------------------------<br/> &lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:6&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt; <br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:6:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;<br/> -------------------------------------------------------------------------------</p> <p>Yes - (201 created)</p> <p>4. GET <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a></p> <p>Confirm here whether you get the correct flow</p> <p>YES-response-body</p> <p> &lt;?xml version="1.0" encoding="UTF-8" standalone="yes"?&gt;<br/> &lt;flowConfig&gt;<br/> &lt;installInHw&gt;true&lt;/installInHw&gt;<br/> &lt;name&gt;flow1&lt;/name&gt;<br/> &lt;node&gt;<br/> &lt;id&gt;openflow:6&lt;/id&gt;<br/> &lt;type&gt;MD_SAL&lt;/type&gt;<br/> &lt;/node&gt;<br/> &lt;priority&gt;1&lt;/priority&gt;<br/> &lt;etherType&gt;0x800&lt;/etherType&gt;<br/> &lt;nwDst&gt;10.0.0.1/32&lt;/nwDst&gt;<br/> &lt;actions&gt;OUTPUT=openflow:6:1&lt;/actions&gt;<br/> &lt;/flowConfig&gt;</p> <p>*flow also seen through dpctl dump-flows</p> <p>5. GET <a href="http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/statistics/default/flow</a><br/> You must be able see the flow for the particular node (Node is Openflow:6). Also, Check the match field i.e IP address for the particular node (Openflow:6) in the response</p> <p>YES-response body match field:</p> <p>&lt;match&gt;<br/> &lt;matchField&gt;<br/> &lt;type&gt;NW_DST&lt;/type&gt;<br/> &lt;value&gt;10.0.0.1&lt;/value&gt;<br/> &lt;/matchField&gt;<br/> &lt;matchField&gt;<br/> &lt;type&gt;DL_TYPE&lt;/type&gt;<br/> &lt;value&gt;2048&lt;/value&gt;<br/> &lt;/matchField&gt;<br/> &lt;/match&gt;</p> <p>6. DELETE <a href="http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/controller/nb/v2/flowprogrammer/default/node/MD_SAL/openflow:6/staticFlow/flow1</a></p> <p>Yes-(204 No Content)</p> <p>7. Repeat step 4 and step 5 and check the flow doesn't exists.<br/> Yes- (404 NOt Found)</p> <p>For OF10 mininet:</p> <p>8. Use the command for mininet<br/> sudo mn --controller=remote,ip=127.0.0.1 --topo tree,3</p> <p>9. Repeat steps 3,4,5<br/> Yes - Verified (getting required response)</p> <p>10. Check the match field i.e IP address for the particular node (Openflow:6) in the response<br/> Yes - Verified(getting correct IP address)</p> <p>11.Repeat step 6 and 7, check the flows doesn't exists.<br/> Yes - Verified(flow doesn't exist)</p> <p>Hi Madhusudhan,</p> <p>Looks like sunny is able to verify that this issue is resolved now.</p> <p>Sunny, can you please share the details of the build you used for verifying the fix with madhusudhan?</p> <p>Thanks<br/> Anil</p> <p>Yes, I agree this issues is fixed now.</p> Development External issue ID 290 External issue URL Rank 0|i02ylz: