Avatar

Please consider registering
guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

— Forum Scope —




— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters

sp_Feed Topic RSS sp_TopicIcon
Usage of namespace index 1
March 10, 2022
17:49, EET
Avatar
rocket science
Member
Members
Forum Posts: 75
Member Since:
March 16, 2017
sp_UserOfflineSmall Offline

Hi all,

according to the OpcUa reference (https://reference.opcfoundation.org/v104/Core/docs/Part5/6.3.1/) the namespace with index 0 and 1 are reserved:

>> Index 0 is reserved for the OPC UA namespace, and index 1 is reserved for the local Server.
and
>> The URI of the ServerArray with Index 0 shall be identical to the URI of the NamespaceArray with Index 1, since both represent the local Server.

I’m just asking myself, what is the practical use of this namespace with index 1 ?

When comparing different OpcUa servers, I can see that the URI of namespace index 1 looks something like:

[1] urn:’the local server hostname’:UnifiedAutomation:UaServerCpp
[1] urn:’the local server hostname’:OPCUA:SimulationServer
[1] urn:’the local server hostname’:Kepware.KEPServerEX.V6:UA Server

So in every server I check, I haven’t found any node in this namespace 1.

From client point of view it makes no sense to have any node in the namespace 1, as the URI is dependent on which physical machine the server is running.

Can you help me to understand for which use cases a node shall be provided at the namespace 1?

Thanks!

March 11, 2022
10:57, EET
Avatar
Bjarne Boström
Moderator
Moderators
Forum Posts: 982
Member Since:
April 3, 2012
sp_UserOfflineSmall Offline

Hi,

Typically it is (just) used for the diagnostics nodes, but nothing prevents you from having all the “real nodes” of the server there. And nothing sort of prevents the 2+ indexes behaving the same way, it just depends on the uri that it is a well known uri or not.

Most likely the diagnostics is either off by default (this is typical) or that they are not supported in those servers. In our SimulationServer they are by default on and you can look via SimulationServer’s Address Space tab below Root/Objects/Server/ServerDiagnostics/SessionsDiagnosticsSummary/* you would find a node per active Session (the summary nodes are in 0 as they are well-known, the nodes per individual session are in 1).

You can think of 0 being static and every node there is driven by the base Nodeset thus the diagnostics nodes could not be there (since they could conflict with e.g. a future type addition etc.).

Then there is 100s of things (skipping here) regarding aggregation and separating type namespaces from instance namespaces and should you use or not use an unique namespace per server for instaces.

Forum Timezone: Europe/Helsinki

Most Users Ever Online: 518

Currently Online:
22 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

hbrackel: 135

pramanj: 86

Francesco Zambon: 81

ibrahim: 75

rocket science: 75

Sabari: 62

kapsl: 57

gjevremovic: 49

Xavier: 43

TimK: 41

Member Stats:

Guest Posters: 0

Members: 708

Moderators: 16

Admins: 1

Forum Stats:

Groups: 3

Forums: 15

Topics: 1465

Posts: 6252

Newest Members:

christi10l, ahamad1, Flores Frederick, ellenmoss, harriettscherer, shanonhumphreys, KupimotoblokfuB, tamhollander5, paulinafcf, bridgette18l

Moderators: Jouni Aro: 1009, Otso Palonen: 32, Tuomas Hiltunen: 5, Pyry: 1, Petri: 0, Bjarne Boström: 982, Heikki Tahvanainen: 402, Jukka Asikainen: 1, moldzh08: 0, Jimmy Ni: 26, Teppo Uimonen: 21, Markus Johansson: 42, Niklas Nurminen: 0, Matti Siponen: 319, Lusetti: 0, Ari-Pekka Soikkeli: 5

Administrators: admin: 1