diff options
| author |   Vratko Polak <vrpolak@cisco.com> | 2020-02-03 18:51:14 +0100 |
|---|---|---|
| committer |   Peter Mikus <pmikus@cisco.com> | 2020-02-22 11:47:04 +0000 |
| commit | 3c23979e8770e5d5e6dc104d36f20ea5697f3fcc (patch) | |
| tree | 04ea5139ad3eccba15b12b513a6767a1d4748672 /docs/report/introduction/methodology_reconf.rst | |
| parent | 815cbb45dff3fd759f2bd4608bb45ee7949dfc55 (diff) | |
Report: Edit minor details in methodology docs
Change-Id: I9bbb97e635b6ef438dcb8bed3f69617bb98e9779
Signed-off-by: Vratko Polak <vrpolak@cisco.com>
Diffstat (limited to 'docs/report/introduction/methodology_reconf.rst')
| -rw-r--r-- | docs/report/introduction/methodology_reconf.rst | 11 |
1 files changed, 4 insertions, 7 deletions
diff --git a/docs/report/introduction/methodology_reconf.rst b/docs/report/introduction/methodology_reconf.rst index 32e0fd7561..1a1f4cc98c 100644 --- a/docs/report/introduction/methodology_reconf.rst +++ b/docs/report/introduction/methodology_reconf.rst @@ -25,7 +25,7 @@ with somewhat long durations, and the re-configuration process can also be long, finding an offered load which would result in zero loss during the re-configuration process would be time-consuming. -Instead, reconf tests find a througput value (lower bound for NDR) +Instead, reconf tests first find a througput value (lower bound for NDR) without re-configuration, and then maintain that ofered load during re-configuration. The measured loss count is then assumed to be caused by the re-configuration process. The result published by reconf tests @@ -38,16 +38,16 @@ Current Implementation Each reconf suite is based on a similar MLRsearch performance suite. MLRsearch parameters are changed to speed up the throughput discovery. -For example, PDR is not searched for, and final trial duration is shorter. +For example, PDR is not searched for, and the final trial duration is shorter. The MLRsearch suite has to contain a configuration parameter -that can be scaled up, e.g. number of routes or number of service chains. +that can be scaled up, e.g. number of tunnels or number of service chains. Currently, only increasing the scale is supported as the re-configuration operation. In future, scale decrease or other operations can be implemented. The traffic profile is not changed, so the traffic present is processed -only by the smaller scale configuration. The added routes / chains +only by the smaller scale configuration. The added tunnels / chains are not targetted by the traffic. For the re-configuration, the same Robot Framework and Python libraries @@ -73,6 +73,3 @@ are expected without re-configuration. But different suites show different allowing full NIC buffers to drain quickly between worker pauses. For other suites, lower bound for NDR still has quite a large probability of non-zero packet loss even without re-configuration. - -But the results show very high effective blocked time, -so the two objections related to NDR lower bound are negligible in comparison. |