From 4e651f34b418668b559093d9020d0d7326a711c5 Mon Sep 17 00:00:00 2001
From: MatthewLi <matthew.lijun@huawei.com>
Date: Sun, 25 Jun 2017 22:04:42 -0400
Subject: delete old ipv6 files

JIRA: DOVETAIL-452

since https://gerrit.opnfv.org/gerrit/#/c/34577/ merged
new ipv6 C&C documents are there, delete the old ones.

Change-Id: Ic16cf03b3febd7cca158555e11ecd817ffc61139
Signed-off-by: MatthewLi <matthew.lijun@huawei.com>
---
 .../old_files/ipv6/designspecification.rst         | 133 -----------
 .../testspecification/old_files/ipv6/index.rst     |  19 --
 .../old_files/ipv6/ipv6.tc001.specification.rst    |  59 -----
 .../old_files/ipv6/ipv6.tc026.specification.rst    |  54 -----
 .../old_files/ipv6/ipv6_all_testcases.rst          | 243 ---------------------
 .../testspecification/old_files/ipv6/testplan.rst  |  34 ---
 .../old_files/ipv6/testprocedure.rst               |   9 -
 .../old_files/ipv6/testspecification.rst           |  57 -----
 8 files changed, 608 deletions(-)
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/designspecification.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/index.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/ipv6.tc001.specification.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/ipv6.tc026.specification.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/ipv6_all_testcases.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/testplan.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/testprocedure.rst
 delete mode 100644 docs/testing/user/testspecification/old_files/ipv6/testspecification.rst

(limited to 'docs/testing')

