summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
Diffstat (limited to 'docs')
-rw-r--r--docs/configuration/interfaces/dummy.rst15
1 files changed, 9 insertions, 6 deletions
diff --git a/docs/configuration/interfaces/dummy.rst b/docs/configuration/interfaces/dummy.rst
index d59c1039..f5b72e0c 100644
--- a/docs/configuration/interfaces/dummy.rst
+++ b/docs/configuration/interfaces/dummy.rst
@@ -11,12 +11,15 @@ you can have as many as you want.
.. note:: Dummy interfaces can be used as interfaces that always stay up (in
the same fashion to loopbacks in Cisco IOS), or for testing purposes.
-.. hint:: A Dummy interface is always up, thus it could be used for
- management traffic or as source/destination for and :abbr:`IGP (Interior
- Gateway Protocol)` like :ref:`routing-bgp` so your internal BGP link is not
- dependent on physical link states and multiple routes can be chosen to the
- destination. A :ref:`dummy-interface` Interface should always be preferred
- over a :ref:`loopback-interface` interface.
+.. hint:: On systems with multiple redundant uplinks and routes,
+ it's a good idea to use a dedicated address for management and dynamic routing protocols.
+ However, assigning that address to a physical link is risky:
+ if that link goes down, that address will become inaccessible.
+ A common solution is to assign the management address to a loopback or a dummy interface
+ and advertise that address via all physical links, so that it's reachable
+ through any of them. Since in Linux-based systems, there can be only one loopback interface,
+ it's better to use a dummy interface for that purpose, since they can be added, removed,
+ and taken up and down independently.
*************
Configuration