<div dir="ltr"><div class="gmail_extra">To reduce complexity, I think it would be cool to leave scenarios one and two and perhaps introduce a third scenario for hybrid.<div><br></div><div>I have also noticed interest in how one would create provider networks to get instances access to resources existing on vlan/gre/vxlan networks outside of OpenStack world.</div><div><br></div><div>Matt</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 15, 2015 at 10:16 AM, Matt Kassawara <span dir="ltr"><<a href="mailto:mkassawara@gmail.com" target="_blank">mkassawara@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Beside the usual configuration updates, I'm throwing around some larger changes to the scenarios for Liberty. Currently, the scenarios that include L3 only support attaching VMs to private networks and using floating IP addresses to enable visibility on public networks. While this design purposely pushes people toward implementing "true" cloud networking, I see considerable interest in a hybrid architecture that supports attaching VMs to both public and private networks. I would like to implement this architecture, but need to determine whether we should augment the existing scenarios or create separate hybrid scenarios. The former would increase complexity (both configuration and documentation... especially diagrams) and the latter would duplicate plenty of content and potentially cause confusion from too many options. What should we do?</div><br>_______________________________________________<br>OpenStack-docs mailing list<br><a href="mailto:OpenStack-docs@lists.openstack.org">OpenStack-docs@lists.openstack.org</a><br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-docs</a><br><br></blockquote></div></div></div></div>