add inventory documentation 42/88242/1
authorNarayan Padi <np2698@att.com>
Wed, 4 Mar 2020 09:48:20 +0000 (10:48 +0100)
committerguillaume.lambert <guillaume.lambert@orange.com>
Wed, 4 Mar 2020 09:59:28 +0000 (10:59 +0100)
Change-Id: Ib1c60746a026ffa0b7c1285cee5e6a9306df2d99
Signed-off-by: guillaume.lambert <guillaume.lambert@orange.com>
docs/developer-guide.rst
docs/user-guide.rst

index 297244e82f7e9ac3458a7c4959b541229175b9cb..0373550b6c3719bfd6719c8d341fb11de9b5202a 100644 (file)
@@ -194,6 +194,57 @@ calculating the right power settings, sending it to the device, and check the
 PM retrieved from the device to verify that the setting was correctly applied
 and the configuration was successfully completed.
 
+
+Inventory
+^^^^^^^^^
+
+TransportPCE Inventory module is responsible to keep track of devices connected in an external MariaDB database.
+Other databases may be used as long as they comply with SQL and are compatible with OpenDaylight (for example MySQL).
+At present, the module supports extracting and persisting inventory of devices OpenROADM MSA version 1.2.1.
+Inventory module changes to support newer device models (2.2.1, etc) and other models (network, service, etc)
+will be progressively included.
+
+The inventory module can be activated by the associated karaf feature (odl-transporpce-inventory)
+The database properties are supplied in the “opendaylight-release” and “opendaylight-snapshots” profiles.
+Below is the settings.xml with properties included in the distribution.
+The module can be rebuild from sources with different parameters.
+
+Sample entry in settings.xml to include inventory:
+::
+
+    <profiles>
+      <profile>
+          <id>opendaylight-release</id>
+    [..]
+         <properties>
+                 <transportpce.db.host><<hostname>>:3306</transportpce.db.host>
+                 <transportpce.db.database><<databasename>></transportpce.db.database>
+                 <transportpce.db.username><<username>></transportpce.db.username>
+                 <transportpce.db.password><<password>></transportpce.db.password>
+                 <karaf.localFeature>odl-transportpce-inventory</karaf.localFeature>
+         </properties>
+    </profile>
+    [..]
+    <profile>
+          <id>opendaylight-snapshots</id>
+    [..]
+         <properties>
+                 <transportpce.db.host><<hostname>>:3306</transportpce.db.host>
+                 <transportpce.db.database><<databasename>></transportpce.db.database>
+                 <transportpce.db.username><<username>></transportpce.db.username>
+                 <transportpce.db.password><<password>></transportpce.db.password>
+                 <karaf.localFeature>odl-transportpce-inventory</karaf.localFeature>
+         </properties>
+        </profile>
+    </profiles>
+
+
+Once the project built and when karaf is started, the cfg file is generated in etc folder with the corresponding properties
+supplied in settings.xml. When devices with OpenROADM 1.2.1 device model are mounted, the device listener in the inventory
+module loads several device attributes to various tables as per the supplied database.
+The databsase structure details can be retrieved from the file tests/inventory/initdb.sql in project sources.
+Installation scripts and a docker file are also provided.
+
 Key APIs and Interfaces
 -----------------------
 
index 29efd9842d9e8326aa8abf626090948b3bab6d61..9f3966d41e9cfea051c4a472ebfe9191622d5fc3 100644 (file)
@@ -52,7 +52,8 @@ TransportPCE User-Facing Features
 
 -  **feature odl-transportpce-inventory**
 
-   -  This feature provides transportPCE an external connector to a MariaDB inventory currently limited to openROADM 1.2.1 devices.
+   -  This feature is considered experimental.
+      It provides transportPCE an external connector to a MariaDB inventory currently limited to OpenROADM 1.2.1 devices.
 
 How To Start
 ------------
@@ -60,8 +61,7 @@ How To Start
 Preparing for Installation
 ~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-1. Devices must support the standard OpenROADM Models more precisely versions
-   1.2.1 and 2.2.1.
+1. Devices must support the standard OpenROADM Models more precisely versions 1.2.1 and 2.2.1.
    Since Magnesium SR0, an OTN experimental support is provided for OpenROADM devices 2.2.1.
 
 2. Devices must support configuration through NETCONF protocol/API.