blob: 1ca19f4896ffeefa38dcaffae698b2b1ad764c6b [file] [log] [blame]
JvD_Ericssond1825032024-06-07 13:53:56 +01001.. This work is licensed under a Creative Commons Attribution 4.0 International License.
2.. SPDX-License-Identifier: CC-BY-4.0
3.. Copyright (C) 2024 Nordix Foundation. All rights Reserved
4.. Copyright (C) 2024 OpenInfra Foundation Europe. All Rights Reserved
5
6Developer Guide
7###############
8
9Developer Guide Overview
10========================
11
12In this guide, we explore the use of Topology & Inventory to manage the
13topology and inventory data in your network.
14
15Introducing topology and inventory data
16=======================================
17
18Topology and inventory data is the information that represents entities
19in a telecommunications network and the relationships between them that
20provide insight into a particular aspect of the network of importance to
21specific use cases. Topology and inventory data can be derived from
22inventory, configuration, or other data. Topology & Inventory is being
23updated autonomously based on changes in the network.
24
25Topology & Inventory supports several topology and inventory domains,
26see the :doc:`Data Models </data-models-guide>` for
27details on the topology and inventory model. The understanding of the
28model is important to enable a user making queries on topology and
29inventory data. The entities are modeled as managed objects (found under
30the schema in the data dictionary) and grouped together in modules based
31on functionality. See
32:ref:`Supported domains <Supported domains>`
33for the list of the topology and inventory domains currently supported
34in Topology & Inventory capability.
35
36Concepts
37--------
38
39The building blocks of the Topology & Inventory are domains, entities,
40and the relationships between each other. From a graph perspective,
41entities are the vertices and relationships are the edges. These two
42components are part of a subgraph, or the so-called domain. A
43relationship can go beyond a single domain, since it can happen that the
44two entities come from two separate ones. In this particular case, they
45have a cross-domain relationship.
46
47Domain
48~~~~~~
49
50A domain is a grouping of topology and inventory entities that handles
51topology and inventory data. Topology and inventory data is the
52information that represents entities in a telecommunications network and
53the relationships between them that provides insight into a particular
54aspect of the network of import to specific use cases. Topology and
55inventory data can be derived from inventory, configuration, or other
56data. Therefore, the topology and inventory model must define what the
57telecoms network entities and relationships are. More information can be
58found in :ref:`Supported domains <Supported domains>`.
59The Topology Exposure and Inventory Management (TEIV) domain is the
60parent domain used for entities and relationships. This domain can be
61used in reading and querying topology and inventory data when the domain
62name of an entity or relationship is not known.
63
64Entity
65~~~~~~
66
67Entities are enabling the modelling and storage of complex network
68infrastructure and relationships. The following are two examples of the
69entities and their attributes from :doc:`Topology & Inventory Data
70Models <data-models-guide>`.
71
72.. image:: _static/sample-entities.svg
73 :width: 900
74
75Relationship
76~~~~~~~~~~~~
77
78It is a bi-directional connection between two entities, one of which is
79the originating side (A-side) and the other is the terminating side
80(B-side). The order of the sides matters since it defines the
81relationship itself which must be unique. A relationship between two
82entities is based on the effect that one has on the other. An entity can
83have one or multiple relationships which can be defined by the user. A
84possible relationship between ManagedElement and GNBDUFunction can be
85*MANAGEDELEMENT_MANAGES_GNBDUFUNCTION*.
86
87Topology & Inventory models
88---------------------------
89
90The Topology & Inventory objects are managed and standardized using YANG
91models. These YANG models describe managed network entities and their
92attributes, while also providing information on the relations between
93the network entities. YANG data models are structured into modules and
94submodules. Management instance data is a graph of objects which have
95attributes (see the **schema** in the data models).
96
97The :doc:`Topology & Inventory Data Models <data-models-guide>` includes:
98- Modules for each supported domain that describe the structure of the
99managed objects within it as well as any relationships between them. -
100Modules that describe cross-domain relationships. - Modules that define
101proprietary extensions and types used to describe the structure of
102objects and attributes within the domains.
103
104The following sample diagram shows some managed objects and their
105relationships in the RAN domain.
106
107.. image:: _static/sample-object-relationships.svg
108 :width: 900
109
110A direct relationship is a connection between two entities without any
111in-between entity and an indirect relationship contains at least one.
112NRCellDU has direct relationships with GNBDUFunction and
113NRSectorCarrier, while it also has indirect relationships with
114ManagedElement, AntennaCapability, and AntennaModule.
115
116Supported domains
117-----------------
118
JvD_Ericssonf35bdee2024-06-11 15:08:56 +0100119+-----------------------------------+-------------------------------------------------------+
120| Domain | Description |
121+===================================+=======================================================+
122| RAN | | This model contains the topology entities and |
123| | | relations in the RAN domain, which represents the |
124| | | functional capability of the deployed RAN that |
125| | | are relevant to rApps use cases. |
126+-----------------------------------+-------------------------------------------------------+
127| EQUIPMENT | | This model contains the topology entities and |
128| | | relations in the Equipment domain, which is |
129| | | modeled to understand the physical location of |
130| | | equipment such as antennas associated with a |
131| | | cell/carrier and their relevant properties, for |
132| | | example, tilt, max power, and so on. |
133+-----------------------------------+-------------------------------------------------------+
134| OAM | | This model contains the topology entities and |
135| | | relations in the O&M domain, which are intended |
136| | | to represent management systems and management |
137| | | interfaces. |
138+-----------------------------------+-------------------------------------------------------+
JvD_Ericssonfd0a15b2024-07-08 10:49:39 +0100139| CLOUD | | This model contains the topology entities and |
140| | | relations in the RAN CLOUD domain, which |
141| | | comprises cloud infrastructure and deployment |
142| | | aspects that can be used in the topology model. |
143+-----------------------------------+-------------------------------------------------------+
144| EQUIPMENT_TO_RAN | | This model contains the topology relations |
JvD_Ericssonf35bdee2024-06-11 15:08:56 +0100145| | | between Equipment and RAN. |
146+-----------------------------------+-------------------------------------------------------+
JvD_Ericssonfd0a15b2024-07-08 10:49:39 +0100147| OAM_TO_RAN | | This model contains the topology relations |
JvD_Ericssonf35bdee2024-06-11 15:08:56 +0100148| | | between O&M and RAN. |
149+-----------------------------------+-------------------------------------------------------+
JvD_Ericssonfd0a15b2024-07-08 10:49:39 +0100150| CLOUD_TO_RAN | | This model contains the RAN Cloud to RAN Logical |
151| | | topology relations. |
152+-----------------------------------+-------------------------------------------------------+
153| OAM_TO_CLOUD | | This model contains the RAN O&M to Cloud |
154| | | topology relations. |
155+-----------------------------------+-------------------------------------------------------+