aboutsummaryrefslogtreecommitdiffstats
path: root/test_spec
diff options
context:
space:
mode:
Diffstat (limited to 'test_spec')
-rw-r--r--test_spec/vswitchperf_ltd.md25
1 files changed, 25 insertions, 0 deletions
diff --git a/test_spec/vswitchperf_ltd.md b/test_spec/vswitchperf_ltd.md
index 55015629..f63a39e2 100644
--- a/test_spec/vswitchperf_ltd.md
+++ b/test_spec/vswitchperf_ltd.md
@@ -585,7 +585,32 @@ The following represents possible deployments which can help to determine the pe
- Physical → virtual switch → physical.
<br/>
+ - #####Test ID: LTD.Throughput.RFC2544.BackToBackFrames
+ **Title**: RFC 2544 Back To Back Frames Test
+ **Prerequisite Test**: N\A
+
+ **Priority**:
+
+ **Description**:
+
+ The aim of this test is to characterize the ability of the DUT to process back-to-back frames. For each frame size previously defined under [Default Test Parameters](#DefaultParams), a burst of traffic is sent to the DUT with the minimum inter-frame gap between each frame. If the number of received frames equals the number of frames that were transmitted, the burst size should be increased and traffic is sent to the DUT again. The value measured is the back-to-back value, that is the maximum burst size the DUT can handle without any frame loss.
+
+ **Expected Result**:
+
+ Tests of back-to-back frames with physical devices have produced unstable results in some cases. All tests should be repeated in multiple test sessions and results stability should be examined.
+
+ **Metrics collected**
+
+ The following are the metrics collected for this test:
+
+ - The back-to-back value, which is the the number of frames in the longest burst that the DUT will handle without the loss of any frames.
+
+ **Deployment scenario**:
+
+ - Physical → virtual switch → physical.
+
+<br/>
[RFC1242]:(http://www.ietf.org/rfc/rfc1242.txt)
[RFC2544]:(http://www.ietf.org/rfc/rfc2544.txt)
[RFC5481]:(http://www.ietf.org/rfc/rfc5481.txt)