summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorFrank <fbrockne@cisco.com>2017-09-30 12:44:07 +0200
committerFrank Brockners <fbrockne@cisco.com>2017-10-02 10:26:30 +0000
commitfe614ac0b89bf51a3a6b926ee2adaaf8b0523def (patch)
tree80f5a4144bf36bcf73f23df3b99a503059f06481
parent199c7ea22eafc71c10b77c44c19e965b0f874a2b (diff)
FDS DVR doc - Updated components diagram
Change-Id: I90f50f2781f3ca70ae6204883f330328303d3a03 Signed-off-by: Frank <fbrockne@cisco.com> (cherry picked from commit 1f696fa89534a6565a5de3951d2ee6f168f75f38)
-rwxr-xr-xdocs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.jpgbin184742 -> 0 bytes
-rwxr-xr-xdocs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.pngbin0 -> 130944 bytes
-rwxr-xr-xdocs/scenarios/os-odl-fdio-dvr-noha/FDS-odl-dvr-noha-overview.pngbin0 -> 57529 bytes
-rwxr-xr-xdocs/scenarios/os-odl-fdio-dvr-noha/FDS-odl_l3-noha-overview.pngbin103223 -> 0 bytes
-rwxr-xr-xdocs/scenarios/os-odl-fdio-dvr-noha/scenario.description.rst25
5 files changed, 13 insertions, 12 deletions
diff --git a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.jpg b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.jpg
deleted file mode 100755
index e92851f..0000000
--- a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.jpg
+++ /dev/null
Binary files differ
diff --git a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.png b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.png
new file mode 100755
index 0000000..45f50e0
--- /dev/null
+++ b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-basic-components.png
Binary files differ
diff --git a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl-dvr-noha-overview.png b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl-dvr-noha-overview.png
new file mode 100755
index 0000000..b78cc6a
--- /dev/null
+++ b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl-dvr-noha-overview.png
Binary files differ
diff --git a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl_l3-noha-overview.png b/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl_l3-noha-overview.png
deleted file mode 100755
index 1193ea4..0000000
--- a/docs/scenarios/os-odl-fdio-dvr-noha/FDS-odl_l3-noha-overview.png
+++ /dev/null
Binary files differ
diff --git a/docs/scenarios/os-odl-fdio-dvr-noha/scenario.description.rst b/docs/scenarios/os-odl-fdio-dvr-noha/scenario.description.rst
index b611845..0ba5844 100755
--- a/docs/scenarios/os-odl-fdio-dvr-noha/scenario.description.rst
+++ b/docs/scenarios/os-odl-fdio-dvr-noha/scenario.description.rst
@@ -81,11 +81,7 @@ servers:
* 2 or more Computehosts. These Computehosts also serve as layer 3 gateways
for tenant networks and provide ditributed virtual routing
-TODO: update the image:
- 1. Compute 0..N are gateways
- 2. NIC2 on controller is not in vpp
-
-.. image:: FDS-odl_l3-noha-overview.png
+.. image:: FDS-odl-dvr-noha-overview.png
Tenant and public networking leverages FD.io/VPP. On compute nodes,
VPP binds to both the tenant networking interface as well as the public
@@ -110,9 +106,6 @@ layer 3 services which are provided in a "vanilla" OpenStack deployment,
including one-to-one NAT but not source NAT, as well as north-south and
east-west traffic filtering for security purposes ("security groups").
-TODO: update the image:
- 1. Add External network interface to Computenode-1
-
.. image:: FDS-L3-DVR-sample-setup.png
Features of the scenario
@@ -189,10 +182,7 @@ interfaces.
The picture below shows the key components.
-TODO: update the image:
- 1. Add LISP
-
-.. image:: FDS-basic-components.jpg
+.. image:: FDS-basic-components.png
Neutron Port Callflow
=====================
@@ -224,11 +214,22 @@ To provide a better understanding how the above mentioned components interact
with each other, the following diagram shows how the example of creating a
vhost-user port on VPP through Openstack Neutron:
+TODO: Add LISP components to diagram
+
.. image:: FDS-simple-callflow.png
DHCP Packet Flow
================
+DHCP traffic from a VM first arrives at vhost-user port in VPP, which is
+configured as unnumbered with ip of loopback interface (which corresponds
+with tenant interface port) for the VRF where the VM resides.
+DHCP proxy is configured to relay DHCP packets to the DHCP server created by
+neutron-dhcp-agent running on the node where the VM was created. DHCP relay
+sets the destination ip to the ip of the DHCP server and source ip to the
+loopback ip. Opendaylight configures a route for the DHCP server, sending
+packets to the tap port which is connected to the DHCP namespace.
+
East-West Packet Flow
=====================