Update git submodules

[docs.git] / docs / user-guide / group-based-policy-user-guide.rst

diff --git a/docs/user-guide/group-based-policy-user-guide.rst b/docs/user-guide/group-based-policy-user-guide.rst
index d730db164f6ec8f3a7b6b70741b3d1690b261f9e..a4f593ae01517e1e6f610778eae9211416ee33fe 100644 (file)
--- a/docs/user-guide/group-based-policy-user-guide.rst
+++ b/docs/user-guide/group-based-policy-user-guide.rst
@@ -1,3 +1,5 @@
+.. _gbp-user-guide:
+
 Group Based Policy User Guide
 =============================
 
@@ -72,7 +74,7 @@ By thinking of **Intent Systems** in this way, it enables:
    -  To an optical network: The port maybe *abstract*, yet the optical
       wavelength is *concrete*.
 
-    **Note**
+.. note::
 
     *This is a very domain specific analogy, tied to something most
     readers will understand. It in no way implies the **GBP** should be
@@ -1225,7 +1227,7 @@ It is recommended to use either:
 If the REST API must be used, and the above resources are not
 sufficient:
 
--  feature:install odl-dlux-yangui
+-  feature:install odl-dluxapps-yangui
 
 -  browse to:
    ``http://<odl-controller>:8181/index.html``
@@ -1690,7 +1692,7 @@ the user is responsible for the provisioning of endpoints via:
 
 -  REST API
 
-    **Note**
+.. note::
 
     When using the :ref:`Neutron mapper <gbp-neutron>` feature, everything is
     managed transparently via Neutron.
@@ -1960,7 +1962,7 @@ Generic allow:
 Configuring OpenFlow Overlay via REST
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-    **Note**
+.. note::
 
     Please see the :ref:`UX <gbp-ux>` section on how to configure **GBP** via
     the GUI.
@@ -1988,7 +1990,7 @@ Configuring OpenFlow Overlay via REST
         }
     }
 
-    **Note**
+.. note::
 
     The usage of "port-name" preceded by "ofoverlay". In OpenDaylight,
     base datastore objects can be *augmented*. In **GBP**, the base