[OPNFLWPLUG-166] OF statistics not stable Created: 20/May/14  Updated: 27/Sep/21  Resolved: 29/Jun/14

Status: Resolved
Project: OpenFlowPlugin
Component/s: General
Affects Version/s: None
Fix Version/s: None

Type: Bug
Reporter: Luis Gomez Assignee: Anil Vishnoi
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: Linux
Platform: PC

Issue Links:
Duplicate
is duplicated by OPNFLWPLUG-177 Non-stop errors after connecting OF13... Resolved
External issue ID: 1034

 Description   

Port/Table/Flow statistics are not consistent. This is what I did:

1) start controller -of13 option

2) start mininet OF13: sudo mn --controller 'remote,ip=127.0.0.1,port=6633' --topo tree,2 --switch ovsk,protocols=OpenFlow13

3) check OF statistics with:
http://127.0.0.1:8080/restconf/operational/opendaylight-inventory:nodes/node/openflow:1

4) stop mininet and repeat 2,3

Sometimes I get port/table stats immediately, sometimes it take few minutes to show up, sometimes I never get stats.

BR/Luis

 Comments   
Comment by Luis Gomez [ 20/May/14 ]

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...

This only happens with OVS mininet, CPqD mininet does not show any issue after mininet multiple restarts.

I will provide some logs once I get some slot.

PS- I added new TC to OF13 test suite so we can track this bug

BR/Luis

Comment by Luis Gomez [ 21/May/14 ]

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?

Comment by Tony Tkacik [ 21/May/14 ]

Does this still manifest fixing bug https://bugs.opendaylight.org/show_bug.cgi?id=995 - Controller does not learn node connectors from mininet OF10. Fixed as patch was merged https://git.opendaylight.org/gerrit/#/c/7127 ?

Comment by Luis Gomez [ 21/May/14 ]

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.

BR/Luis

Comment by Tony Tkacik [ 29/May/14 ]

Ok... so to summarize:
Statistics collection is not reliable in following ways

  • after switch disconnect logs are polluted with error: Session for the cookie null is invalid.
    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.
  • after mininet / switch reconnect it takes some time to start retrieving new statistics
Comment by Anil Vishnoi [ 29/May/14 ]

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.

Comment by Anil Vishnoi [ 29/May/14 ]

Hi Madhu,

I pushed fix through following gerrit to the controller repo

https://git.opendaylight.org/gerrit/7526

Can you please pull it and verify.

Thanks
Anil

Generated at Wed Feb 07 20:31:44 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.