diff --git a/docs/testing/user/testspecification/old_files/ipv6/designspecification.rst b/docs/testing/user/testspecification/old_files/ipv6/designspecification.rst
deleted file mode 100644
index 9e403472..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/designspecification.rst
+++ /dev/null
@@ -1,133 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) Christopher Price (Ericsson AB) and others
-
-==============================
-IPv6 test design specification
-==============================
-
-This document outlines the approach and method for testing IPv6 in the OPNFV compliance test
-suite.  Providing a brief outline of the features to be tested, the methodology for testing,
-schema's and criteria.
-
-Features to be tested
-=====================
-
-The IPv6 compliance test plan outlines the method for testing IPv6 compliance to the OPNFV
-platform behaviours and features of IPv6 enabled VNFi platforms.  The specific features to
-be tested by the IPv6 compliance test suite is outlined in the following table.
-
-.. table::
-   :class: longtable
-
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Features / Requirements                                    |Tests available    | Test Cases                                                         |
-+===========================================================+===================+====================================================================+
-|All topologies work in a multi-tenant environment          |No                 |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|IPv6 VM to VM only                                         |No                 |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|IPv6 external L2 VLAN directly attached to a VM            |No                 |                                                                    |
-|                                                           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|IPv6 subnet routed via L3 agent to an external IPv6 network|No                 |                                                                    |
-|                                                           |                   |                                                                    |
-|1. Both VLAN and overlay (e.g. GRE, VXLAN) subnet attached |                   |                                                                    |
-|   to VMs;                                                 |                   |                                                                    |
-|2. Must be able to support multiple L3 agents for a given  |                   |                                                                    |
-|   external network to support scaling (neutron scheduler  |                   |                                                                    |
-|   to assign vRouters to the L3 agents)                    |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Ability for a NIC to support both IPv4 and IPv6 (dual      |No                 |                                                                    |
-|stack) address.                                            |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|1. VM with a single interface associated with a network,   |                   |                                                                    |
-|   which is then associated with two subnets.              |                   |                                                                    |
-|2. VM with two different interfaces associated with two    |                   |                                                                    |
-|   different networks and two different subnets.           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Support IPv6 Address assignment modes.                     |No                 |                                                                    |
-|                                                           |                   |                                                                    |
-|1. SLAAC                                                   |                   |                                                                    |
-|2. DHCPv6 Stateless                                        |                   |                                                                    |
-|3. DHCPv6 Stateful                                         |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Ability to create a port on an IPv6 DHCPv6 Stateful subnet |No                 |                                                                    |
-|and assign a specific IPv6 address to the port and have it |                   |                                                                    |
-|taken out of the DHCP address pool.                        |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Full support for IPv6 matching (i.e., IPv6, ICMPv6, TCP,   |No                 |                                                                    |
-|UDP) in security groups. Ability to control and manage all |                   |                                                                    |
-|IPv6 security group capabilities via Neutron/Nova API (REST|                   |                                                                    |
-|and CLI) as well as via Horizon.                           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|During network/subnet/router create, there should be an    |No                 |                                                                    |
-|option to allow user to specify the type of address        |                   |                                                                    |
-|management they would like. This includes all options      |                   |                                                                    |
-|including those low priority if implemented (e.g., toggle  |                   |                                                                    |
-|on/off router and address prefix advertisements); It must  |                   |                                                                    |
-|be supported via Neutron API (REST and CLI) as well as via |                   |                                                                    |
-|Horizon                                                    |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Security groups anti-spoofing: Prevent VM from using a     |No                 |                                                                    |
-|source IPv6/MAC address which is not assigned to the VM    |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Protect tenant and provider network from rogue RAs         |No                 |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-|                                                           |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Support the ability to assign multiple IPv6 addresses to   |No                 |                                                                    |
-|an interface; both for Neutron router interfaces and VM    |                   |                                                                    |
-|interfaces.                                                |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Ability for a VM to support a mix of multiple IPv4 and IPv6|No                 |                                                                    |
-|networks, including multiples of the same type.            |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|Support for IPv6 Prefix Delegation.                        |No                 |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|IPv6 First-Hop Security, IPv6 ND spoofing                  |No                 |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-|IPv6 support in Neutron Layer3 High Availability           |No                 |                                                                    |
-|(keepalived+VRRP).                                         |                   |                                                                    |
-+-----------------------------------------------------------+-------------------+--------------------------------------------------------------------+
-
-
-Test approach for IPv6
-======================
-
-The most common approach for testing IPv6 capabilities in the test suite is through interaction with the SUT control plane.
-In this instance the test framework will exercise the NBI provided by the VIM to configure and leverage IPv6 related features
-in the platform, instantiate workloads, and invoke behaviours in the platform.  The suite may also interact directly with the
-data plane to exercise platform capabilities and further invoke helper functions on the platform for the same purpose.
-
-Test result analysis
---------------------
-
-All functional tests in the IPv6 test suite will provide a pass/fail result on completion of the test.  In addition test logs
-and relevant additional information will be provided as part of the test log, available on test suite completion.
-
-Some tests in the compliance suite measure such metrics as latency and performance.  At this time these tests are intended to
-provide a feature based pass/fail metric not related to system performance.
-These tests may however provide detailed results of performance and latency in the 'test report'_ document.
-
-Test identification
-===================
-
-TBD:  WE need to identify the test naming scheme we will use in DoveTail in order that we can cross reference to the test
-projects and maintain our suite effectively.  This naming scheme needs to be externally relevant to non-OPNFV consumers and as
-such some consideration is required on the selection.
-
-Pass Fail Criteria
-==================
-
-This section requires some further work with the test teams to identify how and where we generate, store and provide results.
diff --git a/docs/testing/user/testspecification/old_files/ipv6/index.rst b/docs/testing/user/testspecification/old_files/ipv6/index.rst
deleted file mode 100644
index a806d644..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/index.rst
+++ /dev/null
@@ -1,19 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) OPNFV
-
-*******************************
-OPNFV IPv6 Compliance Test Plan
-*******************************
-
-.. toctree::
-   :maxdepth: 2
-
-   ./testplan.rst
-   ./testprocedure.rst
-   ./testspecification.rst
-   ./designspecification.rst
-   ./ipv6.tc001.specification.rst
-   ./ipv6.tc026.specification.rst
-   ./ipv6_all_testcases.rst
-
diff --git a/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc001.specification.rst b/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc001.specification.rst
deleted file mode 100644
index 5afb2095..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc001.specification.rst
+++ /dev/null
@@ -1,59 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) OPNFV
-
-==================================================================================================
-Dovetail IPv6 tc001 specification - Bulk Creation and Deletion of IPv6 Networks, Ports and Subnets
-==================================================================================================
-
-
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|test case name         |Bulk creation and deletion of IPv6 networks, ports and subnets                                      |
-|                       |                                                                                                    |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|id                     |dovetail.ipv6.tc001                                                                                 |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|objective              |To verify that platform is able to create/delete networks, ports and subnets in bulk operation      |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|test items             |tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_network            |
-|                       |{idempotent_id('d4f9024d-1e28-4fc1-a6b1-25dbc6fa11e2')}                                             |
-|                       |tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_port               |
-|                       |{idempotent_id('48037ff2-e889-4c3b-b86a-8e3f34d2d060')}                                             |
-|                       |tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_subnet             |
-|                       |{idempotent_id('8936533b-c0aa-4f29-8e53-6cc873aec489')}                                             |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|environmental          |                                                                                                    |
-|requirements &         | environment can be deployed on bare metal of virtualized infrastructure                            |
-|preconditions          | deployment can be HA or non-HA                                                                     |
-|                       |                                                                                                    |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|scenario dependencies  | NA                                                                                                 |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|procedural             |Step 1: create/delete network:                                                                      |
-|requirements           |     create 2 networks in one request                                                               |
-|                       |     asserting that the networks are found in the list after creation                               |
-|                       |                                                                                                    |
-|                       |Step 2: create/delete subnet:                                                                       |
-|                       |     create 2 subnets in one request                                                                |
-|                       |     asserting that the subnets are found in the list after creation                                |
-|                       |                                                                                                    |
-|                       |Step 3: create/delete port:                                                                         |
-|                       |     create 2 ports in one request                                                                  |
-|                       |     asserting that the ports are found in the list after creation                                  |
-|                       |                                                                                                    |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|input specifications   |The parameters needed to execute Neutron network APIs.                                              |
-|                       |Refer to Neutron Networking API v2.0 `[1]`_ `[2]`_                                                  |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|output specifications  |The responses after executing Network network APIs.                                                 |
-|                       |Refer to Neutron Networking API v2.0 `[1]`_ `[2]`_                                                  |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|pass/fail criteria     |If normal response code 200 is returned, the test passes.                                           |
-|                       |Otherwise, the test fails with various error codes.                                                 |
-|                       |Refer to Neutron Networking API v2.0 `[1]`_ `[2]`_                                                  |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-|test report            |TBD                                                                                                 |
-+-----------------------+----------------------------------------------------------------------------------------------------+
-
-.. _`[1]`: http://developer.openstack.org/api-ref/networking/v2/
-.. _`[2]`: http://wiki.openstack.org/wiki/Neutron/APIv2-specification
diff --git a/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc026.specification.rst b/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc026.specification.rst
deleted file mode 100644
index e7fd82e7..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/ipv6.tc026.specification.rst
+++ /dev/null
@@ -1,54 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) OPNFV
-
-==============================================================
-Dovetail IPv6 tc026 specification - Service VM as IPv6 vRouter
-==============================================================
-
-
-+-----------------------+--------------------------------------------------------------------------+
-|test case name         |Service VM as IPv6 vRouter                                                |
-|                       |                                                                          |
-+-----------------------+--------------------------------------------------------------------------+
-|id                     |dovetail.ipv6.tc026                                                       |
-+-----------------------+--------------------------------------------------------------------------+
-|objective              |IPv6 connnectivity, service VM as IPv6 vRouter                            |
-+-----------------------+--------------------------------------------------------------------------+
-|modules under test     |neutron, nova, etc                                                        |
-+-----------------------+--------------------------------------------------------------------------+
-|dependent test project |yardstick                                                                 |
-+-----------------------+--------------------------------------------------------------------------+
-|test items             |yardstick_tc027                                                           |
-+-----------------------+--------------------------------------------------------------------------+
-|environmental          | OpenStack-only environment                                               |
-|requirements &         | environment can be deplyed on bare metal of virtualized infrastructure   |
-|preconditions          | deployment can be HA or non-HA                                           |
-|                       | test case image needs to be installed into Glance with ping6 included    |
-+-----------------------+--------------------------------------------------------------------------+
-|scenario dependencies  | nosdn                                                                    |
-+-----------------------+--------------------------------------------------------------------------+
-|procedural             |step 1: to setup IPv6 testing environment                                 |
-|requirements           |     1.1 disable security group                                           |
-|                       |     1.2 create (ipv6, ipv4) router, network and subnet                   |
-|                       |     1.3 create vRouter, VM1, VM2                                         |
-|                       |step 2: to run ping6 to verify IPv6 connectivity                          |
-|                       |     2.1 ssh to VM1                                                       |
-|                       |     2.2 ping6 to ipv6 router from VM1                                    |
-|                       |     2.3 get the result and store the logs                                |
-|                       |step 3: to teardown IPv6 testing environment                              |
-|                       |     3.1 delete vRouter, VM1, VM2                                         |
-|                       |     3.2 delete (ipv6, ipv4) router, network and subnet                   |
-|                       |     3.3 enable security group                                            |
-+-----------------------+--------------------------------------------------------------------------+
-|input specifications   |packetsize: 56                                                            |
-|                       |ping_count: 5                                                             |
-|                       |                                                                          |
-+-----------------------+--------------------------------------------------------------------------+
-|output specifications  |output includes max_rtt, min_rtt, average_rtt                             |
-+-----------------------+--------------------------------------------------------------------------+
-|pass/fail criteria     |ping6 connectivity success, no SLA                                        |
-+-----------------------+--------------------------------------------------------------------------+
-|test report            | dovetail dashboard DB here                                               |
-+-----------------------+--------------------------------------------------------------------------+
-
diff --git a/docs/testing/user/testspecification/old_files/ipv6/ipv6_all_testcases.rst b/docs/testing/user/testspecification/old_files/ipv6/ipv6_all_testcases.rst
deleted file mode 100644
index 02115ec3..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/ipv6_all_testcases.rst
+++ /dev/null
@@ -1,243 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) OPNFV
-
-==================================================
-IPv6 Compliance Testing Methodology and Test Cases
-==================================================
-
-IPv6 Compliance Testing focuses on overlay IPv6 capabilities, i.e. to validate that
-IPv6 capability is supported in tenant networks, subnets and routers. Both Tempest API
-testing and Tempest Scenario testing are reused  as much as we can in IPv6 Compliance
-Testing. In addition, Yardstick Test Case 027 is also used to validate a specific use case
-of using a Service VM as an IPv6 vRouter.
-
-IPv6 Compliance Testing test cases are described as follows:
-
----------------------------------------------------------------
-Test Case 1: Create and Delete an IPv6 Network, Port and Subnet
----------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_network
-    tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_port
-    tempest.api.network.test_networks.BulkNetworkOpsIpV6Test.test_bulk_create_delete_subnet
-
------------------------------------------------------------------
-Test Case 2: Create, Update and Delete an IPv6 Network and Subnet
------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_networks.NetworksIpV6Test.test_create_update_delete_network_subnet
-
-----------------------------------------------
-Test Case 3: Check External Network Visibility
-----------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_networks.NetworksIpV6Test.test_external_network_visibility
-
--------------------------------------------------------
-Test Case 4: List IPv6 Networks and Subnets of a Tenant
--------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_networks.NetworksIpV6Test.test_list_networks
-    tempest.api.network.test_networks.NetworksIpV6Test.test_list_subnets
-
------------------------------------------------------------
-Test Case 5: Show Information of an IPv6 Network and Subnet
------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_networks.NetworksIpV6Test.test_show_network
-    tempest.api.network.test_networks.NetworksIpV6Test.test_show_subnet
-
-------------------------------------------------------------
-Test Case 6: Create an IPv6 Port in Allowed Allocation Pools
-------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_ports.PortsIpV6TestJSON.test_create_port_in_allowed_allocation_pools
-
---------------------------------------------------------
-Test Case 7: Create an IPv6 Port without Security Groups
---------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_ports.PortsIpV6TestJSON.test_create_port_with_no_securitygroups
-
----------------------------------------------------
-Test Case 8: Create, Update and Delete an IPv6 Port
----------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_ports.PortsIpV6TestJSON.test_create_update_delete_port
-
-----------------------------------------
-Test Case 9: List IPv6 Ports of a Tenant
-----------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_ports.PortsIpV6TestJSON.test_list_ports
-
-----------------------------------------------
-Test Case 10: Show Information of an IPv6 Port
-----------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_ports.PortsIpV6TestJSON.test_show_port
-
---------------------------------------------------------
-Test Case 11: Add Multiple Interfaces for an IPv6 Router
---------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_routers.RoutersIpV6Test.test_add_multiple_router_interfaces
-
-------------------------------------------------------------------
-Test Case 12: Add and Remove an IPv6 Router Interface with port_id
-------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_routers.RoutersIpV6Test.test_add_remove_router_interface_with_port_id
-
---------------------------------------------------------------------
-Test Case 13: Add and Remove an IPv6 Router Interface with subnet_id
---------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_routers.RoutersIpV6Test.test_add_remove_router_interface_with_subnet_id
-
-------------------------------------------------------------------
-Test Case 14: Create, Update, Delete, List and Show an IPv6 Router
-------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_routers.RoutersIpV6Test.test_create_show_list_update_delete_router
-
---------------------------------------------------------------------------
-Test Case 15: Create, Update, Delete, List and Show an IPv6 Security Group
---------------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_security_groups.SecGroupIPv6Test.test_create_list_update_show_delete_security_group
-
-----------------------------------------------------------
-Test Case 16: Create, Delete and Show Security Group Rules
-----------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_security_groups.SecGroupIPv6Test.test_create_show_delete_security_group_rule
-
---------------------------------------
-Test Case 17: List All Security Groups
---------------------------------------
-
-.. code-block:: bash
-
-    tempest.api.network.test_security_groups.SecGroupIPv6Test.test_list_security_groups
-
---------------------------------------------------------
-Test Case 18: IPv6 Address Assignment - DHCPv6 Stateless
---------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_dhcp6_stateless_from_os
-
---------------------------------------------------------------------
-Test Case 19: IPv6 Address Assignment - Dual Stack, DHCPv6 Stateless
---------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_dhcp6_stateless_from_os
-
----------------------------------------------------------------------------
-Test Case 20: IPv6 Address Assignment - Multiple Prefixes, DHCPv6 Stateless
----------------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_multi_prefix_dhcpv6_stateless
-
----------------------------------------------------------------------------------------
-Test Case 21: IPv6 Address Assignment - Dual Stack, Multiple Prefixes, DHCPv6 Stateless
----------------------------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_multi_prefix_dhcpv6_stateless
-
----------------------------------------------
-Test Case 22: IPv6 Address Assignment - SLAAC
----------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_slaac_from_os
-
----------------------------------------------------------
-Test Case 23: IPv6 Address Assignment - Dual Stack, SLAAC
----------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_slaac_from_os
-
-----------------------------------------------------------------
-Test Case 24: IPv6 Address Assignment - Multiple Prefixes, SLAAC
-----------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_multi_prefix_slaac
-
-----------------------------------------------------------------------------
-Test Case 25: IPv6 Address Assignment - Dual Stack, Multiple Prefixes, SLAAC
-----------------------------------------------------------------------------
-
-.. code-block:: bash
-
-    tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_multi_prefix_slaac
-
--------------------------------------------
-Test Case 26: Service VM as an IPv6 vRouter
--------------------------------------------
-
-.. code-block:: bash
-
-    # Refer to Yardstick Test Case 027
-    # Instruction: http://artifacts.opnfv.org/ipv6/docs/configurationguide/index.html
-    # Step 1: Set up Service VM as an IPv6 vRouter
-    #    1.1: Install OPNFV and Preparation
-    #    1.2: Disable Security Groups in OpenStack ML2 Setup
-    #    1.3: Create IPv4 and IPv6 Neutron routers, networks and subnets
-    #    1.4: Boot vRouter VM, and Guest VM1 and Guest VM2
-    # Step 2: Verify IPv6 Connectivity
-    #    2.1: ssh to Guest VM1
-    #    2.2: Ping6 from Guest VM1 to Guest VM2
-    #    2.3: Ping6 from Guest VM1 to vRouter VM
-    #    2.4: Ping6 from Guest VM1 to Neutron IPv6 Router Namespace
-    # Step 3: Tear down Setup
-    #    3.1: Delete Guest VM1, Guest VM2 and vRouter VM
-    #    3.2: Delete IPv4 and IPv6 Neutron routers, networks and subnets
-    #    3.3: Enable Security Groups
-
diff --git a/docs/testing/user/testspecification/old_files/ipv6/testplan.rst b/docs/testing/user/testspecification/old_files/ipv6/testplan.rst
deleted file mode 100644
index 3470e7a6..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/testplan.rst
+++ /dev/null
@@ -1,34 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) OPNFV
-
-===============================
-OPNFV IPv6 Compliance Test Plan
-===============================
-
-Introduction
-============
-
-The IPv6 compliance test plan outlines the method for testing IPv6 Tenant Network feature
-compliance with the OPNFV platform.
-
-Scope
------
-
-This test, and other tests in the test suite, are designed to verify an entire SUT,
-and not any individual component of the system.
-
-Test suite scope and procedures
-===============================
-
-The IPv6 compliance test suite will evaluate the ability for a SUT to support IPv6
-Tenant Network features and functionality provided by OPNFV platform.
-
-Please refer to the complete list of the test cases for details.
-
-Test suite execution
-====================
-
-Please refer to each test case for specific setup and execution procedure.
-
-.._[1]: http://www.opnfv.org
diff --git a/docs/testing/user/testspecification/old_files/ipv6/testprocedure.rst b/docs/testing/user/testspecification/old_files/ipv6/testprocedure.rst
deleted file mode 100644
index 2119ed61..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/testprocedure.rst
+++ /dev/null
@@ -1,9 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) Christopher Price (Ericsson AB) and others
-
-===================
-IPv6 test procedure
-===================
-
-Draft to be patched this week, someone feel free to work on this in parallel.
diff --git a/docs/testing/user/testspecification/old_files/ipv6/testspecification.rst b/docs/testing/user/testspecification/old_files/ipv6/testspecification.rst
deleted file mode 100644
index e51f2a5b..00000000
--- a/docs/testing/user/testspecification/old_files/ipv6/testspecification.rst
+++ /dev/null
@@ -1,57 +0,0 @@
-.. This work is licensed under a Creative Commons Attribution 4.0 International License.
-.. http://creativecommons.org/licenses/by/4.0
-.. (c) Christopher Price (Ericsson AB) and others
-
-===============================================
-Test specification - Service VM as IPv6 vRouter
-===============================================
-
-Draft to be worked on, this represents the YardStick test but I would suggest we need to break
-this into a set of tests which provide more details per action with boundary validation.
-
-Test Item
-=========
-
-TBD -> IPv6 Ping...
-
-Identify the items or features to be tested by this test case.  The item description and
-definition can be referenced from any one of several sources, depending on the level of the
-test case specification. It may be a good idea to reference the source documents as well.
-
-Environmental requirements
-==========================
-
-For ipv6 Test Case 18-25, those test cases are scenario tests, they need to boot virtual
-machines and ping6 in addition to test APIs, ping6 to vRouter is not supported by SDN controller
-yet, such as Opendaylight (Boron and previous releases), so they are scenario dependent,
-i.e., currently ipv6 Test Case 18-25 can only run on scenario os-nosdn-nofeature.
-
-Preconditions and procedural requirements
-=========================================
-
-TBD
-
-.. <Start>
-.. this section may be iterated over for a set of simillar test cases that would be run as one.
-
-Input Specifications
-====================
-
-TBD
-
-Output Specifications
-=====================
-
-TBD
-
-.. <End>
-
-Test Reporting
-==============
-
-The test report for this test case will be generated with links to relevant data sources.
-This section can be updated once we have a template for the report in place.
-
-http://testresults.opnfv.org/grafana/dashboard/db/yardstick-tc027
-
-
-- 
cgit