NodeManagement service set
June 4, 2026 · View on GitHub
The OPC UA NodeManagement service set (OPC 10000-4 §5.8) gives clients the ability to manipulate the server's address space at runtime:
| Service | Description |
|---|---|
AddNodes | Create a new node beneath an existing parent (Object, Variable, ...). |
DeleteNodes | Remove a node and, optionally, all references that target it. |
AddReferences | Add a reference between two existing nodes. |
DeleteReferences | Remove a reference between two existing nodes. |
The SDK ships full request validation, per-item dispatch, audit-event
emission, and per-NodeManager opt-in. NodeManagers do not need to
override the four StandardServer service methods themselves.
Architecture
- The client request lands on
StandardServer.AddNodesAsync/DeleteNodesAsync/AddReferencesAsync/DeleteReferencesAsync. - Each service override validates the request and forwards the
per-item collection to the matching
IMasterNodeManager.AddNodesAsyncetc. dispatcher. MasterNodeManagerlooks up the owning NodeManager for every item (parent's owner forAddNodes, target node's owner for the rest) and asks it to perform the work via the optionalINodeManagementAsyncNodeManagerinterface.- The aggregated per-item results are wrapped in the matching response
envelope and the audit event (
AuditAddNodesEvent,AuditDeleteNodesEvent,AuditAddReferencesEvent,AuditDeleteReferencesEvent) is emitted with an aggregated status.
NodeManagers that do not implement INodeManagementAsyncNodeManager —
or have not opted in — return BadUserAccessDenied, which is the
status defined for "server does not allow this operation". This keeps
the default behavior of every existing NodeManager unchanged.
Opting in: INodeManagementAsyncNodeManager
public interface INodeManagementAsyncNodeManager
{
// Sub-class returns true to opt in. Default is false.
bool AllowNodeManagement { get; }
ValueTask<(ServiceResult result, NodeId addedNodeId)> AddNodeAsync(
OperationContext context,
AddNodesItem item,
CancellationToken cancellationToken = default);
ValueTask<ServiceResult> DeleteNodeAsync(
OperationContext context,
DeleteNodesItem item,
CancellationToken cancellationToken = default);
ValueTask<ServiceResult> AddReferenceAsync(
OperationContext context,
AddReferencesItem item,
CancellationToken cancellationToken = default);
ValueTask<ServiceResult> DeleteReferenceAsync(
OperationContext context,
DeleteReferencesItem item,
CancellationToken cancellationToken = default);
}
AsyncCustomNodeManager already implements
INodeManagementAsyncNodeManager with default behavior that handles
every common case. Sub-classes opt in by overriding a single property:
public sealed class MyNodeManager : AsyncCustomNodeManager
{
public MyNodeManager(IServerInternal server, ApplicationConfiguration config, ILogger logger)
: base(server, config, logger, "http://example.org/MyNodes/")
{
}
public override bool AllowNodeManagement => true;
}
That is the only change needed for a NodeManager to start accepting AddNodes / DeleteNodes / AddReferences / DeleteReferences requests.
The reference server's ReferenceNodeManager opts in this way; you can
use it as the working example.
Dispatch and routing rules
- AddNodes: routed by the namespace of
RequestedNewNodeIdwhen the caller supplies one. WhenRequestedNewNodeIdis null, routed to the parent's owning NodeManager. As a pragmatic fallback for the common case where the parent isObjectsFolder(owned by the read-onlyCoreNodeManager), the dispatcher routes to the first NodeManager that has opted in to NodeManagement. - DeleteNodes: routed to the owning NodeManager of the target node.
- AddReferences / DeleteReferences: routed to the source node's owning NodeManager. When the target node lives in a different NodeManager that has also opted in, the dispatcher mirrors the complementary (inverse) edge on the target's owning NodeManager — best-effort; a failure on the target side is logged at Warning level and does not roll the source side back.
Request handling on AsyncCustomNodeManager
The default implementation honors the following request fields:
| Field | Behavior |
|---|---|
RequestedNewNodeId | Used as the new node's NodeId when valid; otherwise BadNodeIdRejected. When null, a fresh NodeId is allocated via INodeIdFactory.New; if the override returns a null NodeId (for example, because it derives identifiers from a parent that is not yet attached) the SDK falls back to the base allocator so AddNodes always yields a usable identifier. BadNodeIdExists if it collides with an existing node. |
BrowseName | Must be non-null. BadBrowseNameDuplicated when a sibling under the same parent already uses the same browse name — both local children and previously-added cross-NodeManager children attached to the same parent by this NodeManager are checked. |
ParentNodeId | Used to attach the new child to the parent. Cross-NodeManager parents are supported — the forward parent → child edge is added via the master so the parent's NodeManager records it, and the inverse child → parent edge is added on the new node. |
ReferenceTypeId | Must be a HierarchicalReferences subtype. |
NodeAttributes | Optional VariableAttributes / ObjectAttributes are applied to the new node (DisplayName, Description, DataType, ValueRank, AccessLevel, UserAccessLevel, Historizing, MinimumSamplingInterval, Value, EventNotifier). |
DeleteTargetReferences | When true, DeleteNodes also removes references on other NodeManagers that target the deleted node. |
DeleteBidirectional | When true on DeleteReferences, the inverse edge on the target's owning NodeManager is also deleted. |
Error codes returned
| Service | Status | Reason |
|---|---|---|
| AddNodes | BadBrowseNameInvalid | BrowseName is null. |
| AddNodes | BadParentNodeIdInvalid | ParentNodeId is null or unknown. |
| AddNodes | BadReferenceTypeIdInvalid | ReferenceTypeId is null or unknown. |
| AddNodes | BadReferenceNotAllowed | ReferenceTypeId is not a hierarchical reference. |
| AddNodes | BadNodeIdRejected | RequestedNewNodeId is outside this NodeManager's namespace. |
| AddNodes | BadNodeIdExists | RequestedNewNodeId already exists. |
| AddNodes | BadBrowseNameDuplicated | A sibling beneath the same local parent already uses the browse name. |
| AddNodes | BadNodeClassInvalid | Only Object and Variable are supported by the default implementation. |
| AddNodes | BadNodeAttributesInvalid | The supplied attributes extension object does not match the node class. |
| AddNodes / DeleteNodes / AddReferences / DeleteReferences | BadUserAccessDenied | The owning NodeManager has not opted in to NodeManagement. |
| DeleteNodes | BadNodeIdInvalid / BadNodeIdUnknown | The node to delete is null or unknown. |
| AddReferences | BadSourceNodeIdInvalid | Source is null or unknown to this NodeManager. |
| AddReferences | BadTargetNodeIdInvalid | Target is null. |
| AddReferences | BadDuplicateReferenceNotAllowed | The exact reference (type + direction + target) already exists on the source. |
| DeleteReferences | BadNoMatch | No reference with the exact triple (type + direction + target) was found on the source. |
Audit events
Every NodeManagement service emits its corresponding audit event:
AuditAddNodesEventTypeAuditDeleteNodesEventTypeAuditAddReferencesEventTypeAuditDeleteReferencesEventType
The audit Status is the first bad per-item status, or Good when
every item succeeded. Audit events are emitted from both the success
and failure paths so an early ServiceResultException (request-level
validation) still appears in the audit log.
Client-side example
The standard Session / ManagedSession AddNodes / DeleteNodes /
AddReferences / DeleteReferences APIs work unchanged against any
server whose NodeManager has opted in. See OPC 10000-4 §5.8 for the
service contract.
Custom behavior
To customize behavior for a particular NodeManager (e.g. enforce a
custom NodeId scheme, persist the new node, or veto specific node
classes), override the matching method on
INodeManagementAsyncNodeManager after opting in. For example, to
restrict additions to BaseObjectState:
public override async ValueTask<(ServiceResult result, NodeId addedNodeId)> AddNodeAsync(
OperationContext context,
AddNodesItem item,
CancellationToken cancellationToken = default)
{
if (item.NodeClass != NodeClass.Object)
{
return (new ServiceResult(StatusCodes.BadNodeClassInvalid), NodeId.Null);
}
return await base.AddNodeAsync(context, item, cancellationToken).ConfigureAwait(false);
}
See also
- Reference Server — opt-in example in
ReferenceNodeManager. - Source generated NodeManagers — combine NodeManagement with generated models.
- Model Change Tracking —
AddNodesandDeleteNodesemitGeneralModelChangeEventautomatically when model change tracking is enabled.