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-166 OpenFlowPlugin <p>Port/Table/Flow statistics are not consistent. This is what I did:</p> <p>1) start controller -of13 option</p> <p>2) start mininet OF13: sudo mn --controller 'remote,ip=127.0.0.1,port=6633' --topo tree,2 --switch ovsk,protocols=OpenFlow13</p> <p>3) check OF statistics with:<br/> <a href="http://127.0.0.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1" class="external-link" target="_blank" rel="nofollow noopener">http://127.0.0.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1</a></p> <p>4) stop mininet and repeat 2,3</p> <p>Sometimes I get port/table stats immediately, sometimes it take few minutes to show up, sometimes I never get stats.</p> <p>BR/Luis</p> <p>Operating System: Linux<br/> Platform: PC</p> OPNFLWPLUG-166

OF statistics not stable

Bug Resolved Done Anil Vishnoi Luis Gomez Tue, 20 May 2014 00:50:03 +0000 Mon, 27 Sep 2021 09:01:11 +0000 Sun, 29 Jun 2014 10:09:00 +0000 General 0 5 <p>First time I start mininet after controller start, I get statistics with node delay, second time is normally good, third and following times takes much longer...</p> <p>This only happens with OVS mininet, CPqD mininet does not show any issue after mininet multiple restarts.</p> <p>I will provide some logs once I get some slot.</p> <p>PS- I added new TC to OF13 test suite so we can track this bug</p> <p>BR/Luis</p> <p>From last test today, still issues with mininet OVS, no issues with CPqD. I found a workaround for OVS that is to do pingall in mininet, after that statistics show immediately. So maybe the question is how the stats get invoked in OpenDaylight, and also why does it work with CPqD bit not with OVS?</p> <p>Does this still manifest fixing bug <a href="https://bugs.opendaylight.org/show_bug.cgi?id=995" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=995</a> - Controller does not learn node connectors from mininet OF10. Fixed as patch was merged <a href="https://git.opendaylight.org/gerrit/#/c/7127" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/7127</a> ?</p> <p>This does not look like a big issue, it is just that statistics get delayed after restarting mininet OVS. This could be the result of the statistics optimization work. As an improvement I would ask to collect stats, not only when flows change but also when something changes in the inventory: add/remove switch or port.</p> <p>BR/Luis</p> <p>Ok... so to summarize: <br/> Statistics collection is not reliable in following ways</p> <ul class="alternate" type="square"> <li>after switch disconnect logs are polluted with error: Session for the cookie null is invalid.<br/> java.lang.IllegalArgumentException: Session for the cookie is invalid. Reason: the switch has been recently disconnected OR inventory provides outdated information., which happens when Transaction submitted by stats manager changed status.</li> </ul> <ul class="alternate" type="square"> <li>after mininet / switch reconnect it takes some time to start retrieving new statistics</li> </ul> <p>I think its happening because statistics-manager request queue is not getting cleaned up when node is getting disconnected. Fixing it possible will fix both the issue. Working on it.</p> <p>Hi Madhu,</p> <p>I pushed fix through following gerrit to the controller repo</p> <p><a href="https://git.opendaylight.org/gerrit/7526" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/7526</a></p> <p>Can you please pull it and verify.</p> <p>Thanks<br/> Anil</p> Duplicate OPNFLWPLUG-177 Development External issue ID 1034 External issue URL Rank 0|i02zh3: