doc: fix ospf6 nssa area command description

Currently the NSSA support is a separate section, but it should actually
be a description of the corresponding CLI command.

Signed-off-by: Igor Ryzhov <iryzhov@nfware.com>

diff --git a/doc/user/ospf6d.rst b/doc/user/ospf6d.rst
index f94f68fd243a67488950e5db6f29a66c28a69161..55ab49387360d600321a3a3b9e251579b407caf4 100644 (file)
--- a/doc/user/ospf6d.rst
+++ b/doc/user/ospf6d.rst
@@ -178,22 +178,21 @@ OSPF6 area
 
 .. clicmd:: area A.B.C.D nssa
 
-NSSA Support in OSPFv3
-=======================
-
-The configuration of NSSA areas in OSPFv3 is supported using the CLI command
-``area A.B.C.D nssa`` in ospf6 router configuration mode.
-The following functionalities are implemented as per RFC 3101:
-
-1. Advertising Type-7 LSA into NSSA area when external route is redistributed
-   into OSPFv3
-2. Processing Type-7 LSA received from neighbor and installing route in the
-   route table
-3. Support for NSSA ABR functionality which is generating Type-5 LSA when
-   backbone area is configured. Currently translation of Type-7 LSA to Type-5 LSA
-   is enabled by default.
-4. Support for NSSA Translator functionality when there are multiple NSSA ABR
-   in an area
+.. clicmd:: area (0-4294967295) nssa
+
+   Configure the area to be a NSSA (Not-So-Stubby Area).
+
+   The following functionalities are implemented as per RFC 3101:
+
+   1. Advertising Type-7 LSA into NSSA area when external route is
+      redistributed into OSPFv3.
+   2. Processing Type-7 LSA received from neighbor and installing route in the
+      route table.
+   3. Support for NSSA ABR functionality which is generating Type-5 LSA when
+      backbone area is configured. Currently translation of Type-7 LSA to
+      Type-5 LSA is enabled by default.
+   4. Support for NSSA Translator functionality when there are multiple NSSA
+      ABR in an area.
 
 .. _ospf6-interface: