View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0006656 | 10000-014: PubSub | Spec | public | 2021-03-17 13:28 | 2021-06-07 17:07 |
| Reporter | Matthias Damm | Assigned To | Matthias Damm | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Summary | 0006656: AddSecurityGroup requires clarification | ||||
| Description | The AddSecurityGroup has different parameters. Parameters SecurityPolicyUri or SecurityGroupName can be rejected if SecurityPolicyUri does not have a valid value or if the name already exists. Parameters KeyLifetime, MaxFutureKeyCount and MaxPastKeyCount may exceed limits defined by the server. | ||||
| Tags | No tags attached. | ||||
| Commit Version | |||||
| Fix Due Date | |||||
|
|
After considering more scenarios, I would rather do a bigger change and somehow extend the specification so that any SecurityPolicyUri can be set, but there will be a way to figure out whether the server (SKS) supports it or not, by a new method or read-only variable or something alike. This is because, in fact, there is no "invalid" SecurityPolicyUri (maybe except for URI syntax errors). There are just SecurityPoliyUri-s that are just not currently supported by a particular server (SKS). An empty security policy URI (which I happened to use by mistake) might indicate that the SKS is free to use its default (which is what UaAutomation SKS prototype did) - but of course, the information returned GetSecurityKeys should contain the concrete security policy URI actually used, so that the consumers know which policy the security keys correspond to. I am fine with the server adjusting the other parameters, and the reading back suggestion. |
|
|
Added in OPC 10000-14 - UA Specification Part 14 - PubSub 1.05.0 Draft32.docx 8.7 SecurityGroupFolderType Added new property: HasProperty The SupportedSecurityPolicyUris Property contains a String array with the SecurityPolicyUris supported by the SKS. The Property shall be provided at the root SecurityGroupFolder. 8.8 AddSecurityGroup Method Added clarifications to argument descriptions: Added to method result codes: |
|
|
Agreed to text edited in telecon. |
|
|
Agreed to 1.04 Errata edited in Virtual F2F. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-03-17 13:28 | Matthias Damm | New Issue | |
| 2021-03-17 13:28 | Matthias Damm | Status | new => assigned |
| 2021-03-17 13:28 | Matthias Damm | Assigned To | => Matthias Damm |
| 2021-03-18 10:14 | Zbynek Zahradnik | Note Added: 0014042 | |
| 2021-03-30 14:29 | Matthias Damm | Status | assigned => resolved |
| 2021-03-30 14:29 | Matthias Damm | Resolution | open => fixed |
| 2021-03-30 14:29 | Matthias Damm | Note Added: 0014121 | |
| 2021-03-30 15:43 | Jim Luth | Note Added: 0014132 | |
| 2021-06-07 17:07 | Jim Luth | Status | resolved => closed |
| 2021-06-07 17:07 | Jim Luth | Fixed in Version | => 1.05 |
| 2021-06-07 17:07 | Jim Luth | Note Added: 0014483 |