1704 Report - Honeycomb section

[csit.git] / docs / report / honeycomb_functional_tests / overview.rst

diff --git a/docs/report/honeycomb_functional_tests/overview.rst b/docs/report/honeycomb_functional_tests/overview.rst
index d93de13..c643f3e 100644 (file)
--- a/docs/report/honeycomb_functional_tests/overview.rst
+++ b/docs/report/honeycomb_functional_tests/overview.rst
@@ -117,6 +117,33 @@ with results listed in this report:
   - up to 2 interfaces.\r
   - Remove SPAN configuration from interfaces.\r
   - Test case count: 3\r
   - up to 2 interfaces.\r
   - Remove SPAN configuration from interfaces.\r
   - Test case count: 3\r

+- **ACL-PLUGIN** - CRD for high-level classifier\r
+  - MAC + IP address classification.\r
+  - IPv4, IPv6 address classification.\r
+  - TCP, UDP, ICMP, ICMPv6 protocol/next-header classification.\r
+  - port number classification.\r
+  - ICMP, ICMPv6 code and type classification.\r
+  - Test case count: 15\r
+- **ProxyARP** - CRD for proxyARP feature.\r
+  - Configure proxyARP.\r
+  - Assign to interface.\r
+  - Test case count: 3\r
+- **ProxyND6** - CRD for Neighbor Discovery Proxy.\r
+  - Configure ProxyND6 feature on interface.\r
+  - Test case count: 4\r
+- **DHCP Relay** - CRD for DHCP relay feature.\r
+  - Configure DHCP Relays.\r
+  - IPv4 and IPv6 variants.\r
+  - Test case count: 4\r
+- **SLAAC** - CRD for Stateless Address AutoConfiguration.\r
+  - Configure SLAAC feature on interfaces.\r
+  - Test case count: 7\r
+- **Routing** - CRD for routing.\r
+  - Configure single-hop route.\r
+  - Configure multi-hop routes.\r
+  - Configure blackhole route.\r
+  - IPv4 and IPv6 variants.\r
+    - Test case count: 6\r

 - **Honeycomb Infractructure** - configuration persistence,\r
   - Netconf notifications for interface events,\r
   - Netconf negative tests aimed at specific issues\r
 - **Honeycomb Infractructure** - configuration persistence,\r
   - Netconf notifications for interface events,\r
   - Netconf negative tests aimed at specific issues\r


@@ -130,7 +157,8 @@ Because of this, test cases follow this general pattern:
 #. read status of the feature using VPP API dump.\r
 #. modify configuration of the feature using restconf.\r
 #. verify changes to operational data using restconf.\r
 #. read status of the feature using VPP API dump.\r
 #. modify configuration of the feature using restconf.\r
 #. verify changes to operational data using restconf.\r

-#. verify changes using VPP API dump.\r
+#. verify changes using VPP API dump, OR\r
+#. send a packet to VPP node and observe behaviour to verify configuration\r

 \r
 Test cases involving network interfaces utilize the first two interfaces on\r
 the DUT node.\r
 \r
 Test cases involving network interfaces utilize the first two interfaces on\r
 the DUT node.\r