View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006254||Compliance Test Tool (CTT) Unified Architecture||1 - Script Issue||public||2020-11-12 15:11||2021-03-25 14:43|
|Reporter||fishfrak||Assigned To||Sebastian Allmendinger|
|Fixed in Version||1.03.341.398|
|Summary||0006254: Monitored Item Services/Monitor QueueSize_1/005|
For better understanding of the issue there is a wireshark capture attached, use "View->Time Display Format->Seconds Since Previous Displayed Packet" for a better view of the timings. The script creates monitored items, modifies the subscription and then sends two WriteRequest to provoke new values being sampled in the items. The nodes the script uses are of datatype boolean and byte, the WriteRequests (in the capture these are the last two captured WriteRequests) first write False and afterwards True to the boolean node, thus restoring the initial value. The delay between these WriteRequests varies a few milliseconds every run and sometimes is below the sampling interval (50 ms) like 44 ms in the attached wireshark capture. In rare cases this causes the item to not queue a new value for the boolean as it is only changed for a short moment between taking 2 samples, causing the script to fail.
The script fails only in very rare cases when the delay is below 50 ms and the sampling times are badly aligned with the WriteRequests, for some weird reason running all the Monitor QueueSize_1 testcases increases the chance for failing this one.
The reason for the short delay might be due to using a poor resolution timer like Windows GetTickCount() which is in the range of 10 ms to 16 ms.
|Tags||No tags attached.|
MonitorQueueSize1_005.pcapng (84,732 bytes)
The script should be updated to add delays been writes that are large enough to ensure a sample will have occurred (as well as after the last write to ensure the new sample has occurred before the publish is sent)
An updated version of the test script has been prepared and is ready for review. The delay has been increased to 1.5 * RevisedSamplingInterval and additional code lines will prevent that the subscription expires during the test case.
reviewed in CMP call - agreed to change and closed
|2020-11-12 15:11||fishfrak||New Issue|
|2020-11-12 15:11||fishfrak||File Added: MonitorQueueSize1_005.pcapng|
|2020-11-23 14:59||Paul Hunkar||Note Added: 0013287|
|2020-11-23 15:00||Paul Hunkar||Assigned To||=> AlexanderAllmendinger|
|2020-11-23 15:00||Paul Hunkar||Status||new => assigned|
|2021-02-26 09:18||Sebastian Allmendinger||Assigned To||AlexanderAllmendinger => Sebastian Allmendinger|
|2021-02-26 09:22||Sebastian Allmendinger||Note Added: 0013833|
|2021-02-26 09:23||Sebastian Allmendinger||Status||assigned => resolved|
|2021-02-26 09:23||Sebastian Allmendinger||Resolution||open => fixed|
|2021-02-26 09:23||Sebastian Allmendinger||Fixed in Version||=> 1.03.341.398|
|2021-03-25 14:43||Paul Hunkar||Status||resolved => closed|
|2021-03-25 14:43||Paul Hunkar||Note Added: 0014070|