diff options
| author | Adrian Dudau <Adrian.Dudau@enea.com> | 2019-02-01 10:46:04 +0100 |
|---|---|---|
| committer | Gerrit Code Review <gerrit2@sestogerrit02> | 2019-02-01 10:46:04 +0100 |
| commit | 374ddbbb8feb2daa7000cccd18ab3dcf0fb46d21 (patch) | |
| tree | fa025b5500f27619db1813473ebc1b2815222f7d | |
| parent | 2579aacc6e851dedd5089b08eaa3b9ab65cda263 (diff) | |
| parent | acceeb74b428658ba76df645efc24425d27d4339 (diff) | |
| download | nfv-access-documentation-374ddbbb8feb2daa7000cccd18ab3dcf0fb46d21.tar.gz | |
Merge "UserGuide: Update In-band management chapter"
| -rwxr-xr-x | doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement.png | bin | 0 -> 32679 bytes | |||
| -rwxr-xr-x | doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement2.png | bin | 0 -> 34722 bytes | |||
| -rwxr-xr-x | doc/book-enea-nfv-access-getting-started/doc/in_band_management.xml | 141 |
3 files changed, 132 insertions, 9 deletions
diff --git a/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement.png b/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement.png new file mode 100755 index 0000000..5d3a505 --- /dev/null +++ b/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement.png | |||
| Binary files differ | |||
diff --git a/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement2.png b/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement2.png new file mode 100755 index 0000000..b6ea8b3 --- /dev/null +++ b/doc/book-enea-nfv-access-getting-started/doc/images/In-bandManagement2.png | |||
| Binary files differ | |||
diff --git a/doc/book-enea-nfv-access-getting-started/doc/in_band_management.xml b/doc/book-enea-nfv-access-getting-started/doc/in_band_management.xml index fa5a2a8..67a8a5a 100755 --- a/doc/book-enea-nfv-access-getting-started/doc/in_band_management.xml +++ b/doc/book-enea-nfv-access-getting-started/doc/in_band_management.xml | |||
| @@ -14,28 +14,151 @@ | |||
| 14 | In other cases, In-Band Management is the only option available to both | 14 | In other cases, In-Band Management is the only option available to both |
| 15 | control and configure the device, while also allowing for data-path traffic | 15 | control and configure the device, while also allowing for data-path traffic |
| 16 | to pass over the same physical interface. This use-case is required on a | 16 | to pass over the same physical interface. This use-case is required on a |
| 17 | setup with a poor infrastructure configuration. The main requirement for this | 17 | setup with a poor infrastructure configuration. The main requirement for |
| 18 | use-case solution is to have all traffic pass through a defined WAN physical | 18 | this use-case solution is to have all traffic pass through a defined WAN |
| 19 | port. Three types of traffic are mentioned:</para> | 19 | physical port. Three types of traffic are mentioned:</para> |
| 20 | 20 | ||
| 21 | <itemizedlist> | 21 | <itemizedlist> |
| 22 | <listitem> | 22 | <listitem> |
| 23 | <para>Device management - e.g.: firmware upgrades done by the uCPE Manager.</para> | 23 | <para>Device management - e.g.: device configuration, firmware upgrades |
| 24 | done by the uCPE Manager.</para> | ||
| 24 | </listitem> | 25 | </listitem> |
| 25 | 26 | ||
| 26 | <listitem> | 27 | <listitem> |
| 27 | <para>VNFs configuration - like enabling or disabling the firewall, the | 28 | <para>VNFs configuration - like enabling or disabling features of VNF |
| 28 | VPN or other features.</para> | 29 | like enabling/disabling firewall or VPN setup.</para> |
| 29 | </listitem> | 30 | </listitem> |
| 30 | 31 | ||
| 31 | <listitem> | 32 | <listitem> |
| 32 | <para>Data-path - all the other traffic that needs to reach a LAN | 33 | <para>Data-path - all the other traffic that is not used in control |
| 33 | network. <remark>This is not ever clear, it needs to be a explain a | 34 | plane and needs to reach a LAN network. </para> |
| 34 | little bit better.</remark></para> | ||
| 35 | </listitem> | 35 | </listitem> |
| 36 | </itemizedlist> | 36 | </itemizedlist> |
| 37 | 37 | ||
| 38 | <para>For use-cases where latency is very important, it is recommended to | 38 | <para>For use-cases where latency is very important, it is recommended to |
| 39 | use out-of-band management with a dedicated physical interface for the | 39 | use out-of-band management with a dedicated physical interface for the |
| 40 | data-path.</para> | 40 | data-path.</para> |
| 41 | |||
| 42 | <para>Enea solution for in-band management is based on Open vSwitch bridge | ||
| 43 | which controll all the traffic passing the WAN physical port. NFV Access | ||
| 44 | assume that the activate connection with uCPE Manager is the one to be used | ||
| 45 | for in-band management. Physical port used by activate connection willbe | ||
| 46 | attached to the in-band management WAN bridge. The communication with uCPE | ||
| 47 | Manager should not be affected in the sense it is re-stablished | ||
| 48 | automatically after in-band management activation.</para> | ||
| 49 | |||
| 50 | <para>All network traffic except the one from uCPE Manager will be sent | ||
| 51 | towards VNF or dropped in case there is no VNF instantiated on the NFV | ||
| 52 | Access device. The VNF connected to WAN bridge must be configured for | ||
| 53 | in-band management since the traffic from VNF manager and data-path will be | ||
| 54 | sent to only one port(WAN) of the VNF. Only one VNF must be connected to the | ||
| 55 | in-band management WAN bridge. Please make sure the VNF accept in-band | ||
| 56 | management.</para> | ||
| 57 | |||
| 58 | <figure> | ||
| 59 | <title>Enea In-band Management solution</title> | ||
| 60 | |||
| 61 | <mediaobject> | ||
| 62 | <imageobject> | ||
| 63 | <imagedata align="center" fileref="images/In-bandManagement2.png" | ||
| 64 | scale="60" /> | ||
| 65 | </imageobject> | ||
| 66 | </mediaobject> | ||
| 67 | </figure> | ||
| 68 | |||
| 69 | <table> | ||
| 70 | <title>Setup Prerequisites:</title> | ||
| 71 | |||
| 72 | <tgroup cols="2"> | ||
| 73 | <colspec align="left" colwidth="2*" /> | ||
| 74 | <colspec align="left" colwidth="4*" /> | ||
| 75 | |||
| 76 | <tbody> | ||
| 77 | <row> | ||
| 78 | <entry>WAN port</entry> | ||
| 79 | |||
| 80 | <entry>physical port supported by DPDK</entry> | ||
| 81 | </row> | ||
| 82 | |||
| 83 | <row> | ||
| 84 | <entry>Dynamic IP on WAN port</entry> | ||
| 85 | |||
| 86 | <entry>DHCP server configured to distribute same IP address for same | ||
| 87 | MAC</entry> | ||
| 88 | </row> | ||
| 89 | |||
| 90 | <row> | ||
| 91 | <entry>uCPE Manager</entry> | ||
| 92 | |||
| 93 | <entry>uCPE Manager IP address must be public(accesible for targets) | ||
| 94 | and static</entry> | ||
| 95 | </row> | ||
| 96 | </tbody> | ||
| 97 | </tgroup> | ||
| 98 | </table> | ||
| 99 | |||
| 100 | <para>In order to activate in-band management from uCPE Manager follow the | ||
| 101 | next steps: <select the device> -> Configuration -> OpenVSwitch | ||
| 102 | -> Bridges -> Add</para> | ||
| 103 | |||
| 104 | <table> | ||
| 105 | <title>In-band management WAN DPDK bridge configuration</title> | ||
| 106 | |||
| 107 | <tgroup cols="2"> | ||
| 108 | <colspec align="left" colwidth="2*" /> | ||
| 109 | <colspec align="left" colwidth="4*" /> | ||
| 110 | |||
| 111 | <tbody> | ||
| 112 | <row> | ||
| 113 | <entry>name</entry> | ||
| 114 | |||
| 115 | <entry><provide a name for the WAN bridge ex: | ||
| 116 | "ibm-wan-br"></entry> | ||
| 117 | </row> | ||
| 118 | |||
| 119 | <row> | ||
| 120 | <entry>ovs-bridge-type</entry> | ||
| 121 | |||
| 122 | <entry>dpdkWan</entry> | ||
| 123 | </row> | ||
| 124 | |||
| 125 | <row> | ||
| 126 | <entry>mgmt-address</entry> | ||
| 127 | |||
| 128 | <entry>IPv4 <add IP address of uCPE Manager machine></entry> | ||
| 129 | </row> | ||
| 130 | |||
| 131 | <row> | ||
| 132 | <entry>mgmt-port</entry> | ||
| 133 | |||
| 134 | <entry>4334</entry> | ||
| 135 | </row> | ||
| 136 | </tbody> | ||
| 137 | </tgroup> | ||
| 138 | </table> | ||
| 139 | |||
| 140 | <para>At this point the connection between device and uCPE Manager will be | ||
| 141 | re-created and all traffic pass through the new bridge(ibm-wan-br). User | ||
| 142 | should be able to continue device configuration. The WAN port of the very | ||
| 143 | first instantiated VNF must be connected to the ibm-wan-br and it should | ||
| 144 | receive the same IP address with the WAN interfaces of the device. </para> | ||
| 145 | |||
| 146 | <figure> | ||
| 147 | <title>Enea In-band Management solution</title> | ||
| 148 | |||
| 149 | <mediaobject> | ||
| 150 | <imageobject> | ||
| 151 | <imagedata align="center" fileref="images/In-bandManagement.png" | ||
| 152 | scale="70" /> | ||
| 153 | </imageobject> | ||
| 154 | </mediaobject> | ||
| 155 | </figure> | ||
| 156 | |||
| 157 | <para>The VNF can be reached on the same IP as of the device(ex. | ||
| 158 | https://<WAN_IP>).</para> | ||
| 159 | |||
| 160 | <note> | ||
| 161 | <para>In-band management bridge must be re-created in case uCPE Manager IP | ||
| 162 | is changed!</para> | ||
| 163 | </note> | ||
| 41 | </chapter> | 164 | </chapter> |
