Re: [openstack-dev] Why ML2 does not supprot update network provider attributes

2016-11-07 Thread Kevin Benton
True. I think if you just want to add segments, making use of the new segments API added as part of the routed networks work would be the way to go. On Mon, Nov 7, 2016 at 9:19 AM, Robert Kukura wrote: > I'm not sure unbinding ports is necessary unless the segment that a port > has bound is remo

Re: [openstack-dev] Why ML2 does not supprot update network provider attributes

2016-11-07 Thread Robert Kukura
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 O

Re: [openstack-dev] Why ML2 does not supprot update network provider attributes

2016-11-05 Thread Kevin Benton
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 A

[openstack-dev] Why ML2 does not supprot update network provider attributes

2016-11-05 Thread zhuna
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 __