[openstack-dev] [Neutron] [Docs] Definition of a provider Network
amotoki at gmail.com
Tue Jan 19 14:19:09 UTC 2016
I agree that the current definition can be improved.
"Provider Network" vs "Self service network" highlights who can
provision a network.
In my understanding, "Provider Network" is a network provisioned by
the cloud operator. Practically the operator cannot provision a network
for a tenant, so a single provider network is shared by tenants.
On the other hand, "Self-service network" scenario allows OpenStack users
to provision their own networks.
In the scenario of "provider network", a single network is shared by
and network-related Neutron API calls should be disallowed for tenants.
It is reasonable to disallow tenants to provision routers, firewalls
or VPNs as well.
LBaaS can be used.
I hope this helps improve the text.
2016-01-19 16:33 GMT+09:00 Andreas Scheuring <scheuran at linux.vnet.ibm.com>:
> Hi everybody,
> I stumbled over a definition that explains the difference between a
> Provider network and a self service network. 
> To summarize it says:
> - Provider Network: primarily uses layer2 services and vlan segmentation
> and cannot be used for advanced services (fwaas,..)
> - Self-service Network: is Neutron configured to use a overlay network
> and supports advanced services (fwaas,..)
> But my understanding is more like this:
> - Provider Network: The Openstack user needs information about the
> underlying network infrastructure to create a virtual network that
> exactly matches this infrastructure.
> - Self service network: The Openstack user can create virtual networks
> without knowledge about the underlaying infrastructure on the data
> network. This can also include vlan networks, if the l2 plugin/agent was
> configured accordingly.
> Did the meaning of a provider network change in the meantime, or is my
> understanding just wrong?
> Andreas (IRC: scheuran)
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev