Folks, here is my network setup on tripleo-quickstart -
external_network_cidr: 192.168.23.0/24
2 dpdknet1_network_cidr: 10.10.0.1/24
3
4
5 networks:
6 - name: overcloud
7 bridge: brovc
8
9 - name: external
10 bridge: brext
11 forward_mode: nat
12 address: "{{ external_network_cidr|nthhost(1) }}"
13 netmask: "{{ external_network_cidr|ipaddr('netmask') }}"
14 dhcp_range:
15 - "{{ external_network_cidr|nthhost(10) }}"
16 - "{{ external_network_cidr|nthhost(50) }}"
17 nat_port_range:
18 - 1024
19 - 65535
20
21 - name: dpdknet1
22 bridge: dpdk-br1
23 address: "{{ dpdknet1_network_cidr|nthhost(1) }}"
24 netmask: "{{ dpdknet1_network_cidr|ipaddr('netmask') }}"
25 dhcp_range:
26 - "{{ dpdknet1_network_cidr|nthhost(10) }}"
27 - "{{ dpdknet1_network_cidr|nthhost(50) }}"
The above is to setup up 1 ovs-dpdk networks with it translating into provider network or tenant network. We must have dpdk network separate to the management set of networks.
IN the above case, both undercloud and overcloud VM's are setup with identical set of networks - here is the xml dump of both undercloud and a overcloud node -
[stack@dell-r730-017 ~]$ sudo virsh net-list --all
Name State Autostart Persistent
----------------------------------------------------------
default active yes yes
dpdknet1 active yes yes
external active yes yes
overcloud active yes yes
[Extra Network xml]
[stack@dell-r730-017 ~]$ sudo virsh net-dumpxml dpdknet1
<network>
<name>dpdknet1</name>
<uuid>fa32a2a2-0de5-4121-82e9-cddd61856aa1</uuid>
<bridge name='dpdk-br1' stp='on' delay='0'/>
<mac address='52:54:00:2e:32:d4'/>
<ip address='10.10.0.1' netmask='255.255.255.0'>
<dhcp>
<range start='10.10.0.10' end='10.10.0.50'/>
</dhcp>
</ip>
</network>
[Undercloud Node]
[stack@dell-r730-017 ~]$ virsh dumpxml undercloud | grep -A6 interface
<interface type='bridge'>
<mac address='00:c6:6f:ae:7f:e5'/>
<source bridge='brext'/>
<target dev='tap0'/>
<model type='virtio'/>
<alias name='net0'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='00:c6:6f:ae:7f:e3'/>
<source bridge='brovc'/>
<target dev='tap1'/>
<model type='virtio'/>
<alias name='net1'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='00:c6:6f:ae:7f:e7'/>
<source bridge='dpdk-br1'/>
<target dev='tap2'/>
<model type='virtio'/>
<alias name='net2'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
</interface>
[One of Overcloud Node]
[stack@dell-r730-017 ~]$ virsh dumpxml control_0 | grep -A6 interface
<interface type='bridge'>
<mac address='00:7b:ac:1c:51:c6'/>
<source bridge='brovc'/>
<model type='e1000'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
</interface>
<interface type='bridge'>
<mac address='00:7b:ac:1c:51:ca'/>
<source bridge='dpdk-br1'/>
<model type='e1000'/>
<address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
</interface>
--
After the infra (VM's deployment), we can see the dns set is incorrect, however, I found no way to disable the dns from dhcp options on the undercloud VM itself.
ssh -F /home/sanjayu/workspace/dell-r730-017/ssh.config.ansible undercloud
Warning: Permanently added 'dell-r730-017.dsal.lab.eng.rdu2.redhat.com,10.9.88.27' (ECDSA) to the list of known hosts.
Warning: Permanently added 'undercloud' (ECDSA) to the list of known hosts.
Last login: Tue Feb 6 08:19:39 2018 from gateway
[stack@undercloud ~]$ ip r l
default via 192.168.23.1 dev eth0
10.10.0.0/24 dev eth2 proto kernel scope link src 10.10.0.17
192.168.23.0/24 dev eth0 proto kernel scope link src 192.168.23.15
[stack@undercloud ~]$ ip a l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:c6:6f:ae:7f:e5 brd ff:ff:ff:ff:ff:ff
inet 192.168.23.15/24 brd 192.168.23.255 scope global dynamic eth0
valid_lft 2605sec preferred_lft 2605sec
inet6 fe80::2c6:6fff:feae:7fe5/64 scope link
valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:c6:6f:ae:7f:e3 brd ff:ff:ff:ff:ff:ff
inet6 fe80::2c6:6fff:feae:7fe3/64 scope link
valid_lft forever preferred_lft forever
4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:c6:6f:ae:7f:e7 brd ff:ff:ff:ff:ff:ff
inet 10.10.0.17/24 brd 10.10.0.255 scope global dynamic eth2
valid_lft 3289sec preferred_lft 3289sec
inet6 fe80::2c6:6fff:feae:7fe7/64 scope link
valid_lft forever preferred_lft forever
[stack@undercloud ~]$ cat /etc/resolv.conf
; Created by cloud-init on instance boot automatically, do not edit.
;
; generated by /usr/sbin/dhclient-script
nameserver 10.20.0.1
This stops the dns resolution on undercloud, hence failing any further deployment by tripleo-quickstart