View Issue Details

IDProjectCategoryView StatusLast Update
000479510000-004: ServicesSpecpublic2021-04-01 14:43
ReporterMatthias Damm Assigned ToMatthias Damm  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Summary0004795: Handling of Publish unclear if retransmission queue is disabled
Description

OPC UA Part 4 requires the maintenance of a retransmission queue and the sequence number acknowledgement in Publish. Therefore all text assumes that this is available.

But the Embedded DataChange Subscription Server Facet allows to disable the retransmission queue. But the behaviour in this case in not defined.

See also
https://opcfoundation.org/forum/opc-ua-standard/shall-the-availablesequence-numbers-field-of-publish-responses-be-empty-when-retransmission-queue-is-not-implemented/

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0005634 closedMatthias Damm 10000-004: Services Subscription publish Min 02 - retransmission queue 
related to 0006089 closedAlexander Allmendinger Compliance Test Tool (CTT) Unified Architecture Clarification [Subscription Client Basic] [Err-010] sequence number handling 

Activities

Matthias Damm

2019-12-12 00:13

developer   ~0011341

We need to think about the general 'feature' of syncing server cache (last value in MonitoredItem) and client cache.

If there is no retransmission, we need the ResendData method instead. But the profile that allows no queue does not require ResendData.

If we allow this we need to define how a client can resync.

Matthias Damm

2020-09-16 19:17

developer   ~0012886

5.13 Subscription Service Set
5.13.1.1 Description
Replace i) with the following text:
Sessions maintain a retransmission queue of sent NotificationMessages. NotificationMessages are retained in this queue until they are acknowledged. The Session shall maintain a retransmission queue size of at least two times the number of Publish requests per Session the Server supports. A Profile in OPC 10000-7 may make the retransmission queue support optional. The minimum number of Publish requests per Session the Server shall support is defined in OPC 10000-7. Clients are required to acknowledge NotificationMessages as they are received if the Publish response parameter availableSquenceNumber is not an empty array. An empty array in availableSquenceNumber indicates that the Server does not support a retransmission queue and acknowledgemet of NotificationMessages. In the case of a retransmission queue overflow, the oldest sent NotificationMessage gets deleted. If a Subscription is transferred to another Session, the queued NotificationMessages for this Subscription are moved from the old to the new Session.

5.13.5 Publish

Table 95 – Publish Service Parameters
Replace availableSequenceNumbers description with the following text:
A list of sequence number ranges that identify unacknowledged NotificationMessages that are available for retransmission from the Subscription’s retransmission queue including the sequence number of this response if it is not a keep-alive Message. This list is prepared after processing the acknowledgements in the request (see 7.8 for Counter definition).
The list shall be empty if the Server does not support the retransmission queue. If the list is empty, the Client should not acknowledge sequence numbers.

Table 97 – Publish Operation Level Result Codes
Add status code to table
Good_RetransmissionQueueNotSupported
The Server does not support retransmission queue and acknowledgement of sequence numbers is not available.

Updated in OPC 10000-4 - UA Specification Part 4 - Services 1.05.0 Draft11.docx
Errata is prepared

Jim Luth

2020-09-17 15:20

administrator   ~0012918

Agreed to changes edited in Virtual F2F including 1.04 and 1.03 Errata.

Issue History

Date Modified Username Field Change
2019-06-25 06:13 Matthias Damm New Issue
2019-06-25 15:25 Jim Luth Assigned To => Matthias Damm
2019-06-25 15:25 Jim Luth Status new => assigned
2019-12-12 00:13 Matthias Damm Note Added: 0011341
2020-05-19 15:17 Jim Luth Relationship added related to 0005634
2020-09-16 19:17 Matthias Damm Status assigned => resolved
2020-09-16 19:17 Matthias Damm Resolution open => fixed
2020-09-16 19:17 Matthias Damm Note Added: 0012886
2020-09-17 15:20 Jim Luth Status resolved => closed
2020-09-17 15:20 Jim Luth Fixed in Version => 1.05
2020-09-17 15:20 Jim Luth Note Added: 0012918
2021-04-01 14:43 Paul Hunkar Relationship added related to 0006089