summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPhilippe Guibert <philippe.guibert@6wind.com>2020-08-15 07:54:26 -0700
committerPhilippe Guibert <philippe.guibert@6wind.com>2020-09-11 18:26:23 +0200
commitee9d0f0976cf43084facabfcbb7addedcd02de06 (patch)
tree955dbbe129529d9442595fc29e862ee9685781e9
parent289b0f0dfd7112a2832812db3e5def10e82098e6 (diff)
[netns 19/21] doc: add some documentation about bgp evpn netns support
a linux configuration gives some explanation on how to set up an evpn overlay in network namespaces. Signed-off-by: Philippe Guibert <philippe.guibert@6wind.com>
-rw-r--r--doc/user/bgp.rst20
1 files changed, 20 insertions, 0 deletions
diff --git a/doc/user/bgp.rst b/doc/user/bgp.rst
index 99dfee60eb..6dc931e608 100644
--- a/doc/user/bgp.rst
+++ b/doc/user/bgp.rst
@@ -2475,6 +2475,26 @@ the same behavior of using same next-hop and RMAC values.
Enables or disables advertise-pip feature, specifiy system-IP and/or system-MAC
parameters.
++Support with VRF network namespace backend
++^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+It is possible to separate overlay networks contained in VXLAN interfaces from
+underlay networks by using VRFs. VRF-lite and VRF-netns backends can be used for
+that. In the latter case, it is necessary to set both bridge and vxlan interface
+in the same network namespace, as below example illustrates:
+
+.. code-block:: shell
+
+ # linux shell
+ ip netns add vrf1
+ ip link add name vxlan101 type vxlan id 101 dstport 4789 dev eth0 local 10.1.1.1
+ ip link set dev vxlan101 netns vrf1
+ ip netns exec vrf1 ip link set dev lo up
+ ip netns exec vrf1 brctl addbr bridge101
+ ip netns exec vrf1 brctl addif bridge101 vxlan101
+
+This makes it possible to separate not only layer 3 networks like VRF-lite networks.
+Also, VRF netns based make possible to separate layer 2 networks on separate VRF
+instances.
.. _bgp-debugging: