mirror of
https://github.com/vyos/vyos-documentation.git
synced 2025-11-03 04:12:03 +01:00
Improve the dummy interface hint wording.
(cherry picked from commit 1df66650d15807cf498622c9913ec7b875883562)
This commit is contained in:
parent
b246afed00
commit
47d0798248
@ -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
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user