Message ID | 20210922120033.39221-1-cian.ferriter@intel.com |
---|---|
State | Accepted |
Delegated to: | Ilya Maximets |
Headers | show |
Series | [ovs-dev,v2] docs/userspace-tunneling: Fix IP addresses for host2. | expand |
Context | Check | Description |
---|---|---|
ovsrobot/apply-robot | success | apply and check: success |
ovsrobot/github-robot-_Build_and_Test | fail | github build: failed |
On 22/09/2021 13:00, Cian Ferriter wrote: > The IP addresses being recommended for the VM interface and the > "remote_ip" on the tunnel port are wrong. The host1 values were being > used before. Update to use the host2 values. > > Signed-off-by: Cian Ferriter <cian.ferriter@intel.com> > > --- > > v2: > - Refer directly to the commands that the host2 IP addresses should be > used in. > --- Better again, thanks Cian. Acked-by: Kevin Traynor <ktraynor@redhat.com> > Documentation/howto/userspace-tunneling.rst | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > > diff --git a/Documentation/howto/userspace-tunneling.rst b/Documentation/howto/userspace-tunneling.rst > index 4e23b2e0c..31d82fd5e 100644 > --- a/Documentation/howto/userspace-tunneling.rst > +++ b/Documentation/howto/userspace-tunneling.rst > @@ -175,8 +175,16 @@ If the tunnel route is missing, adding it now:: > > $ ovs-appctl ovs/route/add 172.168.1.1/24 br-phy > > -Repeat these steps if necessary for `host2`, but using ``192.168.1.1`` and > -``172.168.1.2`` for the VM and tunnel interface IP addresses, respectively. > +Repeat these steps if necessary for `host2`, but using the below commands for > +the VM interface IP address:: > + > + $ ip addr add 192.168.1.2/24 dev eth0 > + $ ip link set eth0 up > + > +And the below command for the the `host2` VXLAN tunnel:: > + > + $ ovs-vsctl add-port br-int vxlan0 \ > + -- set interface vxlan0 type=vxlan options:remote_ip=172.168.1.1 > > Testing > ------- >
Cian Ferriter <cian.ferriter@intel.com> writes: > The IP addresses being recommended for the VM interface and the > "remote_ip" on the tunnel port are wrong. The host1 values were being > used before. Update to use the host2 values. > > Signed-off-by: Cian Ferriter <cian.ferriter@intel.com> > Acked-by: Paolo Valerio <pvalerio@redhat.com>
On 9/22/21 14:00, Cian Ferriter wrote: > The IP addresses being recommended for the VM interface and the > "remote_ip" on the tunnel port are wrong. The host1 values were being > used before. Update to use the host2 values. > > Signed-off-by: Cian Ferriter <cian.ferriter@intel.com> > > --- > > v2: > - Refer directly to the commands that the host2 IP addresses should be > used in. > --- > Documentation/howto/userspace-tunneling.rst | 12 ++++++++++-- > 1 file changed, 10 insertions(+), 2 deletions(-) > Thanks! Applied. Best regards, Ilya Maximets.
diff --git a/Documentation/howto/userspace-tunneling.rst b/Documentation/howto/userspace-tunneling.rst index 4e23b2e0c..31d82fd5e 100644 --- a/Documentation/howto/userspace-tunneling.rst +++ b/Documentation/howto/userspace-tunneling.rst @@ -175,8 +175,16 @@ If the tunnel route is missing, adding it now:: $ ovs-appctl ovs/route/add 172.168.1.1/24 br-phy -Repeat these steps if necessary for `host2`, but using ``192.168.1.1`` and -``172.168.1.2`` for the VM and tunnel interface IP addresses, respectively. +Repeat these steps if necessary for `host2`, but using the below commands for +the VM interface IP address:: + + $ ip addr add 192.168.1.2/24 dev eth0 + $ ip link set eth0 up + +And the below command for the the `host2` VXLAN tunnel:: + + $ ovs-vsctl add-port br-int vxlan0 \ + -- set interface vxlan0 type=vxlan options:remote_ip=172.168.1.1 Testing -------
The IP addresses being recommended for the VM interface and the "remote_ip" on the tunnel port are wrong. The host1 values were being used before. Update to use the host2 values. Signed-off-by: Cian Ferriter <cian.ferriter@intel.com> --- v2: - Refer directly to the commands that the host2 IP addresses should be used in. --- Documentation/howto/userspace-tunneling.rst | 12 ++++++++++-- 1 file changed, 10 insertions(+), 2 deletions(-)