View Issue Details

IDProjectCategoryView StatusLast Update
0006828CTT UA Scripts1 - Script Issuepublic2024-09-02 06:08
ReporterBasavaraju.Vasamurthy@matrikonopc.com Assigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Summary0006828: SubscriptionService - Subscription Basic - test cases 17, 18 and 20
Description

Actually this issue is found in both version 1.4.9.398 and 1.03.341.398. But these versions are not reflected in the product version so I have selected which ever is latest!

In all these tests, test case is to create subscription but not to create the monitored item and wait for the keep alive message for publish request.

Tests started failing in the time of receiving the keep alive. When I check check with wireshark, I found that there is a problem in ctt test, which is expected keep alive message 1 publishing interval early.

Ex:
let us say publishing interval (revised) is 1000 ms
keep alive count (revised) is 5.

When Subscription created Subscription state is -> Normal

When Publish request sent, Immediately there is publish response for keep alive -> Subscription state is still continue to stay in Normal till publishing timer expires.

Clients sends the publish request, but there are no notification and after publishing interval timer expires, subscription state is changed from Normal to KeepAlive.

Not from here onwards, it takes 5 * 1000 ms to send the keep alive.

So, second keep alive will be sent at ==> 1000 ms (for publishing interval to expire) + 5 * 1000 ms ==> 6000 ms for the first time
later on, it will send the keep alive message (subscription state continue to stay in KeepAlive state) ==> 5000 ms.

This was working fine with 1.4.9.396 and 1.03.341.396 version. but in latest version I see the problem.

Please find the attached wireshark for details.

TagsNo tags attached.
Attached Files
1.4.9.396.zip (17,044 bytes)
1.4.9.398.zip (15,997 bytes)
Files Affected

Relationships

related to 0005367 closedMatthias Damm 10000-004: Services Subscribtion services: KeepAliveCounter shall be decremented in state #9 
has duplicate 0009805 resolvedSebastian Allmendinger Compliance Test Tool (CTT) Unified Architecture Subscription Basic 017, 018, 020 

Activities

Alexander Allmendinger

2021-04-22 09:31

developer   ~0014237

Last edited: 2021-04-22 10:47

Looking at it this seems to be related to a difference between 1.03 and 1.04.8 + 1.05 where the state table has been changed. The states we are running through in order are: 3 --> 7 --> 9
The important difference is in the action column of state 9 ...
1.03:
StartPublishingTimer()
ResetKeepAliveCounter()
1.04.8 + 1.05
StartPublishingTimer()
ResetKeepAliveCounter()
KeepAliveCounter--

Paul Hunkar

2021-04-22 14:36

administrator   ~0014239

Reopened original Part 4 issue - suggesting errata for 1,03 also (which would make this issue go away)

Paul Hunkar

2021-09-26 04:11

administrator   ~0015018

Last edited: 2021-10-15 02:46

If you look at Table 85 – Subscription State Table at step 11, you see that the keep alive is sent when the counter is <= 1, which means the current logic is correct. It either sent a message or a keep alive every 5 intervals (i.e. I can skip sending 4 times if the keep alive is 5)

Paul Hunkar

2022-03-01 00:06

administrator   ~0016123

No change required

Paul Hunkar

2022-10-12 16:53

administrator   ~0018020

reviewed in call agreed no change is required - closed issue

Issue History

Date Modified Username Field Change
2021-04-20 19:35 Basavaraju.Vasamurthy@matrikonopc.com New Issue
2021-04-20 19:35 Basavaraju.Vasamurthy@matrikonopc.com File Added: 1.4.9.396.zip
2021-04-20 19:35 Basavaraju.Vasamurthy@matrikonopc.com File Added: 1.4.9.398.zip
2021-04-22 09:31 Alexander Allmendinger Note Added: 0014237
2021-04-22 10:47 Alexander Allmendinger Note Edited: 0014237
2021-04-22 10:56 Alexander Allmendinger Relationship added related to 0005367
2021-04-22 14:22 Paul Hunkar Product Version 1.04.09.397 => 1.04.09.398
2021-04-22 14:22 Paul Hunkar Description Updated
2021-04-22 14:36 Paul Hunkar Note Added: 0014239
2021-09-26 04:11 Paul Hunkar Assigned To => Paul Hunkar
2021-09-26 04:11 Paul Hunkar Status new => feedback
2021-09-26 04:11 Paul Hunkar Note Added: 0015018
2021-10-15 02:46 Paul Hunkar Note Edited: 0015018
2022-03-01 00:06 Paul Hunkar Status feedback => resolved
2022-03-01 00:06 Paul Hunkar Resolution open => no change required
2022-03-01 00:06 Paul Hunkar Note Added: 0016123
2022-08-02 20:03 Paul Hunkar Project Compliance Test Tool (CTT) Unified Architecture => CTT UA Scripts
2022-10-12 16:53 Paul Hunkar Status resolved => closed
2022-10-12 16:53 Paul Hunkar Note Added: 0018020
2024-09-02 06:08 Sebastian Allmendinger Relationship added has duplicate 0009805