summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorrebortg <github@ghlr.de>2021-06-29 11:34:19 +0200
committerrebortg <github@ghlr.de>2021-06-29 11:35:39 +0200
commit383ae98f1b44ceb334a911e551a58592b16f6b05 (patch)
tree2cfe4b0b528a143193a3ccbaffeb4759b65481ef /docs
parent3daf2bde4045002b565bedd2b119d5e70ece1916 (diff)
downloadvyos-documentation-383ae98f1b44ceb334a911e551a58592b16f6b05.tar.gz
vyos-documentation-383ae98f1b44ceb334a911e551a58592b16f6b05.zip
wan-lb: correct spelling and grammar
(cherry picked from commit 2db2398ee7201a5bb1bd1a35412fc0305293ab4e)
Diffstat (limited to 'docs')
-rw-r--r--docs/configexamples/wan-load-balancing.rst24
1 files changed, 13 insertions, 11 deletions
diff --git a/docs/configexamples/wan-load-balancing.rst b/docs/configexamples/wan-load-balancing.rst
index f26f3ce6..0db6a7a7 100644
--- a/docs/configexamples/wan-load-balancing.rst
+++ b/docs/configexamples/wan-load-balancing.rst
@@ -1,3 +1,5 @@
+:lastproofread: 2021-06-29
+
.. _wan-load-balancing:
.. stop_vyoslinter # pictures and text have to change
@@ -65,18 +67,18 @@ Configure the WAN load balancer with the parameters described above:
Example 2: Failover based on interface weights
----------------------------------------------
-This examples uses the failover mode.
+This example uses the failover mode.
Overview
^^^^^^^^
-In this example eth0 is the primary interface and eth1 is the secondary
-interface to provide simple failover functionality. If eth0 fails, eth1
+In this example, eth0 is the primary interface and eth1 is the secondary
+interface. To provide simple failover functionality. If eth0 fails, eth1
takes over.
Create interface weight based configuration
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The configuration steps are the same as in the previous example, except
-rule 10 so we keep the configuration, remove rule 10 and add a new rule
+rule 10. So we keep the configuration, remove rule 10 and add a new rule
for the failover mode:
.. code-block:: none
@@ -90,8 +92,8 @@ for the failover mode:
Example 3: Failover based on rule order
---------------------------------------
-The previous example used the failover command to send traffic thorugh
-eth1 if eth0 fails. In this example failover functionality is provided
+The previous example used the failover command to send traffic through
+eth1 if eth0 fails. In this example, failover functionality is provided
by rule order.
Overview
@@ -103,7 +105,7 @@ directing traffic to eth1.
Create rule order based configuration
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
-We keep the configurtation from the previous example, delete rule 10
+We keep the configuration from the previous example, delete rule 10
and create the two new rules as described:
.. code-block:: none
@@ -117,17 +119,17 @@ and create the two new rules as described:
Example 4: Failover based on rule order - priority traffic
----------------------------------------------------------
-A rule order for prioritising traffic is useful in scenarios where the
+A rule order for prioritizing traffic is useful in scenarios where the
secondary link has a lower speed and should only carry high priority
traffic. It is assumed for this example that eth1 is connected to a
-slower connection than eth0 and should prioritise VoIP traffic.
+slower connection than eth0 and should prioritize VoIP traffic.
Overview
^^^^^^^^
-A rule order for prioritising traffic is useful in scenarios where the
+A rule order for prioritizing traffic is useful in scenarios where the
secondary link has a lower speed and should only carry high priority
traffic. It is assumed for this example that eth1 is connected to a
-slower connection than eth0 and should prioritise VoIP traffic.
+slower connection than eth0 and should prioritize VoIP traffic.
Create rule order based configuration with low speed secondary link
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^