View Issue Details

IDProjectCategoryView StatusLast Update
000767110000-017: Alias NamesSpecpublic2023-06-27 15:38
ReporterMatthias Damm Assigned ToPaul Hunkar  
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version1.05.00 
Target Version1.05.03 RC1Fixed in Version1.05.03 RC1 
Summary0007671: AliasName and namespaces
Description

The whole alias name feature seems to be independent of namespaces. I even remember this independence as one of the arguments for using aliases to not care about namespaces.

But there are parts of the definition that require the use of a namespace.

  • BrowseName of the alias nodes
  • AliasName in AliasNameDataType is a QualifiedName

This creates small and major problems
(minor) What namepsace does a server use if server does not care about namespaces for aliases?
(major)
The AliasNameDataType works with ExpandedNodeId and therefore it is not necessary to repeat the namespaces of the referenced servers in the namespace table of the alias provider (server). The server just need to provide the list of referenced servers in the ServerTable.
But if there is an aggregation, there are two major problems
(1) Merging Aliases from different aggregated servers will not work since they use 'different' namespaces
(2) The aggregating server need to repeat all namespace from the aggregated servers and needs to do a namespace mapping

One option to solve this problem is to define a standard namespace like "http://opcfoundation.org/UA/Aliases" that is used as default namespace for all alias nodes.

TagsNo tags attached.
Commit Version
Fix Due Date

Relationships

related to 0007670 closedPaul Hunkar AliasNameSearchPattern definition in FindAlias Method 

Activities

Paul Hunkar

2022-08-02 17:03

developer   ~0017215

discussed in UA meeting

all agreed to the following:

  • a client shall always ignore the namespace when dealing with aliasNames (i.e. calling to find alias names etc)
  • Namespace index 1` should be used for all aliasNames and when aggregating them they should just stay in namespace 1 (i.e. they are local to the server)

Matthias Damm

2022-08-03 10:12

developer   ~0017218

Three are two questions to the agreement:

  • is the use of namespace 1 a 'should' or a 'shall'? Would it be valid for an aggregating server to move all aliases to namespace 1 even if they are in other namespaces in the aggregated server?
  • this requires always a special handling for aggregating alias nodes in an aggregating server - an aggregating server that does not know anthing about aliases today would do the aggregation different.

Paul Hunkar

2022-09-20 14:29

developer   ~0017720

from UA meeting:
The namespace of an Aliasname does not matter and we should always just discuss it from the client side (and aggregating server can stick an Alaisname where ever it wants)

Paul Hunkar

2023-06-24 05:43

developer   ~0019672

Added statement that a client shall ignore the namespace associated with an AliasName

Jim Luth

2023-06-27 15:38

administrator   ~0019683

Agreed to changes in 1.05.03 Draft and 1.04 Errata.

Issue History

Date Modified Username Field Change
2022-01-27 15:26 Matthias Damm New Issue
2022-01-27 15:26 Matthias Damm Relationship added related to 0007670
2022-02-01 16:45 Jim Luth Assigned To => Paul Hunkar
2022-02-01 16:45 Jim Luth Status new => assigned
2022-07-05 14:17 Jim Luth Target Version 1.05.02 => 1.05.03 RC1
2022-08-02 17:03 Paul Hunkar Note Added: 0017215
2022-08-03 10:12 Matthias Damm Note Added: 0017218
2022-09-20 14:29 Paul Hunkar Note Added: 0017720
2023-06-24 05:43 Paul Hunkar Status assigned => resolved
2023-06-24 05:43 Paul Hunkar Resolution open => fixed
2023-06-24 05:43 Paul Hunkar Fixed in Version => 1.05.03 RC1
2023-06-24 05:43 Paul Hunkar Note Added: 0019672
2023-06-27 15:38 Jim Luth Status resolved => closed
2023-06-27 15:38 Jim Luth Note Added: 0019683