View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
001011510000-012: DiscoverySpecpublic2025-01-24 19:222025-01-28 17:05
ReporterHock, Christian Assigned ToRandy Armstrong  
PriorityhighSeveritytrivialReproducibilityalways
Status assignedResolutionopen 
Product Version1.05.04 
Target Version1.05 
Summary0010115: Unclear how to implement the function "CloseAndUpdate" incl. 1.05.05 RC1
Description

In Spec. https://reference.opcfoundation.org/GDS/v105/docs/7.8.2.3 and also in 1.05.05RC1, the third paragraph states:

  • “The server shall verify that each certificate in the new trusted list is valid by using the validation process defined in OPC 10000-4. If an invalid certificate is found, the server shall return an error and must not replace the existing trusted list”.

But in the error returns a “shall” is defined that in case “The server could not validate all certificates in the TrustList” the error code for “Bad_CertificateInvalid” shall be returned and The DiagnosticInfo shall indicate which certificate(s) is/are invalid and the specific error shall be generated.

  1. How the error "Bad_CertificateInvalid" is able to be generated - it's helpfull?
  2. How it is reflected in the DiagnosticHeader - because it is vendor specific, but clear stated in the spec with a "shall" that it needs to be fulfilled?
  3. How to fill up (we mean which fields) in the DiagnosticHeader?
  4. By the way there is in the description of the DiagnosticHeader mentioned, that it is vendor specific - how can than be a shall - how to do this?
TagsNo tags attached.
Commit Version1.05.05
Fix Due Date2025-02-28

Activities

Jim Luth

2025-01-28 16:59

administrator   ~0022345

Last edited: 2025-01-28 17:05

Agreed we should only require the diagnostic info for the first failed check, not to require all certs be checked. If we require the diagnostic info we should define the content, or we should make the return if diagnostics info optional.

Issue History

Date Modified Username Field Change
2025-01-24 19:22 Hock, Christian New Issue
2025-01-28 16:21 Hock, Christian Description Updated
2025-01-28 16:57 Jim Luth Assigned To => Randy Armstrong
2025-01-28 16:57 Jim Luth Status new => assigned
2025-01-28 16:58 Jim Luth Commit Version => 1.05.05
2025-01-28 16:58 Jim Luth Fix Due Date => 2025-02-28
2025-01-28 16:59 Jim Luth Note Added: 0022345
2025-01-28 17:00 Jim Luth Note Edited: 0022345
2025-01-28 17:05 Jim Luth Note Edited: 0022345