Improve the dummy interface hint wording.

(cherry picked from commit 1df66650d15807cf498622c9913ec7b875883562)
This commit is contained in:
Daniil Baturin 2021-05-21 21:01:58 +07:00 committed by Christian Poessinger
parent b246afed00
commit 47d0798248

View File

@ -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 .. 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. 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 .. hint:: On systems with multiple redundant uplinks and routes,
management traffic or as source/destination for and :abbr:`IGP (Interior it's a good idea to use a dedicated address for management and dynamic routing protocols.
Gateway Protocol)` like :ref:`bgp` so your internal BGP link is not dependent However, assigning that address to a physical link is risky:
on physical link states and multiple routes can be chosen to the if that link goes down, that address will become inaccessible.
destination. A :ref:`dummy-interface` Interface should always be preferred A common solution is to assign the management address to a loopback or a dummy interface
over a :ref:`loopback-interface` 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 Configuration