[openstack-dev] Why ML2 does not supprot update network provider attributes
Robert Kukura
kukura at noironetworks.com
Mon Nov 7 17:19:07 UTC 2016
I'm not sure unbinding ports is necessary unless the segment that a port
has bound is removed or modified. A reasonable compromise might be for
ML2 to allow adding new segments, which should not require
unbinding/rebinding ports, but not allow removing or modifying existing
segments.
-Bob
On 11/5/16 7:59 PM, Kevin Benton wrote:
> To allow that we would have to unbind every port in the network and
> then rebind it with the new segment info generated from changing the
> provider attributes. This requires quite a bit of orchestration code
> in ML2 (to handle failures, etc) that doesn't exist right now.
>
> On Sat, Nov 5, 2016 at 7:50 AM, zhuna <juno.zhu at huawei.com
> <mailto:juno.zhu at huawei.com>> wrote:
>
> Dear,
>
> Neutron RESTful API support update network provider attributes,
> but ML2 raises error when update network provider attributes (in
> function _raise_if_updates_provider_attributes), can anyone tell
> me why ML2 does not support it?
>
> BR
>
> Juno
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> <http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20161107/7c02042f/attachment.html>
More information about the OpenStack-dev
mailing list