After talking with Sukhdev and a Manila person at the summit on Friday
and looking at the Manila use case, I understand much better what the
use case is you're after here. An ML2 mechanism driver that will bind
the port to the Manila file server will have access to all of the
details it needs. Wouldn't it? I tend to that that we should be
thinking along those lines instead of thinking about exposing all of the
internal details through the API so that Manila can connect to neutron
networks outside of Neutron.
At the summit, I asked that this request be written in terms of the
higher level use case needed by Manila, instead of that use case being
presented as an after-thought at the end of the description. Actually,
the link to the Manila use case [1] is a pretty good start. If you can
do that, it will be the start of a decent discussion.
[1] https://wiki.openstack.org/wiki/Manila/design/manila-newton-hpb-
support
** Changed in: neutron
Status: Invalid => Incomplete
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1573197
Title:
[RFE] Neutron API enhancement for visibility into multi-segmented
networks
Status in neutron:
Incomplete
Bug description:
Neutron networks are, by default, assumed to be single segmented L2
domains, represented by a single segmentation ID (e.g VLAN ID).
Current neutron API (neutron net-show) works well with this model.
However, with the introduction of HPB, this assumption is not true
anymore. Networks are now multi-segmented. A given network could have
anywhere from 3 to N number of segments depending upon the
breadth/size of the data center topology. This will be true with the
implementation of routed networks as well.
In general, the segments, in multi-segmented networks, will be
dynamically created. As mentioned earlier, the number of these
segments will grow and shrink dynamically representing the breadth of
data center topology. Therefore, at the very least, admins would like
to have visibility into these segments - e.g. which segmentation
type/id is consumed in which segment of the network.
Venders and Operators are forced to come up with their hacks to get such
visibility.
This RFE proposes that we enhance neutron API to address this visibility
issue in a vendor/implementation agnostic way - by either enhancing "neutron
net-show" or by introducing additional commands such as "neutron
net-segments-list/neutron net-segment-show".
This capability is needed for Neutron-Manila integration as well.
Manila requires visibility into the segmentation IDs used in specific
segments of a network. Please see Manila use case here -
https://wiki.openstack.org/wiki/Manila/design/manila-newton-hpb-
support
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1573197/+subscriptions
--
Mailing list: https://launchpad.net/~yahoo-eng-team
Post to : yahoo-eng-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~yahoo-eng-team
More help : https://help.launchpad.net/ListHelp
