<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">Le 19 févr. 2016 à 14:20, Major Hayden <<a href="mailto:major@mhtx.net" class="">major@mhtx.net</a>> a écrit :</div><br class="Apple-interchange-newline"><div class=""><div class="">On 02/17/2016 09:00 AM, Fabrice Grelaud wrote:<br class=""><blockquote type="cite" class="">So, i would like to know if i'm going in the right direction.<br class="">We want to use both, existing vlan from our existing physical architecture inside openstack (vlan provider) and "private tenant network" with IP floating offer (from a flat network).<br class=""><br class="">My question is about switch configuration:<br class=""><br class="">On Bond0:<br class="">the switch port connected to bond0 need to be configured as trunks with:<br class="">- the host management network (vlan untagged but can be tagged ?)<br class="">- container(mngt) network (vlan-container)<br class="">- storage network (vlan-storage)<br class=""><br class="">On Bond1:<br class="">the switch port connected to bond1 need to be configured as trunks with:<br class="">- vxlan network (vlan-vxlan)<br class="">- vlan X (existing vlan in our existing network infra)<br class="">- vlan Y (existing vlan in our existing network infra)<br class=""><br class="">Is that right ?<br class=""></blockquote><br class="">You have a good plan here, Fabrice. Although I don't have bonding configured in my own production environment, I'm doing much the same as you are with individual network interfaces.<br class=""><br class=""><blockquote type="cite" class="">And do i have to define a new network (a new vlan, flat network) that offer floatting IP for private tenant (not using existing vlan X or Y)? Is that new vlan have to be connected to bond1 and/or bond0 ?<br class="">Is that host management network could play this role ?<br class=""></blockquote><br class="">You *could* use the host management network as your floating IP pool network, but you'd need to create a flat network in OpenStack for that (unless your host management network is tagged). I prefer to use a specific VLAN for those public-facing, floating IP addresses. </div></div></blockquote><div><br class=""></div><div style="margin: 0px; line-height: normal;" class="">Thanks a lot for your answer.</div><div style="margin: 0px; line-height: normal;" class="">I prefer to use a specific vlan too. Could you confirm to me that this new vlan has to be part of the trunk between the switch port and the bond1 interface (where we have the br-vlan) ?</div><div style="margin: 0px; line-height: normal;" class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div class="">You'll need routers between your internal networks and that floating IP VLAN to make the floating IP addresses work (if I remember correctly).<br class=""></div></div></blockquote><div><br class=""></div>Absolutely.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class=""><blockquote type="cite" class="">ps: otherwise, about the documentation, for great understanding and perhaps consistency<br class="">In Github (<a href="https://github.com/openstack/openstack-ansible" class="">https://github.com/openstack/openstack-ansible</a>), in the file openstack_interface.cfg.example, you point out that for br-vxlan and br-storage, "only compute node have an IP on this bridge. When used by infra nodes, IPs exist in the containers and inet should be set to manual".<br class=""><br class="">I think it will be good (but i may be wrong ;-) ) that in chapter 3 of the "install guide: configuring the network on target host", you propose the /etc/network/interfaces for both controller node (br-vxlan, br-storage: manual without IP) and compute node (br-vxlan, br-storage: static with IP).<br class=""></blockquote><br class="">That makes sense. Would you be able to open a bug for us? I'll be glad to help you write some documentation if you're interested in learning that process.<br class=""><br class="">Our bug tracker is here in LaunchPad:<br class=""><br class=""> <a href="https://bugs.launchpad.net/openstack-ansible" class="">https://bugs.launchpad.net/openstack-ansible</a><br class=""></div></div></blockquote><br class=""></div><div><div style="margin: 0px; line-height: normal; color: rgb(71, 135, 255);" class=""><span style="font-kerning: none; color: #000000" class="">I open a bug (<a href="https://bugs.launchpad.net/openstack-ansible/+bug/1547598" class="">https://bugs.launchpad.net/openstack-ansible/+bug/1547598</a>).</span></div><div style="margin: 0px; line-height: normal; min-height: 14px;" class=""><br class=""></div><div style="margin: 0px; line-height: normal;" class="">I’ll be delighted to contribute at the documentation, at my level. So, i’m interesting in learning that process.</div><div style="margin: 0px; line-height: normal;" class="">We (my project team) plan to follow your guide then i’ll go back with pleasure that might be misunderstood to improve this guide.</div><div style="margin: 0px; line-height: normal;" class=""><br class=""></div><div style="margin: 0px; line-height: normal;" class="">Regards,</div><div style="margin: 0px; line-height: normal;" class=""><br class=""></div><div style="margin: 0px; line-height: normal;" class="">Fabrice Grelaud</div><div style="margin: 0px; line-height: normal;" class=""><br class=""></div></div><br class=""></body></html>