<div dir="ltr">Yes, that definitely needs to be cleaned up a bit as well. Provider networks still provide IP addresses, it's just that Neutron normally isn't responsible for providing L3 routing for them.</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 19, 2016 at 9:15 AM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/19/2016 02:33 AM, Andreas Scheuring wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everybody,<br>
<br>
I stumbled over a definition that explains the difference between a<br>
Provider network and a self service network. [1]<br>
<br>
To summarize it says:<br>
- Provider Network: primarily uses layer2 services and vlan segmentation<br>
and cannot be used for advanced services (fwaas,..)<br>
- Self-service Network: is Neutron configured to use a overlay network<br>
and supports advanced services (fwaas,..)<br>
<br>
But my understanding is more like this:<br>
- Provider Network: The Openstack user needs information about the<br>
underlying network infrastructure to create a virtual network that<br>
exactly matches this infrastructure.<br>
<br>
- Self service network: The Openstack user can create virtual networks<br>
without knowledge about the underlaying infrastructure on the data<br>
network. This can also include vlan networks, if the l2 plugin/agent was<br>
configured accordingly.<br>
<br>
Did the meaning of a provider network change in the meantime, or is my<br>
understanding just wrong?<br>
</blockquote>
<br></span>
I don't know the answer to the above questions, however in reading some of the networking guide last night, I ran into a similar question around provider networks.<br>
<br>
In the "Scenario: Provider Networks with Linux bridge" document [0], the second paragraph has this statement:<br>
<br>
"Also, provider networks lack the concept of fixed and floating IP addresses because they only handle layer-2 connectivity for instances."<br>
<br>
and then, three paragraphs later, this statement is made:<br>
<br>
"To improve performance and reliability, provider networks move layer-3 operations to the physical network infrastructure."<br>
<br>
So, which is it exactly? Do provider networks handle layer 3 or don't they?<br>
<br>
Best,<br>
-jay<br>
<br>
[0] <a href="http://docs.openstack.org/liberty/networking-guide/scenario_provider_lb.html" rel="noreferrer" target="_blank">http://docs.openstack.org/liberty/networking-guide/scenario_provider_lb.html</a><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div>Kevin Benton</div></div>
</div>