<div dir="ltr">Thanks for the pointer. Will try it out.<div><br></div><div>Vikram</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 20, 2017 at 3:37 PM, John Petrini <span dir="ltr"><<a href="mailto:jpetrini@coredial.com" target="_blank">jpetrini@coredial.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Vikram,<div><br></div><div>You may want to look into provider networks. Here's some documentation for doing so in an Open vSwitch deployment.</div><div><br></div><div><a href="https://docs.openstack.org/liberty/networking-guide/scenario-provider-ovs.html" target="_blank">https://docs.openstack.org/<wbr>liberty/networking-guide/<wbr>scenario-provider-ovs.html</a></div><div><br></div><div>Provider networks allow you to add existing networks outside of OpenStack to your cloud. Instances can be attached to these networks directly therefore bypassing the NAT that's required for floating IP's.</div><div><br></div><div>These networks do not require a virtual router (warning: you can still create them!) as they rely on existing routing outside of OpenStack. For this reason they can only be created by an admin and you should also consider keeping them private and granting access to tenants using RBAC.</div><div><br></div><div>We use them extensively and they work well. We're able to add new networks as needed by trunking the VLAN of the desired network to the compute and controller nodes and then creating the new provider type network in neutron. Providing a segmentation id when creating the network allows Open vSwitch to tag the traffic with the proper vlan before it leaves the compute node.</div><div><br></div><div>Regards,</div><div><br></div><div>John Petrini</div></div>
</blockquote></div><br></div>