<p dir="ltr">It's not true for all plugins, but an external network should provide the same semantics of a normal network. The only difference is that it allows router gateway interfaces to be attached to it. We want to get rid of as much special casing as possible for the external network. </p>
<div class="gmail_quote">On Sep 17, 2015 7:02 AM, "Neil Jerram" <<a href="mailto:Neil.Jerram@metaswitch.com">Neil.Jerram@metaswitch.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks to the interesting 'default network model' thread, I now know<br>
that Neutron allows booting a VM on an external network. :-)  I didn't<br>
realize that before!<br>
<br>
So, I'm now wondering what connectivity semantics are expected (or even<br>
specified!) for such VMs, and whether they're the same as - or very<br>
similar to - the 'routed' networking semantics I've described at [1].<br>
<br>
[1]<br>
<a href="https://review.openstack.org/#/c/198439/5/doc/source/devref/routed_networks.rst" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/198439/5/doc/source/devref/routed_networks.rst</a><br>
<br>
Specifically I wonder if VM's attached to an external network expect any<br>
particular L2 characteristics, such as being able to L2 broadcast to<br>
each other?<br>
<br>
By way of context - i.e. why am I asking this?...   The<br>
networking-calico project [2] provides an implementation of the 'routed'<br>
semantics at [1], but only if one suspends belief in some of the Neutron<br>
semantics associated with non-external networks, such as needing a<br>
virtual router to provide connectivity to the outside world.  (Because<br>
networking-calico provides that external connectivity without any<br>
virtual router.)  Therefore we believe that we need to propose some<br>
enhancement of the Neutron API and data model, so that Neutron can<br>
describe 'routed' semantics as well as all the traditional ones.  But,<br>
if what we are doing is semantically equivalent to 'attaching to an<br>
external network', perhaps no such enhancement is needed...<br>
<br>
[2] <a href="https://git.openstack.org/cgit/openstack/networking-calico" rel="noreferrer" target="_blank">https://git.openstack.org/cgit/openstack/networking-calico</a><br>
<br>
Many thanks for any input!<br>
<br>
    Neil<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>