From 5373a6bcc88df536003804c0f5973a0bb05004eb Mon Sep 17 00:00:00 2001 From: Dave Wallace Date: Tue, 24 May 2022 21:25:55 -0400 Subject: docs: update spelling word list and fix typos - update wordlist and fix typos so that 'make docs-spell' passes - sort spelling_wordlist.txt - update docs maintainers list Type: docs Signed-off-by: Dave Wallace Change-Id: I38ac7850c604c323427d2bb6877ea98bd10bcc38 (cherry picked from commit dac97e2c627ca3a911dac7fd8eb268bde23f853f) --- docs/usecases/vpp_testbench/index.rst | 11 +++++------ 1 file changed, 5 insertions(+), 6 deletions(-) (limited to 'docs/usecases/vpp_testbench') diff --git a/docs/usecases/vpp_testbench/index.rst b/docs/usecases/vpp_testbench/index.rst index 744fa864766..f79bd7c9031 100644 --- a/docs/usecases/vpp_testbench/index.rst +++ b/docs/usecases/vpp_testbench/index.rst @@ -10,7 +10,7 @@ back-and-forth (i.e. ICMP echo/ping requests and HTTP GET requests). The intent of this example is to provide a relatively simple example of connecting containers via VPP and allowing others to use it as a springboard of sorts for their own projects and examples. Besides Docker and a handful of -common Linux command-line utlities, not much else is required to build this +common Linux command-line utilities, not much else is required to build this example (due to most of the dependencies being lumped inside the containers themselves). @@ -60,7 +60,7 @@ project. other scripts in this project. Intended to be sourced (i.e. not intended to be run directly). Some of the helper functions are used at run-time within the containers, while others are intended to be run in the default namespace - on the host operating system to help with run-time configuration/bringup of + on the host operating system to help with run-time configuration/bring up of the testbench. * ``Dockerfile.vpp_testbench``: used to build the various Docker images used in this project (i.e. so VPP, our test tools, etc.; are all encapsulated within @@ -81,7 +81,7 @@ Getting Started ^^^^^^^^^^^^^^^ First, we'll assume you are running on a Ubuntu 20.04 x86_64 setup (either on a -bare metal host or in a virtual machine), and have acquirec a copy of the +bare metal host or in a virtual machine), and have acquired a copy of the project files (either by cloning the VPP git repository, or duplicating them from :ref:`sec_file_listings_vpp_testbench`). Now, just run ``make``. The process should take a few minutes as it pulls the baseline Ubuntu Docker image, @@ -96,11 +96,11 @@ can be cleaned-up via ``make stop``, and the whole process of starting, testing, stopping, etc.; can be repeated as needed. In addition to starting up the containers, ``make start`` will establish -variaous types of links/connections between the two containers, making use of +various types of links/connections between the two containers, making use of both the Linux network stack, as well as VPP, to handle the "plumbing" involved. This is to allow various types of connections between the two containers, and to allow the reader to experiment with them (i.e. using -``vppctl`` to congfigure or trace packets going over VPP-managed links, use +``vppctl`` to configure or trace packets going over VPP-managed links, use traditional Linux command line utilities like ``tcpdump``, ``iproute2``, ``ping``, etc.; to accomplish similar tasks over links managed purely by the Linux network stack, etc.). Later labs will also encourage readers to compare @@ -177,4 +177,3 @@ entrypoint_server.sh :caption: entrypoint_server.sh :language: shell :linenos: - -- cgit 1.2.3-korg