[openstack-dev] How should we go about removing legacy VIF types in Queens?
kevin at benton.pub
Thu Jul 20 00:04:09 UTC 2017
Yeah, if one clearly belongs to a single vendor moving is definitely the
way to go.
OVS itself is a good example of one that is used by lots of drivers. Since
it's in os-vif maybe we should do the same for any others without a clear
association (e.g. vif_type='tap' is about as vendor agnostic as you can
On Wed, Jul 19, 2017 at 3:31 AM, Stephen Finucane <sfinucan at redhat.com>
> On Thu, 2017-07-13 at 07:54 -0600, Kevin Benton wrote:
> > On Thu, Jul 13, 2017 at 7:26 AM, Stephen Finucane <sfinucan at redhat.com>
> > > os-vif has been integrated into nova since the newton cycle. With the
> > > integration of os-vif, the expectation is that all the old, non-os-vif
> > > plugging/unplugging code found in  will be replaced by code that
> > > harnesses
> > > os-vif plugins . This has happened for a few of the VIF types, and
> > > VIFs are being added in this manner . However, there are quite a few
> > > VIFs
> > > that are still using the legacy path, and I think it's about time we
> > > started
> > > moving things forward. Doing so allows us to continue to progress on
> > > passing
> > > os-vif objects from neutron and remove the large swathes of legacy code
> > > still
> > > found in nova.
> > >
> > > I've opened a bug against networking-bigswitch  for one of these VIF
> > > types,
> > > IVS, and I'm thinking I'll do the same for a lot of the other VIF types
> > > where I
> > > can find definite vendors. Is there anything else we can do though? At
> > > point we're going to have to just start deleting code and I'd like to
> > > leaving operators in the lurch.
> > Some of the stuff like '802.1qbh' isn't particularly vendor specific so
> > not sure who will host it and a repo just for that seems like a bit much.
> > Should we just bite the bullet and convert them in the nova tree or put
> > in os-vif?
> That VIF type actually seems to be a CISCO-only option  but I get
> you're saying. I think we can definitely move some of them, though (IVS,
> for a
> start). Perhaps moving the ones that *do* have clear owners to their
> packages is the way to go?
>  http://codesearch.openstack.org/?q=802.1qbh&i=nope&files=&repos=
>  https://git.openstack.org/cgit/openstack/networking-
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev