Hi all,
Recently experimenting with statistics collection on Borron-SR2, we
observed the following unexpected behavior.
Our experimentation was based on the capability to fully activate or
deactivate the process of statistics collection on controller via
restconf, following these directions.
https://wiki.opendaylight.org/view/OpenDaylight_OpenFlow_Plugin:Statistics
By default collection of statistics is fully enabled.
*Case 1*
If we deactivate statistics, before we connect a topology of
openflow switches on the controller, then any action of reactivation of
statistics collection, after the connection of the topology, fails.
Controller does not collect statistics even if we send more than one
statistics activation restcall and without getting a status code
indicating failure on the restcalls we send.
*Case2*
On the other hand if we first connect a topology of openflow
switches and after we try to deactivate statistics, then reactivation
succeeds. We can then activate and deactivate statistics collection, via
restcall, on demand without failure as many times we want.
In both cases we used wireshark to monitor the southbound interface of
the controller in order to validate that statistics collection operates
as expected.
The behavior of case 1 is unexpected. We should be able to activate or
deactivate statistics collection on demand via restcall and this action
should be decoupled with the connection of topology of openflow switches
on the controller
Best regards.
--
The information in this e-mail message and any attachments are intended
only for the individual or entity to whom it is addressed and may be
confidential. If you have received this transmission in error, and you
are not an intended recipient, be aware that any copying, disclosure,
distribution or use of this transmission or its contents is prohibited.
INTRACOM TELECOM and the sender accept no liability for any loss,
disruption or damage to your data or computer system that may occur
while using data contained in, or transmitted with, this email. Views or
opinions expressed in this message may be those of the author and may
not necessarily represent those of INTRACOM TELECOM
_______________________________________________
openflowplugin-dev mailing list
[email protected]
https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
