IEC 62541-22:2025
(Main)OPC unified architecture - Part 22: Base Network Model
OPC unified architecture - Part 22: Base Network Model
IEC 62541-22:2025 specifies an OPC UA Information Model for a basic set of network related components used in other Information Models.
The initial version of this document defines parameter sets for TSN Talkers and Listeners as well as network interfaces and ports as shown in Figure 1. A future version of this document is expected to have a broader scope of other network technologies than Ethernet only.
Architecture unifiée OPC - Partie 22: Modèle de réseau de base
IEC 62541-22:2025 spécifie un Modèle d'information OPC UA pour un ensemble de base de composants liés au réseau utilisés dans d'autres Modèles d'information.
La version initiale du présent document définit les jeux de paramètres des Émetteurs et Auditeurs TSN, ainsi que les interfaces réseau et les ports, comme cela est représenté à la Figure 1. Il est prévu qu'une prochaine version du présent document couvre un domaine d'application plus étendu que celui des seules technologies de réseau Ethernet.
General Information
Standards Content (Sample)
IEC 62541-22 ®
Edition 1.0 2025-12
INTERNATIONAL
STANDARD
OPC unified architecture –
Part 22: Base Network Model
ICS 25.040 ISBN 978-2-8327-0877-4
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or
by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either
IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC copyright
or have an enquiry about obtaining additional rights to this publication, please contact the address below or your local
IEC member National Committee for further information.
IEC Secretariat Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.
About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigendum or an amendment might have been published.
IEC publications search - IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Discover our powerful search engine and read freely all the
The advanced search enables to find IEC publications by a publications previews, graphical symbols and the glossary.
variety of criteria (reference number, text, technical With a subscription you will always have access to up to date
committee, …). It also gives information on projects, content tailored to your needs.
replaced and withdrawn publications.
Electropedia - www.electropedia.org
The world's leading online dictionary on electrotechnology,
IEC Just Published - webstore.iec.ch/justpublished
Stay up to date on all new IEC publications. Just Published containing more than 22 500 terminological entries in English
details all new publications released. Available online and and French, with equivalent terms in 25 additional languages.
once a month by email. Also known as the International Electrotechnical Vocabulary
(IEV) online.
IEC Customer Service Centre - webstore.iec.ch/csc
If you wish to give us your feedback on this publication or
need further assistance, please contact the Customer
Service Centre: sales@iec.ch.
CONTENTS
FOREWORD . 4
1 Scope . 6
2 Normative references . 7
3 Terms, definitions and abbreviated terms . 7
3.1 Terms and definitions. 7
3.2 Abbreviated terms . 7
4 Concepts . 8
4.1 Type and Naming Conventions . 8
4.2 Usage of OPC UA Interfaces . 8
5 Base Network Model . 8
5.1 Overview . 8
5.2 OPC UA InterfaceTypes . 10
5.2.1 IIetfBaseNetworkInterfaceType Interface . 10
5.2.2 IIeeeBaseEthernetPortType Interface . 11
5.2.3 IIeeeAutoNegotiationStatusType Interface . 11
5.2.4 IBaseEthernetCapabilitiesType Interface . 12
5.2.5 IVlanIdType Interface . 12
5.2.6 ISrClassType Interface . 13
5.2.7 IIeeeBaseTsnStreamType Interface . 14
5.2.8 IIeeeBaseTsnTrafficSpecificationType Interface . 14
5.2.9 IIeeeBaseTsnStatusStreamType Interface . 15
5.2.10 IIeeeTsnInterfaceConfigurationType Interface . 16
5.2.11 IIeeeTsnInterfaceConfigurationTalkerType Interface . 16
5.2.12 IIeeeTsnInterfaceConfigurationListenerType Interface . 17
5.2.13 IIeeeTsnMacAddressType Interface . 17
5.2.14 IIeeeTsnVlanTagType Interface . 18
5.2.15 IPriorityMappingEntryType Interface . 18
5.3 DataTypes . 19
5.3.1 Enumeration DataTypes . 19
5.3.2 Structure DataTypes . 24
5.4 Instance Entry Points . 25
5.4.1 Resources Folder . 26
5.4.2 Communication Folder . 27
5.4.3 MappingTables Folder . 27
5.4.4 NetworkInterfaces Folder . 27
5.4.5 Streams Folder . 28
5.4.6 TalkerStreams Folder . 28
5.4.7 ListenerStreams Folder . 28
5.5 ObjectTypes . 29
5.5.1 IetfBaseNetworkInterfaceType . 29
5.5.2 PriorityMappingTableType . 31
5.6 ReferenceTypes . 34
5.6.1 UsesPriorityMappingTable ReferenceType . 34
5.6.2 HasLowerLayerInterface ReferenceType . 35
Annex A (informative) Modelling Examples . 36
A.1 Modelling Examples for Network Interfaces . 36
A.1.1 Virtual Network Interfaces . 36
A.1.2 Link Aggregation . 37
A.2 Modelling Examples for PriorityMappingEntries and
IetfBaseNetworkInterface . 37
A.3 Usage of BNM in other UA Specifications . 39
A.3.1 Usage of BNM for PubSub over TSN . 39
A.3.2 Usage of BNM in PROFINET Companion Spec . 39
Figure 1 – Scope of Base Network Model . 6
Figure 2 – Overview of Base Network Model . 9
Figure 3 – Instance Entry Points for Network Interfaces and Streams . 26
Figure 4 – IetfBaseNetworkInterfaceType . 29
Figure 5 – PriorityMappingTableType . 31
Figure A.1 – Modelling Example for virtual network interfaces . 36
Figure A.2 – Modelling example for link aggregation . 37
Figure A.3 – Modelling Example for PriorityMappingTableType and
IetfBaseNetworkInterface . 38
Figure A.4 – Possible Integration of BNM into PubSub . 39
Figure A.5 – Recommended Integration of BNM into Companion Spec exemplified by
PROFINET . 39
Table 1 – IIetfBaseNetworkInterfaceType definition . 10
Table 2 – IIetfBaseNetworkInterfaceType Attribute values for child Nodes . 10
Table 3 – IIeeeBaseEthernetPortType definition . 11
Table 4 – IIeeeBaseEthernetPortType Attribute values for child Nodes . 11
Table 5 – IIeeeAutoNegotiationStatusType definition . 12
Table 6 – IBaseEthernetCapabilitiesType definition . 12
Table 7 – IVlanIdType definition . 13
Table 8 – ISrClassType definition . 13
Table 9 – IIeeeBaseTsnStreamType definition . 14
Table 10 – IIeeeBaseTsnTrafficSpecificationType definition . 15
Table 11 – IIeeeBaseTsnStatusStreamType definition . 15
Table 12 – IIeeeTsnInterfaceConfigurationType definition . 16
Table 13 – IIeeeTsnInterfaceConfigurationTalkerType definition . 16
Table 14 – IIeeeTsnInterfaceConfigurationListenerType definition . 17
Table 15 – IIeeeTsnMacAddressType definition . 17
Table 16 – IIeeeTsnVlanTagType definition . 18
Table 17 – IPriorityMappingEntryType definition . 18
Table 18 – Duplex Values . 19
Table 19 – Duplex Definition . 19
Table 20 – InterfaceAdminStatus Values . 20
Table 21 – InterfaceAdminStatus Definition . 20
Table 22 – InterfaceOperStatus Values . 20
Table 23 – InterfaceOperStatus Definition. 21
Table 24 – NegotiationStatus Values . 21
Table 25 – NegotiationStatus Definition . 21
Table 26 – TsnFailureCode values . 22
Table 27 – TsnFailureCode Definition . 22
Table 28 – TsnStreamState Values . 23
Table 29 – TsnStreamState Definition . 23
Table 30 – TsnTalkerStatus Values . 23
Table 31 – TsnTalkerStatus Definition . 24
Table 32 – TsnListenerStatus Values . 24
Table 33 – TsnListenerStatus Definition . 24
Table 34 – PriorityMappingEntryType structure . 25
Table 35 – PriorityMappingEntryType Definition . 25
Table 36 – Resources definition . 26
Table 37 – Communication definition . 27
Table 38 – MappingTables definition . 27
Table 39 – NetworkInterfaces definition . 28
Table 40 – Streams definition . 28
Table 41 – TalkerStreams definition . 28
Table 42 – ListenerStreams definition . 29
Table 43 – IetfBaseNetworkInterfaceType definition. 30
Table 44 – IetfBaseNetworkInterfaceType Attribute values for child Nodes . 31
Table 45 – IetfBaseNetworkInterfaceType Additional References . 31
Table 46 – PriorityMappingTableType definition . 32
Table 47 – AddPriorityMappingEntry Method arguments . 33
Table 48 – AddPriorityMappingEntry Method result codes . 33
Table 49 – AddPriorityMappingEntry Method AddressSpace definition . 33
Table 50 – DeletePriorityMappingEntry Method arguments . 33
Table 51 – DeletePriorityMappingEntry Method result codes . 34
Table 52 – DeletePriorityMappingEntry Method AddressSpace definition . 34
Table 53 – UsesPriorityMappingTable definition. 34
Table 54 – HasLowerLayerInterface definition . 35
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
OPC unified architecture -
Part 22: Base Network Model
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote international
co-operation on all questions concerning standardization in the electrical and electronic fields. To this end and
in addition to other activities, IEC publishes International Standards, Technical Specifications, Technical Reports,
Publicly Available Specifications (PAS) and Guides (hereafter referred to as "IEC Publication(s)"). Their
preparation is entrusted to technical committees; any IEC National Committee interested in the subject dealt with
may participate in this preparatory work. International, governmental and non-governmental organizations liaising
with the IEC also participate in this preparation. IEC collaborates closely with the International Organization for
Standardization (ISO) in accordance with conditions determined by agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence between
any IEC Publication and the corresponding national or regional publication shall be clearly indicated in the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) IEC draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). IEC takes no position concerning the evidence, validity or applicability of any claimed patent rights in
respect thereof. As of the date of publication of this document, IEC had not received notice of (a) patent(s), which
may be required to implement this document. However, implementers are cautioned that this may not represent
the latest information, which may be obtained from the patent database available at https://patents.iec.ch. IEC
shall not be held responsible for identifying any or all such patent rights.
IEC 62541-22 has been prepared by subcommittee 65E: Devices and integration in enterprise
systems, of IEC technical committee 65: Industrial-process measurement, control and
automation. It is an International Standard.
The text of this International Standard is based on the following documents:
Draft Report on voting
65E/1047/CDV 65E/1104/RVC
Full information on the voting for its approval can be found in the report on voting indicated in
the above table.
The language used for the development of this International Standard is English.
This document was drafted in accordance with ISO/IEC Directives, Part 2, and developed in
accordance with ISO/IEC Directives, Part 1 and ISO/IEC Directives, IEC Supplement, available
at www.iec.ch/members_experts/refdocs. The main document types developed by IEC are
described in greater detail at www.iec.ch/publications.
Throughout this document and the other Parts of the series, certain document conventions are
used:
Italics are used to denote a defined term or definition that appears in the "Terms and definitions"
clause in one of the parts of the series.
Italics are also used to denote the name of a service input or output parameter or the name of
a structure or element of a structure that are usually defined in tables.
The italicized terms and names are also often written in camel-case (the practice of writing
compound words or phrases in which the elements are joined without spaces, with each
element's initial letter capitalized within the compound). For example, the defined term is
AddressSpace instead of Address Space. This makes it easier to understand that there is a
single definition for AddressSpace, not separate definitions for Address and Space.
A list of all parts in the IEC 62541 series, published under the general title OPC Unified
Architecture, can be found on the IEC website.
The committee has decided that the contents of this document will remain unchanged until the
stability date indicated on the IEC website under webstore.iec.ch in the data related to the
specific document. At this date, the document will be
– reconfirmed,
– withdrawn, or
– revised.
1 Scope
This part of IEC 62541 specifies an OPC UA Information Model for a basic set of network related
components used in other Information Models.
The initial version of this document defines parameter sets for TSN Talkers and Listeners as
well as network interfaces and ports as shown in Figure 1. A future version of this document is
expected to have a broader scope of other network technologies than Ethernet only.
Figure 1 – Scope of Base Network Model
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies.
For undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 62541-1, OPC Unified Architecture - Part 1: Overview and Concepts
IEC 62541-5, OPC Unified Architecture - Part 5: Information Model
IEC 62541-8, OPC Unified Architecture - Part 8: Data Access
IEEE Std 802.3-2022, IEEE Standard for Ethernet
IEEE Std 802.1Q-2018, IEEE Standard for Local and Metropolitan Area Networks Bridges and
Bridged Networks
IEEE Std 802.1Qcc-2018, EEE Standard for Local and Metropolitan Area Networks-Bridges and
Bridged Networks - Amendment 31: Stream Reservation Protocol (SRP) Enhancements and
Performance Improvements
IETF RFC 2863, K. McCloghrie, "The Interfaces Group MIB", June 2000, available at
https://tools.ietf.org/html/rfc2863
3 Terms, definitions and abbreviated terms
3.1 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC 62541-1, IEC 62541-5
and IEC 62541-8 apply.
ISO and IEC maintain terminology databases for use in standardization at the following
addresses:
– IEC Electropedia: available at https://www.electropedia.org/
– ISO Online browsing platform: available at https://www.iso.org/obp
3.2 Abbreviated terms
AVB Audio Video Bridging
BNM Base Network Model
CNC Centralized Network Configuration
CUC Centralized User Configuration
DSCP Differentiated services code point for packet classification purposes
IEEE Institute of Electrical and Electronics Engineers
IETF Internet Engineering Task Force
MAU Medium Attachment Units
MIB Management Information Base
PCP Priority Code Point for classifying and managing network traffic
TSN Time Sensitive Networks
VLAN Virtual Local Area Network
YANG Yet Another Next Generation (Data modelling language for network management)
4 Concepts
4.1 Type and Naming Conventions
The BNM shall align its parameters to existing standards defined by IETF and the IEEE to allow
an effortless mapping against existing network technologies. Therefore, selected DataTypes
shall fit to the types used by the related managed objects of IEEE and IETF. BrowseNames of
Variables and parameter sets (UA interface) are preferably derived from standardized IETF /
IEEE YANG models. If no standardized YANG representation is available, MIB definitions are
chosen.
4.2 Usage of OPC UA Interfaces
The parameters of the BNM are grouped in the form of OPC UA Interfaces. Interfaces have
been chosen to define parameter sets independent of the implementation in future ObjectType
hierarchies. This allows these grouped parameters to be used in other Information Models
independent of ObjectType hierarchies that can be found in the BNM.
It is expected that a future version of the BNM will define a collection of network related
ObjectTypes.
5 Base Network Model
5.1 Overview
The Base Network Model defined in this document is shown in Figure 2.
Figure 2 – Overview of Base Network Model
5.2 OPC UA InterfaceTypes
5.2.1 IIetfBaseNetworkInterfaceType Interface
This OPC UA Interface defines the basis of an IETF network interface. The
IIetfBaseNetworkInterfaceType is formally defined in Table 1.
Table 1 – IIetfBaseNetworkInterfaceType definition
Attribute Value
BrowseName IIetfBaseNetworkInterfaceType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable AdminStatus InterfaceAdminStatus BaseDataVariableType Mandatory
HasComponent Variable OperStatus InterfaceOperStatus BaseDataVariableType Mandatory
HasComponent Variable PhysAddress String BaseDataVariableType Optional
HasComponent Variable Speed UInt64 AnalogUnitType Mandatory
Conformance Units
BNM Ethernet Base Info
AdminStatus of DataType InterfaceAdminStatus specifies the desired state of the network
interface. This Variable has the same read semantics as ifAdminStatus (ifAdminStatus is
defined in IETF RFC 2863). The InterfaceAdminStatus Enumeration is defined in 5.3.1.2.
OperStatus of DataType InterfaceOperStatus specifies the current operational state of the
network interface. This Variable has the same semantics as ifOperStatus (ifOperStatus is
defined in IETF RFC 2863). The InterfaceOperStatus Enumeration is defined in 5.3.1.3.
PhysAddress of DataType String specifies the network interface's address at its protocol sub-
layer. For example, for an 802.x network interface, this parameter normally contains a Media
Access Control (MAC) address. The network interface's media-specific modules must define
the bit and byte ordering and the format of the value of this object. For network interfaces that
do not have such an address (e.g., a serial line), this node is not present (ifPhysAddress is
defined in IETF RFC 2863).
Speed of DataType UInt64 specifies an estimate of the network interface's current bandwidth
in bits per second. For network interfaces that do not vary in bandwidth or for those where no
accurate estimation can be made, this value should contain the nominal bandwidth (ifSpeed,
ifHighSpeed are defined in IETF RFC 2863).
The component Variables of the IIetfBaseNetworkInterfaceType have the Attribute values
defined in Table 2.
Table 2 – IIetfBaseNetworkInterfaceType Attribute values for child Nodes
Source Path Value Attribute Description Attribute
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4337968
DisplayName: bit/s
Description: bit per second
5.2.2 IIeeeBaseEthernetPortType Interface
This OPC UA Interface defines capabilities of an Ethernet-based port. The
IIeeeBaseEthernetPortType is formally defined in Table 3.
Table 3 – IIeeeBaseEthernetPortType definition
Attribute Value
BrowseName IIeeeBaseEthernetPortType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable Speed UInt64 AnalogUnitType Mandatory
HasComponent Variable Duplex Duplex BaseDataVariableType Mandatory
HasComponent Variable MaxFrameLength UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM Ethernet Base Info
Speed of DataType UInt64 specifies the configured, negotiated, or actual speed of an Ethernet
port in entities of 1 Mb/s (data rate). The default value is implementation-dependent (Ethernet
ports are defined in IEEE Std 802.3-2022).
Duplex of DataType Duplex represents the configured, negotiated, or actual duplex mode of an
Ethernet port ("aDuplexStatus is defined in IEEE Std 802.3-2022, 30.3.1.1.32, "). The Duplex
DataType is defined in 5.3.1.1.
MaxFrameLength of DataType UInt16 indicates the MAC frame length (including FCS bytes) at
which frames are dropped for being too long ("aMaxFrameLength" is defined in
IEEE Std 802.3-2022, 30.3.1.1.37,).
The component Variables of the IIeeeBaseEthernetPortType have the Attribute values defined
in Table 4.
Table 4 – IIeeeBaseEthernetPortType Attribute values for child Nodes
Source Path Value Attribute Description Attribute
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4534832
DisplayName: Mbit/s
Description: megabit per second
5.2.3 IIeeeAutoNegotiationStatusType Interface
This OPC UA Interface defines the auto negotiation status of an Ethernet-based port. The
IIeeeAutoNegotiationStatusType is formally defined in Table 5.
Table 5 – IIeeeAutoNegotiationStatusType definition
Attribute Value
BrowseName IIeeeAutoNegotiationStatusType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable NegotiationStatus NegotiationStatus BaseDataVariableType Mandatory
Conformance Units
BNM AutoNeg
NegotiationStatus of DataType NegotiationStatus specifies the status of the auto-negotiation
protocol (the auto-negotiation protocol is defined in IEEE Std 802.3-2022:…., 30.6.1.1.4,
"aAutoNegAutoConfig"). The NegotiationStatus DataType is defined in 5.3.1.4.
5.2.4 IBaseEthernetCapabilitiesType Interface
This OPC UA Interface defines if an Ethernet-based port is VLAN Tag capable. The
IBaseEthernetCapabilitiesType is formally defined in Table 6.
Table 6 – IBaseEthernetCapabilitiesType definition
Attribute Value
BrowseName IBaseEthernetCapabilitiesType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable VlanTagCapable Boolean BaseDataVariableType Mandatory
Conformance Units
BNM VLAN Capabilities
When VlanTagCapable is true, the network interface supports the ability to tag/untag frames
using a Customer VLAN Tag (C-TAG of clause 9) provided by the network (VLAN Tags are
defined in IEEE Std 802.1Qcc-2018, 46.2.3.7.1.).
5.2.5 IVlanIdType Interface
This OPC UA Interface specifies a VLAN Id associated with a network interface. The
IVlanIdType is formally defined in Table 7.
Table 7 – IVlanIdType definition
Attribute Value
BrowseName IVlanIdType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable VlanId UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM IETF Interface Vlan Info
VlanId is an UInt16 and contains the Customer VLAN Tag (IEEE Std 802.1Q-2018 C-TAG of
Clause 9) that frames injected at this network interface will be tagged with (see
IEEE Std 802.1Qcc-2018, 46.2.3.7.1).
5.2.6 ISrClassType Interface
This OPC UA Interface defines the content of an SrClass. The ISrClassType is formally defined
in Table 8.
Table 8 – ISrClassType definition
Attribute Value
BrowseName ISrClassType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable Id Byte BaseDataVariableType Mandatory
HasComponent Variable Priority Byte BaseDataVariableType Mandatory
HasComponent Variable Vid UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM TSN Base Info
Id is a Byte and specifies the SRclassID in a numeric representation of the SR classes which
is supported by a particular Bridge Port (SRclassID is defined in IEEE Std 802.1Q-2018,
35.2.2.9.2,). Only values between 0 and 7 shall be used.
Priority is a Byte and holds the Data Frame Priority (item a) in IEEE Std 802.1Q-2018,
35.2.2.8.5) value that will be used for streams that belong to the associated SR class.
(SRclassPriority is defined in IEEE Std 802.1Q-2018, 35.2.2.9.3). Only Values between 0 and
7 shall be used.
Vid is an UInt16 and contains the SR_PVID (item i) in IEEE Std 802.1Q-2018, 35.2.1.4) that the
associated streams will be tagged with by the Talker (SRclassVID is defined in
IEEE Std 802.1Q-2018, 35.2.2.9.4).
5.2.7 IIeeeBaseTsnStreamType Interface
The IIeeeBaseTsnStreamType contains Variables which are common for both TSN talkers and
TSN listeners. They represent the configuration properties and diagnostic values like
reservation status and failure codes of a TSN stream. The IIeeeBaseTsnStreamType is formally
defined Table 9.
Table 9 – IIeeeBaseTsnStreamType definition
Attribute Value
BrowseName IIeeeBaseTsnStreamType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable StreamId Byte[8] BaseDataVariableType Mandatory
HasComponent Variable StreamName String BaseDataVariableType Mandatory
HasComponent Variable State TsnStreamState BaseDataVariableType Mandatory
HasComponent Variable AccumulatedLatency UInt32 BaseDataVariableType Optional
HasComponent Variable SrClassId Byte BaseDataVariableType Optional
Conformance Units
BNM TSN Base Info
StreamId is an array of 8 Bytes defined according to the StreamID in IEEE Std 802.1Qcc-2018,
35.2.2.8.2. The StreamId shall be unique in the scope of the related TSN Network. The mapping
between the StreamId Byte array and the IEEE octet string StreamID is as follows: Entry[n] of
StreamId is mapped to octet[n] of StreamID. The StreamId shall be provided in the TSN stream
Objects for diagnostic reasons.
NOTE In the distributed configuration model, the StreamId is typically generated by the TSN control stack of the
endstation. In the fully centralized configuration model, the StreamId is typically generated by the CUC.
StreamName is a String identifying the related stream in the network. The format of the String
is application specific. The uniqueness of the StreamName inside the network segment shall
be guaranteed by the application. If multiple applications use the network segment, they shall
agree on a naming scheme.
State represents the current state of the TSN configuration process of a TSN stream. The
TsnStreamState Enumeration is defined in 5.3.1.6.
AccumulatedLatency of DataType UInt32 is the maximum worst case propagation delay in
nanoseconds calculated and guaranteed by the TSN Control Layer for this Listener. Once the
stream reservation has succeeded the AccumulatedLatency is not expected to increase during
the lifecycle of the TSN Stream (see IEEE Std 802.1Q-2018, 35.2.2.8.6).
SrClassId of DataType Byte contains the Stream Reservation Class that is used for this stream
(see IEEE Std 802.1Qcc-2018, 35.2.2.9.2).
5.2.8 IIeeeBaseTsnTrafficSpecificationType Interface
This OPC UA Interface is used to represent the traffic specification of a TSN stream. The
IIeeeBaseTsnTrafficSpecificationType is formally defined in Table 10.
Table 10 – IIeeeBaseTsnTrafficSpecificationType definition
Attribute Value
BrowseName IIeeeBaseTsnTrafficSpecificationType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable MaxIntervalFrames UInt16 BaseDataVariableType Mandatory
HasComponent Variable MaxFrameSize UInt32 BaseDataVariableType Mandatory
HasComponent Variable Interval UnsignedRationalNumber BaseDataVariableType Mandatory
Conformance Units
BNM TSN Config
The MaxFrameSize of DataType UInt16 specifies the maximum size frame that will be sent by
a Talker for this Stream (see IEEE Std 802.1Q-2018, 35.2.2.8.4a).
NOTE According to 802.1Q MaxFrameSize only counts the number of bytes of the Ethernet payload without the
media specific framing bytes. (i.e. without 8-byte preamble, 14-byte IEEE 802.3 header, 4-byte IEEE 802.1Q
priority/VID Tag, 4-byte CRC, 12-byte inter frame gap). Same rules apply for counting MaxBytesPerInterval.
The MaxIntervalFrames of DataType UInt16 Variable specifies the maximum number of frames
that will be sent during an Interval. (see IEEE Std 802.1Q-2018, 35.2.2.8.4b,
"MaxIntervalFrames" or IEEE Std 802.1Qcc-2018, 35.2.2.10.6, "MaxFramesPerInterval")
Interval of DataType UnsignedRationalNumber defines the time period of the TSN Stream in
nanoseconds. In that interval a specified number of frames (MaxIntervalFrames) with a
maximum payload size per frame (MaxFrameSize) and a maximum total number of bytes
(MaxBytesPerInterval) will be transmitted. The Interval therefore shall either represent the
"class measurement interval" as used for AVB based Streams (see IEEE Std 802.1Q-2018,
Clause 35 or the "Interval" parameter used in the TrafficSpecification group in
IEEE Std 802.1Qcc-2018, 46.2.3.5.1).
5.2.9 IIeeeBaseTsnStatusStreamType Interface
This OPC UA Interface is used to represent the status of a TSN stream. The
IIeeeBaseTsnStatusStreamType is formally defined in Table 11.
Table 11 – IIeeeBaseTsnStatusStreamType definition
Attribute Value
BrowseName IIeeeBaseTsnStatusStreamType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable TalkerStatus TsnTalkerStatus BaseDataVariableType Optional
HasComponent Variable ListenerStatus TsnListenerStatus BaseDataVariableType Optional
HasComponent Variable FailureCode TsnFailureCode BaseDataVariableType Mandatory
HasComponent Variable FailureSystemIdentifier Byte[][8] BaseDataVariableType Mandatory
Conformance Units
BNM TSN Base Info
TalkerStatus of DataType TsnTalkerStatus contains the Reservation Failure Code as defined
in the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.1.
ListenerStatus of DataType TsnListenerStatus contains the Reservation Failure Code as
defined in the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.2.
FailureCode of DataType TsnFailureCode contains the Reservation Failure Code as defined in
the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.3.
FailureSystemIdentifier is an Array of Arrays of 8 Bytes and contains the System Identifiers
representing the network nodes where the failure occurred. See "System Identifier" in
"FailureInformation" in IEEE Std 802.1Q-2018, 35.2.2.8.7.
5.2.10 IIeeeTsnInterfaceConfigurationType Interface
This OPC UA Interface is used to represent an interface configuration which is part of a TSN
stream (on the end-device). The IIeeeTsnInterfaceConfigurationType is formally defined in
Table 12.
Table 12 – IIeeeTsnInterfaceConfigurationType definition
Attribute Value
BrowseName IIeeeTsnInterfaceConfigurationType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable MacAddress String BaseDataVariableType Mandatory
HasComponent Variable InterfaceName String BaseDataVariableType Optional
Conformance Units
BNM TSN Config
MacAddress of DataType String contains the MAC Address of the Interface the configuration
will be applied to, see IEEE Std 802.1Qcc-2018, 46.2.5.3.
InterfaceName of DataType String is optional and supports the identification of the Interface for
configuration, see IEEE Std 802.1Qcc-2018, 46.2.5.3.
5.2.11 IIeeeTsnInterfaceConfigurationTalkerType Interface
This OPC UA Interface is used to represent a talker (sender) interface configuration of a TSN
stream. The IIeeeTsnInterfaceConfigurationTalkerType is formally defined in Table 13.
Table 13 – IIeeeTsnInterfaceConfigurationTalkerType definition
Attribute Value
BrowseName IIeeeTsnInterfaceConfigurationTalkerType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the IIeeeTsnInterfaceConfigurationType defined in 5.2.10
HasComponent Variable TimeAwareOffset UInt32 BaseDataVariableType Optional
Conformance Units
BNM TSN Config
TimeAwareOffset of DataType UInt32 specifies the time offset in nanoseconds relative to the
start of the Interval that the Talker shall use for transmission (see IEEE Std 802.1Qcc-2018,
46.2.5.3.5).
5.2.12 IIeeeTsnInterfaceConfigurationListenerType Interface
This OPC UA Interface is used to represent a listener (receiver) interface configuration of a
TSN stream. The IIeeeTsnInterfaceConfigurationListenerType is formally defined in Table 14.
Table 14 – IIeeeTsnInterfaceConfigurationListenerType definition
Attribute Value
BrowseName IIeeeTsnInterfaceConfigurationListenerType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the IIeeeTsnInterfaceConfigurationType defined in 5.2.10
HasComponent Variable ReceiveOffset UInt32 BaseDataVariableType Optional
Conformance Units
BNM TSN Config
ReceiveOffset of DataType UInt32 specifies the offset in nanoseconds within the Interval at
which the Listener will receive the first frame of the TSN Stream.
5.2.13 IIeeeTsnMacAddressType Interface
This OPC UA Interface is used to represent a MAC address based stream identification of a
TSN stream. The IIeeeTsnMacAddressType is formally defined in Table 15.
Table 15 – IIeeeTsnMacAddressType definition
Attribute Value
BrowseName IIeeeTsnMacAddressType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the
...
IEC 62541-22 ®
Edition 1.0 2025-12
NORME
INTERNATIONALE
Architecture unifiée OPC -
Partie 22: Modèle de réseau de base
ICS 25.040 ISBN 978-2-8327-0877-4
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et
les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.
IEC Secretariat Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.
A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.
Recherche de publications IEC - IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Découvrez notre puissant moteur de recherche et consultez
La recherche avancée permet de trouver des publications gratuitement tous les aperçus des publications, symboles
IEC en utilisant différents critères (numéro de référence, graphiques et le glossaire. Avec un abonnement, vous aurez
texte, comité d’études, …). Elle donne aussi des toujours accès à un contenu à jour adapté à vos besoins.
informations sur les projets et les publications remplacées
ou retirées. Electropedia - www.electropedia.org
Le premier dictionnaire d'électrotechnologie en ligne au
IEC Just Published - webstore.iec.ch/justpublished monde, avec plus de 22 500 articles terminologiques en
Restez informé sur les nouvelles publications IEC. Just anglais et en français, ainsi que les termes équivalents
dans 25 langues additionnelles. Egalement appelé
Published détaille les nouvelles publications parues.
Disponible en ligne et une fois par mois par email. Vocabulaire Electrotechnique International (IEV) en ligne.
Service Clients - webstore.iec.ch/csc
Si vous désirez nous donner des commentaires sur cette
publication ou si vous avez des questions contactez-
nous: sales@iec.ch.
SOMMAIRE
AVANT-PROPOS . 4
1 Domaine d'application . 6
2 Références normatives . 7
3 Termes, définitions et abréviations . 7
3.1 Termes et définitions . 7
3.2 Abréviations . 8
4 Concepts . 8
4.1 Conventions de type et de dénomination . 8
4.2 Utilisation des Interfaces OPC UA. 8
5 Modèle de réseau de base . 8
5.1 Vue d'ensemble . 8
5.2 Types d'Interfaces OPC UA . 10
5.2.1 Interface IIetfBaseNetworkInterfaceType . 10
5.2.2 Interface IIeeeBaseEthernetPortType . 11
5.2.3 Interface IIeeeAutoNegotiationStatusType . 11
5.2.4 Interface IBaseEthernetCapabilitiesType . 12
5.2.5 Interface IVlanIdType . 12
5.2.6 Interface ISrClassType . 13
5.2.7 Interface IIeeeBaseTsnStreamType . 14
5.2.8 Interface IIeeeBaseTsnTrafficSpecificationType . 14
5.2.9 Interface IIeeeBaseTsnStatusStreamType . 15
5.2.10 Interface IIeeeTsnInterfaceConfigurationType . 16
5.2.11 Interface IIeeeTsnInterfaceConfigurationTalkerType . 16
5.2.12 Interface IIeeeTsnInterfaceConfigurationListenerType . 17
5.2.13 Interface IIeeeTsnMacAddressType . 17
5.2.14 Interface IIeeeTsnVlanTagType . 18
5.2.15 Interface IPriorityMappingEntryType . 19
5.3 DataTypes . 19
5.3.1 DataTypes d'énumération . 19
5.3.2 DataTypes Structure . 25
5.4 Points d'entrée d'instance . 26
5.4.1 Dossier Ressources . 27
5.4.2 Dossier Communication . 27
5.4.3 Dossier MappingTables . 28
5.4.4 Dossier NetworkInterfaces . 28
5.4.5 Dossier Streams . 28
5.4.6 Dossier TalkerStreams . 29
5.4.7 Dossier ListenerStreams . 29
5.5 ObjectTypes . 29
5.5.1 IetfBaseNetworkInterfaceType . 29
5.5.2 PriorityMappingTableType . 31
5.6 ReferenceTypes . 34
5.6.1 ReferenceType UsesPriorityMappingTable . 34
5.6.2 ReferenceType HasLowerLayerInterface . 35
Annexe A (informative) Exemples de modélisations . 36
A.1 Exemples de modélisations pour les interfaces réseau . 36
A.1.1 Interfaces réseau virtuelles . 36
A.1.2 Agrégation de liaisons . 37
A.2 Exemples de modélisations pour PriorityMappingEntries et
IetfBaseNetworkInterface . 37
A.3 Utilisation de BNM dans d'autres Spécifications UA . 39
A.3.1 Utilisation de BNM pour PubSub sur TSN . 39
A.3.2 Utilisation de BNM dans la spécification d'accompagnement PROFINET . 39
Figure 1 – Domaine d'application du Modèle de réseau de base . 6
Figure 2 – Vue d'ensemble du Modèle de réseau de base . 9
Figure 3 – Points d'entrée d'instance des interfaces et des flux réseau . 26
Figure 4 – IetfBaseNetworkInterfaceType . 30
Figure 5 – PriorityMappingTableType . 32
Figure A.1 – Exemple de modélisation pour les interfaces réseau virtuelles . 36
Figure A.2 – Exemple de modélisation pour l'agrégation de liaisons . 37
Figure A.3 – Exemple de modélisation pour PriorityMappingTableType et
IetfBaseNetworkInterface . 38
Figure A.4 – Intégration possible de BNM dans PubSub . 39
Figure A.5 – Intégration recommandée de BNM dans une spécification
d'accompagnement (exemple: PROFINET) . 39
Tableau 1 – Définition de IIetfBaseNetworkInterfaceType . 10
Tableau 2 – Valeurs d'Attribut IIetfBaseNetworkInterfaceType pour les Nœuds enfants . 10
Tableau 3 – Définition de IIeeeBaseEthernetPortType . 11
Tableau 4 – Valeurs d'Attribut IIeeeBaseEthernetPortType pour les Nœuds enfants . 11
Tableau 5 – Définition de IIeeeAutoNegotiationStatusType . 12
Tableau 6 – Définition de IBaseEthernetCapabilitiesType . 12
Tableau 7 – Définition de IVlanIdType . 13
Tableau 8 – Définition de ISrClassType . 13
Tableau 9 – Définition de IIeeeBaseTsnStreamType . 14
Tableau 10 – Définition de IIeeeBaseTsnTrafficSpecificationType . 15
Tableau 11 – Définition de IIeeeBaseTsnStatusStreamType . 15
Tableau 12 – Définition de IIeeeTsnInterfaceConfigurationType. 16
Tableau 13 – Définition de IIeeeTsnInterfaceConfigurationTalkerType . 17
Tableau 14 – Définition de IIeeeTsnInterfaceConfigurationListenerType . 17
Tableau 15 – Définition de IIeeeTsnMacAddressType . 18
Tableau 16 – Définition de IIeeeTsnVlanTagType . 18
Tableau 17 – Définition de IPriorityMappingEntryType . 19
Tableau 18 – Valeurs de Duplex . 20
Tableau 19 – Définition de Duplex . 20
Tableau 20 – Valeurs d'InterfaceAdminStatus . 20
Tableau 21 – Définition d'InterfaceAdminStatus . 20
Tableau 22 – Valeurs d'InterfaceOperStatus . 21
Tableau 23 – Définition d'InterfaceOperStatus . 21
Tableau 24 – Valeurs de NegotiationStatus . 21
Tableau 25 – Définition de NegotiationStatus. 22
Tableau 26 – Valeurs de TsnFailureCode . 22
Tableau 27 – Définition de TsnFailureCode . 23
Tableau 28 – Valeurs de TsnStreamState . 23
Tableau 29 – Définition de TsnStreamState . 24
Tableau 30 – Valeurs de TsnTalkerStatus . 24
Tableau 31 – Définition de TsnTalkerStatus . 24
Tableau 32 – Valeurs de TsnListenerStatus . 25
Tableau 33 – Définition de TsnListenerStatus . 25
Tableau 34 – Structure de PriorityMappingEntryType . 25
Tableau 35 – Définition de PriorityMappingEntryType . 26
Tableau 36 – Définition de Ressources . 27
Tableau 37 – Définition de Communication . 27
Tableau 38 – Définition de MappingTables . 28
Tableau 39 – Définition de NetworkInterfaces . 28
Tableau 40 – Définition de Streams . 29
Tableau 41 – Définition de TalkerStreams. 29
Tableau 42 – Définition de ListenerStreams . 29
Tableau 43 – Définition de IetfBaseNetworkInterfaceType . 30
Tableau 44 – Valeurs d'Attribut IetfBaseNetworkInterface pour les Nœuds enfants . 31
Tableau 45 – Références supplémentaires de IetfBaseNetworkInterfaceType . 31
Tableau 46 – Définition de PriorityMappingTableType. 32
Tableau 47 – Arguments de la Méthode AddPriorityMappingEntry . 33
Tableau 48 – Codes de résultat de la Méthode AddPriorityMappingEntry . 33
Tableau 49 – Définition de l'AddressSpace pour la Méthode AddPriorityMappingEntry. 33
Tableau 50 – Arguments de la Méthode DeletePriorityMappingEntry. 34
Tableau 51 – Codes de résultat de la Méthode DeletePriorityMappingEntry . 34
Tableau 52 – Définition de l'AddressSpace pour la Méthode
DeletePriorityMappingEntry . 34
Tableau 53 – Définition de UsesPriorityMappingTable . 35
Tableau 54 – Définition de HasLowerLayerInterface . 35
COMMISSION ÉLECTROTECHNIQUE INTERNATIONALE
____________
Architecture unifiée OPC -
Partie 22: Modèle de réseau de base
AVANT-PROPOS
1) La Commission Électrotechnique Internationale (IEC) est une organisation mondiale de normalisation composée
de l'ensemble des comités électrotechniques nationaux (Comités nationaux de l'IEC). L'IEC a pour objet de
favoriser la coopération internationale pour toutes les questions de normalisation dans les domaines de
l'électricité et de l'électronique. À cet effet, l'IEC – entre autres activités – publie des Normes internationales,
des Spécifications techniques, des Rapports techniques, des Spécifications accessibles au public (PAS) et des
Guides (ci-après dénommés "Publication(s) de l'IEC"). Leur élaboration est confiée à des comités d'études, aux
travaux desquels tout Comité national intéressé par le sujet traité peut participer. Les organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'IEC, participent également aux
travaux. L'IEC collabore étroitement avec l'Organisation Internationale de Normalisation (ISO), selon des
conditions fixées par accord entre les deux organisations.
2) Les décisions ou accords officiels de l'IEC concernant les questions techniques représentent, dans la mesure du
possible, un accord international sur les sujets étudiés, étant donné que les Comités nationaux de l'IEC intéressés
sont représentés dans chaque comité d'études.
3) Les Publications de l'IEC se présentent sous la forme de recommandations internationales et sont agréées
comme telles par les Comités nationaux de l'IEC. Tous les efforts raisonnables sont entrepris afin que
l'IEC s'assure de l'exactitude du contenu technique de ses publications; l'IEC ne peut pas être tenue responsable
de l'éventuelle mauvaise utilisation ou interprétation qui en est faite par un quelconque utilisateur final.
4) Dans le but d'encourager l'uniformité internationale, les Comités nationaux de l'IEC s'engagent, dans toute la
mesure possible, à appliquer de façon transparente les Publications de l'IEC dans leurs publications nationales
et régionales. Toutes divergences entre toutes Publications de l'IEC et toutes publications nationales ou
régionales correspondantes doivent être indiquées en termes clairs dans ces dernières.
5) L'IEC elle-même ne fournit aucune attestation de conformité. Des organismes de certification indépendants
fournissent des services d'évaluation de conformité et, dans certains secteurs, accèdent aux marques de
conformité de l'IEC. L'IEC n'est responsable d'aucun des services effectués par les organismes de certification
indépendants.
6) Tous les utilisateurs doivent s'assurer qu'ils sont en possession de la dernière édition de cette publication.
7) Aucune responsabilité ne doit être imputée à l'IEC, à ses administrateurs, employés, auxiliaires ou mandataires,
y compris ses experts particuliers et les membres de ses comités d'études et des Comités nationaux de l'IEC,
pour tout préjudice causé en cas de dommages corporels et matériels, ou de tout autre dommage de quelque
nature que ce soit, directe ou indirecte, ou pour supporter les coûts (y compris les frais de justice) et les dépenses
découlant de la publication ou de l'utilisation de cette Publication de l'IEC ou de toute autre Publication de l'IEC,
ou au crédit qui lui est accordé.
8) L'attention est attirée sur les références normatives citées dans cette publication. L'utilisation de publications
référencées est obligatoire pour une application correcte de la présente publication.
9) L'IEC attire l'attention sur le fait que la mise en application du présent document peut entraîner l'utilisation d'un
ou de plusieurs brevets. L'IEC ne prend pas position quant à la preuve, à la validité et à l'applicabilité de tout
droit de brevet revendiqué à cet égard. À la date de publication du présent document, l'IEC n'avait pas reçu
notification qu'un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois, il y a lieu
d'avertir les responsables de la mise en application du présent document que des informations plus récentes
sont susceptibles de figurer dans la base de données de brevets, disponible à l'adresse https://patents.iec.ch.
L'IEC ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de tels droits de brevet.
L'IEC 62541-22 a été établie par le sous-comité 65E: Les dispositifs et leur intégration dans les
systèmes de l'entreprise, du comité d'études 65 de l'IEC: Mesure, commande et automation
dans les processus industriels. Il s'agit d'une Norme internationale.
Le texte de cette Norme internationale est issu des documents suivants:
Projet Rapport de vote
65E/1047/CDV 65E/1104/RVC
Le rapport de vote indiqué dans le tableau ci-dessus donne toute information sur le vote ayant
abouti à son approbation.
La langue employée pour l'élaboration de cette Norme internationale est l'anglais.
Ce document a été rédigé selon les Directives ISO/IEC, Partie 2, il a été développé selon les
Directives ISO/IEC, Partie 1 et les Directives ISO/IEC, Supplément IEC, disponibles sous
www.iec.ch/members_experts/refdocs. Les principaux types de documents développés par
l'IEC sont décrits plus en détail sous www.iec.ch/publications.
Dans l'ensemble du présent document et dans les autres parties de la série, certaines
conventions de document sont utilisées:
Le format italique est utilisé pour mettre en évidence un terme défini ou une définition qui
apparaît à l'article "Termes et définitions" dans l'une des parties de la série.
Le format italique est également utilisé pour mettre en évidence le nom d'un paramètre d'entrée
ou de sortie de service, ou le nom d'une structure ou d'un élément de structure habituellement
défini dans les tableaux.
Par ailleurs, les termes et noms en italique sont souvent écrits en camel-case (pratique qui
consiste à joindre, sans espace, les éléments des mots ou expressions composés, la première
lettre de chaque élément étant en majuscule). Par exemple, le terme défini est AddressSpace
et non Espace d'Adressage. Cela permet de mieux comprendre qu'il existe une définition unique
pour AddressSpace, et non deux définitions distinctes pour Espace et pour Adressage.
Une liste de toutes les parties de la série IEC 62541, publiées sous le titre général Architecture
unifiée OPC, se trouve sur le site web de l'IEC.
Le comité a décidé que le contenu de ce document ne sera pas modifié avant la date de stabilité
indiquée sur le site web de l'IEC sous webstore.iec.ch dans les données relatives au document
recherché. À cette date, le document sera
– reconduit,
– supprimé, ou
– révisé.
1 Domaine d'application
La présente partie de l'IEC 62541 spécifie un Modèle d'information OPC UA pour un ensemble
de base de composants liés au réseau utilisés dans d'autres Modèles d'information.
La version initiale du présent document définit les jeux de paramètres des Émetteurs et
Auditeurs TSN, ainsi que les interfaces réseau et les ports, comme cela est représenté à la
Figure 1. Il est prévu qu'une prochaine version du présent document couvre un domaine
d'application plus étendu que celui des seules technologies de réseau Ethernet.
Figure 1 – Domaine d'application du Modèle de réseau de base
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu'ils constituent, pour tout ou partie
de leur contenu, des exigences du présent document. Pour les références datées, seule
l'édition citée s'applique. Pour les références non datées, la dernière édition du document de
référence s'applique (y compris les éventuels amendements).
IEC 62541-1, Architecture unifiée OPC - Partie 1: Vue d'ensemble et concepts
IEC 62541-5, Architecture unifiée OPC - Partie 5: Modèle d'information
IEC 62541-8, Architecture unifiée OPC - Partie 8: Accès aux données
IEEE Std 802.3-2022, ETHERNET
IEEE Std 802.1Q-2018, IEEE Standard for Local and Metropolitan Area Networks Bridges and
Bridged Networks
IEEE Std 802.1Qcc-2018, Bridges and Bridged Networks, Amendment: Stream Reservation
Protocol (SRP) Enhancements and Performance Improvements
IETF RFC 2863, K. McCloghrie, "The Interfaces Group MIB", June 2000, available at
https://tools.ietf.org/html/rfc2863
3 Termes, définitions et abréviations
3.1 Termes et définitions
Pour les besoins du présent document, les termes et définitions de l'IEC 62541-1, l'IEC 62541-5
et l'IEC 62541-8 s'appliquent.
L'ISO et l'IEC tiennent à jour des bases de données terminologiques destinées à être utilisées
en normalisation, consultables aux adresses suivantes:
– IEC Electropedia: disponible à l'adresse https://www.electropedia.org/
– ISO Online browsing platform: disponible à l'adresse https://www.iso.org/obp
3.2 Abréviations
AVB (Audio Video Bridging) Pontage audio vidéo
BNM (Base Network Model) Modèle de réseau de base
CNC (Centralized Network Configuration) Configuration centralisée du réseau
CUC (Centralized User Configuration) Configuration centralisée des utilisateurs
DSCP (Differentiated Services Code Point Code d'accès aux services différentiés à des
for packet classification purposes) fins de classification des paquets
IEEE (Institute of Electrical and Electronics Institut des ingénieurs électriciens et
Engineers) électrotechniciens
IETF (Internet Engineering Task Force) Groupe de travail d'ingénierie Internet
MAU (Medium Attachment Unit) Unité de raccordement au support
MIB (Management Information Base) Base d'informations de gestion
PCP (Priority Code Point for classifying and Code d'accès prioritaire pour le classement et
managing network traffic) la gestion du trafic sur le réseau
TSN (Time Sensitive Networks) Réseaux sensibles au temps
VLAN (Virtual Local Area Network) Réseau local virtuel
YANG Yet Another Next Generation (Langage de
modélisation de données pour la gestion du
réseau)
4 Concepts
4.1 Conventions de type et de dénomination
Le BNM doit aligner ses paramètres sur les normes existantes définies par l'IETF et l'IEEE pour
permettre un mapping simple avec les technologies de réseau existantes. Par conséquent, les
DataTypes choisis doivent s'adapter aux types utilisés par les objets gérés associés de l'IEEE
et de l'IETF. Les BrowseNames des Variables et les jeux de paramètres (interface UA) sont de
préférence obtenus à partir des modèles YANG IETF/IEEE normalisés. Si aucune
représentation YANG normalisée n'est disponible, les définitions de la MIB sont choisies.
4.2 Utilisation des Interfaces OPC UA
Les paramètres du BNM sont regroupés sous la forme d'Interfaces OPC UA. Ces Interfaces ont
été choisies pour définir des jeux de paramètres indépendants de la mise en œuvre dans les
hiérarchies d'ObjectType à venir. Ainsi, ces paramètres regroupés peuvent être utilisés dans
d'autres Modèles d'information indépendamment des hiérarchies d'ObjectType présentes dans
le BNM.
Il est prévu qu'une future version du BNM définisse un ensemble d'ObjectTypes associés au
réseau.
5 Modèle de réseau de base
5.1 Vue d'ensemble
Le Modèle de réseau de base défini dans le présent document est représenté à la Figure 2.
Figure 2 – Vue d'ensemble du Modèle de réseau de base
5.2 Types d'Interfaces OPC UA
5.2.1 Interface IIetfBaseNetworkInterfaceType
Cette Interface OPC UA définit la base d'une interface réseau IETF. Le
IIetfBaseNetworkInterfaceType est défini de manière formelle dans le Tableau 1.
Tableau 1 – Définition de IIetfBaseNetworkInterfaceType
Attribut Valeur
BrowseName IIetfBaseNetworkInterfaceType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable AdminStatus InterfaceAdminStatus BaseDataVariableType Obligatoire
HasComponent Variable OperStatus InterfaceOperStatus BaseDataVariableType Obligatoire
HasComponent Variable PhysAddress String BaseDataVariableType Facultatif
HasComponent Variable Speed UInt64 AnalogUnitType Obligatoire
Unités de Conformité
BNM Ethernet Informations de base
L'AdminStatus du DataType InterfaceAdminStatus spécifie l'état souhaité de l'interface réseau.
Cette Variable a la même sémantique de lecture qu'ifAdminStatus ((ifAdminStatus est défini
dans l'IETF RFC 2863). L'Énumération InterfaceAdminStatus est définie au 5.3.1.2.
L'OperStatus du DataType InterfaceOperStatus spécifie l'état opérationnel actuel de l'interface
réseau. La sémantique de cette Variable est identique à celle d'ifOperStatus (ifOperStatus est
défini dans l'IETF RFC 2863). L'Énumération InterfaceOperStatus est définie au 5.3.1.3.
La PhysAddress de la Chaîne DataType spécifie l'adresse de l'interface réseau au niveau de
sa sous-couche de protocole. Par exemple, pour une interface réseau 802.x, ce paramètre
contient normalement une adresse de contrôle d'accès au support (MAC). Les modules
spécifiques au support de l'interface réseau doivent définir l'ordre des bits et des octets, ainsi
que le format de la valeur de cet objet. Pour les interfaces réseau non associées à une telle
adresse (une liaison série, par exemple), ce nœud n'est pas présent (ifPhysAddress est défini
dans l'IETF RFC 2863).
La Variable Speed du DataType UInt64 spécifie une estimation de la largeur de bande actuelle
de l'interface réseau en bits par seconde. Pour les interfaces réseau dont la largeur de bande
ne varie pas ou pour celles pour lesquelles aucune estimation précise ne peut être effectuée,
il convient que cette valeur contienne la largeur de bande nominale (ifSpeed et ifHighSpeed
sont définis dans l'IETF RFC 2863).
Les valeurs d'Attribut du composant Variables du IIetfBaseNetworkInterfaceType sont définies
dans le Tableau 2.
Tableau 2 – Valeurs d'Attribut IIetfBaseNetworkInterfaceType pour les Nœuds enfants
Chemin source Attribut Valeur Attribut Description
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4337968
DisplayName: bit/s
Description: bits par seconde
5.2.2 Interface IIeeeBaseEthernetPortType
Cette Interface OPC UA définit les fonctionnalités d'un port Ethernet. Le
IIeeeBaseEthernetPortType est défini de manière formelle dans le Tableau 3.
Tableau 3 – Définition de IIeeeBaseEthernetPortType
Attribut Valeur
BrowseName IIeeeBaseEthernetPortType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable Speed UInt64 AnalogUnitType Obligatoire
HasComponent Variable Duplex Duplex BaseDataVariableType Obligatoire
HasComponent Variable MaxFrameLength UInt16 BaseDataVariableType Obligatoire
Unités de Conformité
BNM Ethernet Informations de base
La Variable Speed du DataType UInt64 spécifie la vitesse configurée, négociée ou réelle d'un
port Ethernet dans les entités de 1 Mo/s (débit de données). La valeur par défaut dépend de la
mise en œuvre (les ports Ethernet sont définis dans l'IEEE Std 802.3-2022).
Dans le DataType Duplex, Duplex représente le mode duplex configuré, négocié ou réel d'un
port Ethernet ("aDuplexStatus" est défini dans l'IEEE Std 802.3-2022, 30.3.1.1.32). Le
DataType Duplex est défini au 5.3.1.1.
La MaxFrameLength du DataType UInt16 indique la longueur de trame MAC (y compris les
octets FCS) à laquelle les trames sont abandonnées parce qu'elles sont trop longues
("aMaxFrameLength" est défini dans l'IEEE Std 802.3-2022, 30.3.1.1.37).
Les valeurs d'Attribut du composant Variables du IIeeeBaseEthernetPortType sont définies
dans le Tableau 4.
Tableau 4 – Valeurs d'Attribut IIeeeBaseEthernetPortType pour les Nœuds enfants
Chemin source Attribut Valeur Attribut Description
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4534832
DisplayName: Mbit/s
Description: mégabits par seconde
5.2.3 Interface IIeeeAutoNegotiationStatusType
Cette Interface OPC UA définit le statut de négociation automatique d'un port Ethernet. Le
IIeeeAutoNegotiationStatusType est défini de manière formelle dans le Tableau 5.
Tableau 5 – Définition de IIeeeAutoNegotiationStatusType
Attribut Valeur
BrowseName IIeeeAutoNegotiationStatusType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable NegotiationStatus NegotiationStatus BaseDataVariableType Obligatoire
Unités de Conformité
BNM AutoNeg
Dans le DataType NegotiationStatus, NegotiationStatus spécifie l'état du protocole de
négociation automatique (le protocole de négociation automatique est défini dans
l'IEEE Std 802.3-2022:…., 30.6.1.1.4, "aAutoNegAutoConfig"). Le DataType NegotiationStatus
est défini au 5.3.1.4.
5.2.4 Interface IBaseEthernetCapabilitiesType
Cette Interface OPC UA définit si un port Ethernet est capable d'utiliser une balise VLAN. Le
IBaseEthernetCapabilitiesType est défini de manière formelle dans le Tableau 6.
Tableau 6 – Définition de IBaseEthernetCapabilitiesType
Attribut Valeur
BrowseName IBaseEthernetCapabilitiesType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable VlanTagCapable Boolean BaseDataVariableType Obligatoire
Unités de Conformité
BNM Fonctionnalités VLAN
Lorsque VlanTagCapable est "true", l'interface réseau prend en charge la capacité d'ajouter
des balises à des trames (ou d'en supprimer) à l'aide d'une balise VLAN client (C-TAG à
l'Article 9) fournie par le réseau (les balises VLAN sont définies dans
l'IEEE Std 802.1Qcc-2018, 46.2.3.7.1).
5.2.5 Interface IVlanIdType
Cette Interface OPC UA spécifie un ID de VLAN associé à une interface réseau. Le IVlanIdType
est défini de manière formelle dans le Tableau 7.
Tableau 7 – Définition de IVlanIdType
Attribut Valeur
BrowseName IVlanIdType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable VlanId UInt16 BaseDataVariableType Obligatoire
Unités de Conformité
Interface IETF BNM Informations Vlan
Le VlanId est un UInt16. Il contient la balise VLAN client (IEEE Std 802.1Q-2018 C-TAG à
l'Article 9) associé aux trames injectées au niveau de cette interface réseau (voir
l'IEEE Std 802.1Qcc-2018, 46.2.3.7.1).
5.2.6 Interface ISrClassType
Cette Interface OPC UA définit le contenu d'une SrClass. Le ISrClassType est défini de manière
formelle dans le Tableau 8.
Tableau 8 – Définition de ISrClassType
Attribut Valeur
BrowseName ISrClassType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable Id Byte BaseDataVariableType Obligatoire
HasComponent Variable Priority Byte BaseDataVariableType Obligatoire
HasComponent Variable Vid UInt16 BaseDataVariableType Obligatoire
Unités de Conformité
BNM TSN Informations de base
Id est un Octet qui spécifie le SRclassID dans une représentation numérique des classes SR
prise en charge par un port de pont particulier (SRclassID est défini dans
l'IEEE Std 802.1Q-2018, 35.2.2.9.2). Seules les valeurs comprises entre 0 et 7 doivent être
utilisées.
La Priorité est un Octet qui contient la Priorité de trame de données (élément a) de
l'IEEE Std 802.1Q-2018, 35.2.2.8, qui est utilisée pour les flux qui appartiennent à la classe SR
associée (SRclassPriority est défini dans l'IEEE Std 802.1Q-2018, 35.2.2.9.3). Seules les
valeurs comprises entre 0 et 7 doivent être utilisées.
Vid est un UInt16 qui contient le SR_PVID (élément i) de l'IEEE Std 802.1Q-2018, 35.2.1.4)
auquel les flux associés seront associés par l'Émetteur (SRclassVID est défini dans
l'IEEE Std 802.1Q-2018, 35.2.2.9.4).
5.2.7 Interface IIeeeBaseTsnStreamType
Le IIeeeeBaseTsnStreamType contient des Variables courantes pour les Émetteurs et les
Auditeurs TSN. Ils représentent les propriétés de configuration et les valeurs de diagnostic
telles que l'état de réservation et les codes de défaillance d'un flux TSN. Le
IIeeeBaseTsnStreamType est défini de manière formelle dans le Tableau 9.
Tableau 9 – Définition de IIeeeBaseTsnStreamType
Attribut Valeur
BrowseName IIeeeBaseTsnStreamType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable StreamId Byte[8] BaseDataVariableType Obligatoire
HasComponent Variable StreamName String BaseDataVariableType Obligatoire
HasComponent Variable State TsnStreamState BaseDataVariableType Obligatoire
HasComponent Variable AccumulatedLatency UInt32 BaseDataVariableType Facultatif
HasComponent Variable SrClassId Byte BaseDataVariableType Facultatif
Unités de Conformité
BNM TSN Informations de base
StreamId est une matrice de 8 Octets définie conformément au StreamID de
l'IEEE Std 802.1Qcc-2018, 35.2.2.8.2. Le StreamId doit être unique dans le domaine
d'application du réseau TSN associé. Le mapping entre la matrice d'Octets StreamId et le
StreamID de la chaîne d'octets IEEE est le suivant: l'Entry[n] du StreamId est associée par
mapping à l'octet[n] du StreamID. Le StreamId doit être fourni dans les Objets de flux TSN pour
des raisons de diagnostic.
NOTE Dans le modèle de configuration distribuée, le StreamId est généralement généré par la pile de commande
TSN de la station d'extrémité. Dans le modèle de configuration totalement centralisé, le StreamId est généralement
généré par la CUC.
StreamName est une Chaîne qui identifie le flux associé dans le réseau. Le format de la Chaîne
est spécifique à l'application. L'unicité du StreamName dans le segment de réseau doit être
assurée par l'application. Si plusieurs applications utilisent le segment de réseau, elles doivent
s'accorder sur un schéma de dénomination.
State représente l'état actuel du processus de configuration TSN d'un flux TSN. L'Énumération
TsnStreamState est définie en5.3.1.6.
L'AccumulatedLatency du DataType UInt32 est le délai de propagation maximal le plus
défavorable en nanosecondes calculé et assuré par la Couche de contrôle TSN pour cet
Auditeur. Lorsque la réservation de flux a abouti, l'AccumulatedLatency n'est pas présumée
augmenter au cours du cycle de vie du flux TSN (voir l'IEEE Std 802.1Q-2018, 35.2.2.8.6).
Le SrClassId du DataType Byte contient la Classe de réservation de flux qui est utilisée pour
ce flux (voir l'IEEE Std 802.1Qcc-2018, 35.2.2.9.2).
5.2.8 Interface IIeeeBaseTsnTrafficSpecificationType
Cette Interface OPC UA est utilisée pour représenter la spécification du trafic d'un flux TSN. Le
IIeeeBaseTsnTrafficSpecificationType est défini de manière formelle dans le Tableau 10.
Tableau 10 – Définition de IIeeeBaseTsnTrafficSpecificationType
Attribut Valeur
BrowseName IIeeeBaseTsnTrafficSpecificationType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable MaxIntervalFrames UInt16 BaseDataVariableType Obligatoire
HasComponent Variable MaxFrameSize UInt32 BaseDataVariableType Obligatoire
HasComponent Variable Interval UnsignedRationalNumber BaseDataVariableType Obligatoire
Unités de Conformité
BNM TSN Config
La MaxFrameSize du DataType UInt16 spécifie la trame de taille maximale qui sera envoyée
par un Émetteur pour ce flux (voir l'IEEE Std 802.1Q-2018, 35.2.2.8.4a).
NOTE Selon la norme 802.1Q, MaxFrameSize ne compte que le nombre d'octets de la charge utile Ethernet sans
les octets de cadrage spécifiques au support (c'est-à-dire sans le préambule de 8 octets, l'en-tête de 14 octets de
l'IEEE 802.3, la balise de priorité/VID de 4 octets de l'IEEE 802.1Q, le CRC de 4 octets, l'écart entre deux trames de
12 octets). Les mêmes règles s'appliquent au comptage MaxBytesPerInterval.
Le MaxIntervalFrames de la Variable DataType UInt16 spécifie le nombre maximal de trames
envoyées au cours d'un Intervalle (voir l'IEEE Std 802.1Q-2018, 35.2.2.8.4b,
"MaxIntervalFrames", ou l'IEEE Std 802.1Qcc-2018, 35.2.2.10.6, "MaxFramesPerInterval").
L'Intervalle du DataType UnsignedRationalNumber définit la durée du flux TSN en
nanosecondes. Au cours de cet intervalle, un nombre spécifié de trames (MaxIntervalFrames)
associées à une charge utile maximale par trame (MaxFrameSize) et à un nombre total maximal
d'octets (MaxBytesPerInterval) est transmis. L'Intervalle doit donc représenter l'"intervalle de
mesure de classe" tel qu'il est utilisé pour les flux fondés sur l'AVB (voir
l'IEEE Std 802.1Q-2018, Article 35, ou le paramètre "Interval" utilisé dans le groupe
TrafficSpecification de l'IEEE Std 802.1Qcc-2018, 46.2.3.5.1).
5.2.9 Interface IIeeeBaseTsnStatusStreamType
Cette Interface OPC UA est utilisée pour représenter l'état d'un flux TSN. Le
IIeeeBaseTsnStatusStreamType est défini de manière formelle dans le Tableau 11.
Tableau 11 – Définition de IIeeeBaseTsnStatusStreamType
Attribut Valeur
BrowseName IIeeeBaseTsnStatusStreamType
IsAbstract True
Références NodeClass BrowseName DataType TypeDefinition ModellingRule
Sous-type du BaseInterfaceType défini dans l'IEC 62541-5
HasComponent Variable TalkerStatus TsnTalkerStatus BaseDataVariableType Facultatif
HasComponent Variable ListenerStatus TsnListenerStatus BaseDataVariableType Facultatif
HasComponent Variable FailureCode TsnFailureCode BaseDataVariableType Obligatoire
HasComponent Variable FailureSystemIdentifier Byte[][8] BaseDataVariableType Obligatoire
Unités de Conformité
BNM TSN Informations de base
Dans le DataType TsnTalkerStatus, TalkerStatus contient le code de défaillance de réservation
défini dans l'IEEE Std 802.1Qcc-2018, 46.2.5.1.1, "FailureInformation".
Dans le DataType TsnListenerStatus, ListenerStatus contient le code de défaillance de
réservation défini dans l'IEEE Std 802.1Qcc-2018, 46.2.5.1.2, "FailureInformation".
Dans le DataType TsnFailureCode, FailureCode contient le code de défaillance de réservation
défini dans l'IEEE Std 802.1Qcc-2018, 46.2.5.1.3, "FailureInformation".
FailerSystemIdentifier est une matrice de matrices de 8 octets qui contient les Identificateurs
système représentant les nœuds de réseau où la défaillance s'est produite. Voir "System
Identifier" dans l'IEEE Std 802.1Q-2018, 35.2.2.8.7, "FailureInformation".
5.2.10 Interface IIeeeTsnInterfaceConfigurationType
Cette Interface OPC UA est utilisée pour représenter une configuration d'interface qui fait partie
d'un flux TSN (sur l'appareil d'extrémité). Le IIeeeTsnInterfaceConfigurationType est défini de
manière formelle dans le Tableau 12.
Tableau 12 – Définition de IIeeeTsnInterfaceConfigurationType
Attribut Valeur
BrowseName IIeeeTsnInterfaceCo
...
IEC 62541-22 ®
Edition 1.0 2025-12
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
OPC unified architecture -
Part 22: Base Network Model
Architecture unifiée OPC -
Partie 22: Modèle de réseau de base
ICS 25.040 ISBN 978-2-8327-0877-4
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or
by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either
IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC copyright
or have an enquiry about obtaining additional rights to this publication, please contact the address below or your local
IEC member National Committee for further information.
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et
les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.
IEC Secretariat Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.
About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigendum or an amendment might have been published.
IEC publications search - IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Discover our powerful search engine and read freely all the
The advanced search enables to find IEC publications by a publications previews, graphical symbols and the glossary.
variety of criteria (reference number, text, technical With a subscription you will always have access to up to date
committee, …). It also gives information on projects, content tailored to your needs.
replaced and withdrawn publications.
Electropedia - www.electropedia.org
IEC Just Published - webstore.iec.ch/justpublished The world's leading online dictionary on electrotechnology,
Stay up to date on all new IEC publications. Just Published containing more than 22 500 terminological entries in English
details all new publications released. Available online and and French, with equivalent terms in 25 additional languages.
once a month by email. Also known as the International Electrotechnical Vocabulary
(IEV) online.
IEC Customer Service Centre - webstore.iec.ch/csc
If you wish to give us your feedback on this publication or
need further assistance, please contact the Customer
Service Centre: sales@iec.ch.
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.
A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.
Recherche de publications IEC - IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Découvrez notre puissant moteur de recherche et consultez
La recherche avancée permet de trouver des publications gratuitement tous les aperçus des publications, symboles
IEC en utilisant différents critères (numéro de référence, graphiques et le glossaire. Avec un abonnement, vous aurez
texte, comité d’études, …). Elle donne aussi des toujours accès à un contenu à jour adapté à vos besoins.
informations sur les projets et les publications remplacées
ou retirées. Electropedia - www.electropedia.org
Le premier dictionnaire d'électrotechnologie en ligne au
IEC Just Published - webstore.iec.ch/justpublished monde, avec plus de 22 500 articles terminologiques en
Restez informé sur les nouvelles publications IEC. Just anglais et en français, ainsi que les termes équivalents
Published détaille les nouvelles publications parues. dans 25 langues additionnelles. Egalement appelé
Disponible en ligne et une fois par mois par email. Vocabulaire Electrotechnique International (IEV) en ligne.
Service Clients - webstore.iec.ch/csc
Si vous désirez nous donner des commentaires sur cette
publication ou si vous avez des questions contactez-
nous: sales@iec.ch.
CONTENTS
FOREWORD . 4
1 Scope . 6
2 Normative references . 7
3 Terms, definitions and abbreviated terms . 7
3.1 Terms and definitions. 7
3.2 Abbreviated terms . 7
4 Concepts . 8
4.1 Type and Naming Conventions . 8
4.2 Usage of OPC UA Interfaces . 8
5 Base Network Model . 8
5.1 Overview . 8
5.2 OPC UA InterfaceTypes . 10
5.2.1 IIetfBaseNetworkInterfaceType Interface . 10
5.2.2 IIeeeBaseEthernetPortType Interface . 11
5.2.3 IIeeeAutoNegotiationStatusType Interface . 11
5.2.4 IBaseEthernetCapabilitiesType Interface . 12
5.2.5 IVlanIdType Interface . 12
5.2.6 ISrClassType Interface . 13
5.2.7 IIeeeBaseTsnStreamType Interface . 14
5.2.8 IIeeeBaseTsnTrafficSpecificationType Interface . 14
5.2.9 IIeeeBaseTsnStatusStreamType Interface . 15
5.2.10 IIeeeTsnInterfaceConfigurationType Interface . 16
5.2.11 IIeeeTsnInterfaceConfigurationTalkerType Interface . 16
5.2.12 IIeeeTsnInterfaceConfigurationListenerType Interface . 17
5.2.13 IIeeeTsnMacAddressType Interface . 17
5.2.14 IIeeeTsnVlanTagType Interface . 18
5.2.15 IPriorityMappingEntryType Interface . 18
5.3 DataTypes . 19
5.3.1 Enumeration DataTypes . 19
5.3.2 Structure DataTypes . 24
5.4 Instance Entry Points . 25
5.4.1 Resources Folder . 26
5.4.2 Communication Folder . 27
5.4.3 MappingTables Folder . 27
5.4.4 NetworkInterfaces Folder . 27
5.4.5 Streams Folder . 28
5.4.6 TalkerStreams Folder . 28
5.4.7 ListenerStreams Folder . 28
5.5 ObjectTypes . 29
5.5.1 IetfBaseNetworkInterfaceType . 29
5.5.2 PriorityMappingTableType . 31
5.6 ReferenceTypes . 34
5.6.1 UsesPriorityMappingTable ReferenceType . 34
5.6.2 HasLowerLayerInterface ReferenceType . 35
Annex A (informative) Modelling Examples . 36
A.1 Modelling Examples for Network Interfaces . 36
A.1.1 Virtual Network Interfaces . 36
A.1.2 Link Aggregation . 37
A.2 Modelling Examples for PriorityMappingEntries and
IetfBaseNetworkInterface . 37
A.3 Usage of BNM in other UA Specifications . 39
A.3.1 Usage of BNM for PubSub over TSN . 39
A.3.2 Usage of BNM in PROFINET Companion Spec . 39
Figure 1 – Scope of Base Network Model . 6
Figure 2 – Overview of Base Network Model . 9
Figure 3 – Instance Entry Points for Network Interfaces and Streams . 26
Figure 4 – IetfBaseNetworkInterfaceType . 29
Figure 5 – PriorityMappingTableType . 31
Figure A.1 – Modelling Example for virtual network interfaces . 36
Figure A.2 – Modelling example for link aggregation . 37
Figure A.3 – Modelling Example for PriorityMappingTableType and
IetfBaseNetworkInterface . 38
Figure A.4 – Possible Integration of BNM into PubSub . 39
Figure A.5 – Recommended Integration of BNM into Companion Spec exemplified by
PROFINET . 39
Table 1 – IIetfBaseNetworkInterfaceType definition . 10
Table 2 – IIetfBaseNetworkInterfaceType Attribute values for child Nodes . 10
Table 3 – IIeeeBaseEthernetPortType definition . 11
Table 4 – IIeeeBaseEthernetPortType Attribute values for child Nodes . 11
Table 5 – IIeeeAutoNegotiationStatusType definition . 12
Table 6 – IBaseEthernetCapabilitiesType definition . 12
Table 7 – IVlanIdType definition . 13
Table 8 – ISrClassType definition . 13
Table 9 – IIeeeBaseTsnStreamType definition . 14
Table 10 – IIeeeBaseTsnTrafficSpecificationType definition . 15
Table 11 – IIeeeBaseTsnStatusStreamType definition . 15
Table 12 – IIeeeTsnInterfaceConfigurationType definition . 16
Table 13 – IIeeeTsnInterfaceConfigurationTalkerType definition . 16
Table 14 – IIeeeTsnInterfaceConfigurationListenerType definition . 17
Table 15 – IIeeeTsnMacAddressType definition . 17
Table 16 – IIeeeTsnVlanTagType definition . 18
Table 17 – IPriorityMappingEntryType definition . 18
Table 18 – Duplex Values . 19
Table 19 – Duplex Definition . 19
Table 20 – InterfaceAdminStatus Values . 20
Table 21 – InterfaceAdminStatus Definition . 20
Table 22 – InterfaceOperStatus Values . 20
Table 23 – InterfaceOperStatus Definition. 21
Table 24 – NegotiationStatus Values . 21
Table 25 – NegotiationStatus Definition . 21
Table 26 – TsnFailureCode values . 22
Table 27 – TsnFailureCode Definition . 22
Table 28 – TsnStreamState Values . 23
Table 29 – TsnStreamState Definition . 23
Table 30 – TsnTalkerStatus Values . 23
Table 31 – TsnTalkerStatus Definition . 24
Table 32 – TsnListenerStatus Values . 24
Table 33 – TsnListenerStatus Definition . 24
Table 34 – PriorityMappingEntryType structure . 25
Table 35 – PriorityMappingEntryType Definition . 25
Table 36 – Resources definition . 26
Table 37 – Communication definition . 27
Table 38 – MappingTables definition . 27
Table 39 – NetworkInterfaces definition . 28
Table 40 – Streams definition . 28
Table 41 – TalkerStreams definition . 28
Table 42 – ListenerStreams definition . 29
Table 43 – IetfBaseNetworkInterfaceType definition. 30
Table 44 – IetfBaseNetworkInterfaceType Attribute values for child Nodes . 31
Table 45 – IetfBaseNetworkInterfaceType Additional References . 31
Table 46 – PriorityMappingTableType definition . 32
Table 47 – AddPriorityMappingEntry Method arguments . 33
Table 48 – AddPriorityMappingEntry Method result codes . 33
Table 49 – AddPriorityMappingEntry Method AddressSpace definition . 33
Table 50 – DeletePriorityMappingEntry Method arguments . 33
Table 51 – DeletePriorityMappingEntry Method result codes . 34
Table 52 – DeletePriorityMappingEntry Method AddressSpace definition . 34
Table 53 – UsesPriorityMappingTable definition. 34
Table 54 – HasLowerLayerInterface definition . 35
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
OPC unified architecture -
Part 22: Base Network Model
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote international
co-operation on all questions concerning standardization in the electrical and electronic fields. To this end and
in addition to other activities, IEC publishes International Standards, Technical Specifications, Technical Reports,
Publicly Available Specifications (PAS) and Guides (hereafter referred to as "IEC Publication(s)"). Their
preparation is entrusted to technical committees; any IEC National Committee interested in the subject dealt with
may participate in this preparatory work. International, governmental and non-governmental organizations liaising
with the IEC also participate in this preparation. IEC collaborates closely with the International Organization for
Standardization (ISO) in accordance with conditions determined by agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence between
any IEC Publication and the corresponding national or regional publication shall be clearly indicated in the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) IEC draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). IEC takes no position concerning the evidence, validity or applicability of any claimed patent rights in
respect thereof. As of the date of publication of this document, IEC had not received notice of (a) patent(s), which
may be required to implement this document. However, implementers are cautioned that this may not represent
the latest information, which may be obtained from the patent database available at https://patents.iec.ch. IEC
shall not be held responsible for identifying any or all such patent rights.
IEC 62541-22 has been prepared by subcommittee 65E: Devices and integration in enterprise
systems, of IEC technical committee 65: Industrial-process measurement, control and
automation. It is an International Standard.
The text of this International Standard is based on the following documents:
Draft Report on voting
65E/1047/CDV 65E/1104/RVC
Full information on the voting for its approval can be found in the report on voting indicated in
the above table.
The language used for the development of this International Standard is English.
This document was drafted in accordance with ISO/IEC Directives, Part 2, and developed in
accordance with ISO/IEC Directives, Part 1 and ISO/IEC Directives, IEC Supplement, available
at www.iec.ch/members_experts/refdocs. The main document types developed by IEC are
described in greater detail at www.iec.ch/publications.
Throughout this document and the other Parts of the series, certain document conventions are
used:
Italics are used to denote a defined term or definition that appears in the "Terms and definitions"
clause in one of the parts of the series.
Italics are also used to denote the name of a service input or output parameter or the name of
a structure or element of a structure that are usually defined in tables.
The italicized terms and names are also often written in camel-case (the practice of writing
compound words or phrases in which the elements are joined without spaces, with each
element's initial letter capitalized within the compound). For example, the defined term is
AddressSpace instead of Address Space. This makes it easier to understand that there is a
single definition for AddressSpace, not separate definitions for Address and Space.
A list of all parts in the IEC 62541 series, published under the general title OPC Unified
Architecture, can be found on the IEC website.
The committee has decided that the contents of this document will remain unchanged until the
stability date indicated on the IEC website under webstore.iec.ch in the data related to the
specific document. At this date, the document will be
– reconfirmed,
– withdrawn, or
– revised.
1 Scope
This part of IEC 62541 specifies an OPC UA Information Model for a basic set of network related
components used in other Information Models.
The initial version of this document defines parameter sets for TSN Talkers and Listeners as
well as network interfaces and ports as shown in Figure 1. A future version of this document is
expected to have a broader scope of other network technologies than Ethernet only.
Figure 1 – Scope of Base Network Model
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies.
For undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 62541-1, OPC Unified Architecture - Part 1: Overview and Concepts
IEC 62541-5, OPC Unified Architecture - Part 5: Information Model
IEC 62541-8, OPC Unified Architecture - Part 8: Data Access
IEEE Std 802.3-2022, IEEE Standard for Ethernet
IEEE Std 802.1Q-2018, IEEE Standard for Local and Metropolitan Area Networks Bridges and
Bridged Networks
IEEE Std 802.1Qcc-2018, EEE Standard for Local and Metropolitan Area Networks-Bridges and
Bridged Networks - Amendment 31: Stream Reservation Protocol (SRP) Enhancements and
Performance Improvements
IETF RFC 2863, K. McCloghrie, "The Interfaces Group MIB", June 2000, available at
https://tools.ietf.org/html/rfc2863
3 Terms, definitions and abbreviated terms
3.1 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC 62541-1, IEC 62541-5
and IEC 62541-8 apply.
ISO and IEC maintain terminology databases for use in standardization at the following
addresses:
– IEC Electropedia: available at https://www.electropedia.org/
– ISO Online browsing platform: available at https://www.iso.org/obp
3.2 Abbreviated terms
AVB Audio Video Bridging
BNM Base Network Model
CNC Centralized Network Configuration
CUC Centralized User Configuration
DSCP Differentiated services code point for packet classification purposes
IEEE Institute of Electrical and Electronics Engineers
IETF Internet Engineering Task Force
MAU Medium Attachment Units
MIB Management Information Base
PCP Priority Code Point for classifying and managing network traffic
TSN Time Sensitive Networks
VLAN Virtual Local Area Network
YANG Yet Another Next Generation (Data modelling language for network management)
4 Concepts
4.1 Type and Naming Conventions
The BNM shall align its parameters to existing standards defined by IETF and the IEEE to allow
an effortless mapping against existing network technologies. Therefore, selected DataTypes
shall fit to the types used by the related managed objects of IEEE and IETF. BrowseNames of
Variables and parameter sets (UA interface) are preferably derived from standardized IETF /
IEEE YANG models. If no standardized YANG representation is available, MIB definitions are
chosen.
4.2 Usage of OPC UA Interfaces
The parameters of the BNM are grouped in the form of OPC UA Interfaces. Interfaces have
been chosen to define parameter sets independent of the implementation in future ObjectType
hierarchies. This allows these grouped parameters to be used in other Information Models
independent of ObjectType hierarchies that can be found in the BNM.
It is expected that a future version of the BNM will define a collection of network related
ObjectTypes.
5 Base Network Model
5.1 Overview
The Base Network Model defined in this document is shown in Figure 2.
Figure 2 – Overview of Base Network Model
5.2 OPC UA InterfaceTypes
5.2.1 IIetfBaseNetworkInterfaceType Interface
This OPC UA Interface defines the basis of an IETF network interface. The
IIetfBaseNetworkInterfaceType is formally defined in Table 1.
Table 1 – IIetfBaseNetworkInterfaceType definition
Attribute Value
BrowseName IIetfBaseNetworkInterfaceType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable AdminStatus InterfaceAdminStatus BaseDataVariableType Mandatory
HasComponent Variable OperStatus InterfaceOperStatus BaseDataVariableType Mandatory
HasComponent Variable PhysAddress String BaseDataVariableType Optional
HasComponent Variable Speed UInt64 AnalogUnitType Mandatory
Conformance Units
BNM Ethernet Base Info
AdminStatus of DataType InterfaceAdminStatus specifies the desired state of the network
interface. This Variable has the same read semantics as ifAdminStatus (ifAdminStatus is
defined in IETF RFC 2863). The InterfaceAdminStatus Enumeration is defined in 5.3.1.2.
OperStatus of DataType InterfaceOperStatus specifies the current operational state of the
network interface. This Variable has the same semantics as ifOperStatus (ifOperStatus is
defined in IETF RFC 2863). The InterfaceOperStatus Enumeration is defined in 5.3.1.3.
PhysAddress of DataType String specifies the network interface's address at its protocol sub-
layer. For example, for an 802.x network interface, this parameter normally contains a Media
Access Control (MAC) address. The network interface's media-specific modules must define
the bit and byte ordering and the format of the value of this object. For network interfaces that
do not have such an address (e.g., a serial line), this node is not present (ifPhysAddress is
defined in IETF RFC 2863).
Speed of DataType UInt64 specifies an estimate of the network interface's current bandwidth
in bits per second. For network interfaces that do not vary in bandwidth or for those where no
accurate estimation can be made, this value should contain the nominal bandwidth (ifSpeed,
ifHighSpeed are defined in IETF RFC 2863).
The component Variables of the IIetfBaseNetworkInterfaceType have the Attribute values
defined in Table 2.
Table 2 – IIetfBaseNetworkInterfaceType Attribute values for child Nodes
Source Path Value Attribute Description Attribute
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4337968
DisplayName: bit/s
Description: bit per second
5.2.2 IIeeeBaseEthernetPortType Interface
This OPC UA Interface defines capabilities of an Ethernet-based port. The
IIeeeBaseEthernetPortType is formally defined in Table 3.
Table 3 – IIeeeBaseEthernetPortType definition
Attribute Value
BrowseName IIeeeBaseEthernetPortType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable Speed UInt64 AnalogUnitType Mandatory
HasComponent Variable Duplex Duplex BaseDataVariableType Mandatory
HasComponent Variable MaxFrameLength UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM Ethernet Base Info
Speed of DataType UInt64 specifies the configured, negotiated, or actual speed of an Ethernet
port in entities of 1 Mb/s (data rate). The default value is implementation-dependent (Ethernet
ports are defined in IEEE Std 802.3-2022).
Duplex of DataType Duplex represents the configured, negotiated, or actual duplex mode of an
Ethernet port ("aDuplexStatus is defined in IEEE Std 802.3-2022, 30.3.1.1.32, "). The Duplex
DataType is defined in 5.3.1.1.
MaxFrameLength of DataType UInt16 indicates the MAC frame length (including FCS bytes) at
which frames are dropped for being too long ("aMaxFrameLength" is defined in
IEEE Std 802.3-2022, 30.3.1.1.37,).
The component Variables of the IIeeeBaseEthernetPortType have the Attribute values defined
in Table 4.
Table 4 – IIeeeBaseEthernetPortType Attribute values for child Nodes
Source Path Value Attribute Description Attribute
NamespaceUri: -
Speed
http://www.opcfoundation.org/UA/units/un/cefact
EngineeringUnits
UnitId: 4534832
DisplayName: Mbit/s
Description: megabit per second
5.2.3 IIeeeAutoNegotiationStatusType Interface
This OPC UA Interface defines the auto negotiation status of an Ethernet-based port. The
IIeeeAutoNegotiationStatusType is formally defined in Table 5.
Table 5 – IIeeeAutoNegotiationStatusType definition
Attribute Value
BrowseName IIeeeAutoNegotiationStatusType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable NegotiationStatus NegotiationStatus BaseDataVariableType Mandatory
Conformance Units
BNM AutoNeg
NegotiationStatus of DataType NegotiationStatus specifies the status of the auto-negotiation
protocol (the auto-negotiation protocol is defined in IEEE Std 802.3-2022:…., 30.6.1.1.4,
"aAutoNegAutoConfig"). The NegotiationStatus DataType is defined in 5.3.1.4.
5.2.4 IBaseEthernetCapabilitiesType Interface
This OPC UA Interface defines if an Ethernet-based port is VLAN Tag capable. The
IBaseEthernetCapabilitiesType is formally defined in Table 6.
Table 6 – IBaseEthernetCapabilitiesType definition
Attribute Value
BrowseName IBaseEthernetCapabilitiesType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable VlanTagCapable Boolean BaseDataVariableType Mandatory
Conformance Units
BNM VLAN Capabilities
When VlanTagCapable is true, the network interface supports the ability to tag/untag frames
using a Customer VLAN Tag (C-TAG of clause 9) provided by the network (VLAN Tags are
defined in IEEE Std 802.1Qcc-2018, 46.2.3.7.1.).
5.2.5 IVlanIdType Interface
This OPC UA Interface specifies a VLAN Id associated with a network interface. The
IVlanIdType is formally defined in Table 7.
Table 7 – IVlanIdType definition
Attribute Value
BrowseName IVlanIdType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable VlanId UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM IETF Interface Vlan Info
VlanId is an UInt16 and contains the Customer VLAN Tag (IEEE Std 802.1Q-2018 C-TAG of
Clause 9) that frames injected at this network interface will be tagged with (see
IEEE Std 802.1Qcc-2018, 46.2.3.7.1).
5.2.6 ISrClassType Interface
This OPC UA Interface defines the content of an SrClass. The ISrClassType is formally defined
in Table 8.
Table 8 – ISrClassType definition
Attribute Value
BrowseName ISrClassType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable Id Byte BaseDataVariableType Mandatory
HasComponent Variable Priority Byte BaseDataVariableType Mandatory
HasComponent Variable Vid UInt16 BaseDataVariableType Mandatory
Conformance Units
BNM TSN Base Info
Id is a Byte and specifies the SRclassID in a numeric representation of the SR classes which
is supported by a particular Bridge Port (SRclassID is defined in IEEE Std 802.1Q-2018,
35.2.2.9.2,). Only values between 0 and 7 shall be used.
Priority is a Byte and holds the Data Frame Priority (item a) in IEEE Std 802.1Q-2018,
35.2.2.8.5) value that will be used for streams that belong to the associated SR class.
(SRclassPriority is defined in IEEE Std 802.1Q-2018, 35.2.2.9.3). Only Values between 0 and
7 shall be used.
Vid is an UInt16 and contains the SR_PVID (item i) in IEEE Std 802.1Q-2018, 35.2.1.4) that the
associated streams will be tagged with by the Talker (SRclassVID is defined in
IEEE Std 802.1Q-2018, 35.2.2.9.4).
5.2.7 IIeeeBaseTsnStreamType Interface
The IIeeeBaseTsnStreamType contains Variables which are common for both TSN talkers and
TSN listeners. They represent the configuration properties and diagnostic values like
reservation status and failure codes of a TSN stream. The IIeeeBaseTsnStreamType is formally
defined Table 9.
Table 9 – IIeeeBaseTsnStreamType definition
Attribute Value
BrowseName IIeeeBaseTsnStreamType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable StreamId Byte[8] BaseDataVariableType Mandatory
HasComponent Variable StreamName String BaseDataVariableType Mandatory
HasComponent Variable State TsnStreamState BaseDataVariableType Mandatory
HasComponent Variable AccumulatedLatency UInt32 BaseDataVariableType Optional
HasComponent Variable SrClassId Byte BaseDataVariableType Optional
Conformance Units
BNM TSN Base Info
StreamId is an array of 8 Bytes defined according to the StreamID in IEEE Std 802.1Qcc-2018,
35.2.2.8.2. The StreamId shall be unique in the scope of the related TSN Network. The mapping
between the StreamId Byte array and the IEEE octet string StreamID is as follows: Entry[n] of
StreamId is mapped to octet[n] of StreamID. The StreamId shall be provided in the TSN stream
Objects for diagnostic reasons.
NOTE In the distributed configuration model, the StreamId is typically generated by the TSN control stack of the
endstation. In the fully centralized configuration model, the StreamId is typically generated by the CUC.
StreamName is a String identifying the related stream in the network. The format of the String
is application specific. The uniqueness of the StreamName inside the network segment shall
be guaranteed by the application. If multiple applications use the network segment, they shall
agree on a naming scheme.
State represents the current state of the TSN configuration process of a TSN stream. The
TsnStreamState Enumeration is defined in 5.3.1.6.
AccumulatedLatency of DataType UInt32 is the maximum worst case propagation delay in
nanoseconds calculated and guaranteed by the TSN Control Layer for this Listener. Once the
stream reservation has succeeded the AccumulatedLatency is not expected to increase during
the lifecycle of the TSN Stream (see IEEE Std 802.1Q-2018, 35.2.2.8.6).
SrClassId of DataType Byte contains the Stream Reservation Class that is used for this stream
(see IEEE Std 802.1Qcc-2018, 35.2.2.9.2).
5.2.8 IIeeeBaseTsnTrafficSpecificationType Interface
This OPC UA Interface is used to represent the traffic specification of a TSN stream. The
IIeeeBaseTsnTrafficSpecificationType is formally defined in Table 10.
Table 10 – IIeeeBaseTsnTrafficSpecificationType definition
Attribute Value
BrowseName IIeeeBaseTsnTrafficSpecificationType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition Modelling
Rule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable MaxIntervalFrames UInt16 BaseDataVariableType Mandatory
HasComponent Variable MaxFrameSize UInt32 BaseDataVariableType Mandatory
HasComponent Variable Interval UnsignedRationalNumber BaseDataVariableType Mandatory
Conformance Units
BNM TSN Config
The MaxFrameSize of DataType UInt16 specifies the maximum size frame that will be sent by
a Talker for this Stream (see IEEE Std 802.1Q-2018, 35.2.2.8.4a).
NOTE According to 802.1Q MaxFrameSize only counts the number of bytes of the Ethernet payload without the
media specific framing bytes. (i.e. without 8-byte preamble, 14-byte IEEE 802.3 header, 4-byte IEEE 802.1Q
priority/VID Tag, 4-byte CRC, 12-byte inter frame gap). Same rules apply for counting MaxBytesPerInterval.
The MaxIntervalFrames of DataType UInt16 Variable specifies the maximum number of frames
that will be sent during an Interval. (see IEEE Std 802.1Q-2018, 35.2.2.8.4b,
"MaxIntervalFrames" or IEEE Std 802.1Qcc-2018, 35.2.2.10.6, "MaxFramesPerInterval")
Interval of DataType UnsignedRationalNumber defines the time period of the TSN Stream in
nanoseconds. In that interval a specified number of frames (MaxIntervalFrames) with a
maximum payload size per frame (MaxFrameSize) and a maximum total number of bytes
(MaxBytesPerInterval) will be transmitted. The Interval therefore shall either represent the
"class measurement interval" as used for AVB based Streams (see IEEE Std 802.1Q-2018,
Clause 35 or the "Interval" parameter used in the TrafficSpecification group in
IEEE Std 802.1Qcc-2018, 46.2.3.5.1).
5.2.9 IIeeeBaseTsnStatusStreamType Interface
This OPC UA Interface is used to represent the status of a TSN stream. The
IIeeeBaseTsnStatusStreamType is formally defined in Table 11.
Table 11 – IIeeeBaseTsnStatusStreamType definition
Attribute Value
BrowseName IIeeeBaseTsnStatusStreamType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable TalkerStatus TsnTalkerStatus BaseDataVariableType Optional
HasComponent Variable ListenerStatus TsnListenerStatus BaseDataVariableType Optional
HasComponent Variable FailureCode TsnFailureCode BaseDataVariableType Mandatory
HasComponent Variable FailureSystemIdentifier Byte[][8] BaseDataVariableType Mandatory
Conformance Units
BNM TSN Base Info
TalkerStatus of DataType TsnTalkerStatus contains the Reservation Failure Code as defined
in the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.1.
ListenerStatus of DataType TsnListenerStatus contains the Reservation Failure Code as
defined in the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.2.
FailureCode of DataType TsnFailureCode contains the Reservation Failure Code as defined in
the "FailureInformation" in IEEE Std 802.1Qcc-2018, 46.2.5.1.3.
FailureSystemIdentifier is an Array of Arrays of 8 Bytes and contains the System Identifiers
representing the network nodes where the failure occurred. See "System Identifier" in
"FailureInformation" in IEEE Std 802.1Q-2018, 35.2.2.8.7.
5.2.10 IIeeeTsnInterfaceConfigurationType Interface
This OPC UA Interface is used to represent an interface configuration which is part of a TSN
stream (on the end-device). The IIeeeTsnInterfaceConfigurationType is formally defined in
Table 12.
Table 12 – IIeeeTsnInterfaceConfigurationType definition
Attribute Value
BrowseName IIeeeTsnInterfaceConfigurationType
IsAbstract True
References NodeClass BrowseName DataType TypeDefinition ModellingRule
Subtype of the BaseInterfaceType defined in IEC 62541-5
HasComponent Variable MacAddress String BaseDataVariableType Mandatory
HasComponent Variable InterfaceName String Base
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...