Hi everybody, 

I'm trying to to achieve 2 things:

#1 Add common macvtap support for all kind of interfaces to neutron core
(via a macvtap ml2-plugin & agent) [1]. There has been a long discussion
where this should land but finally we Kyle decided to do it in tree [2].

For the agent part, Sean Collins and myself are currently evaluating a
refactoring and extension of the linuxbridge agent to support both,
linuxbridge and macvtap attachments. If this will end up in just sharing
classes or if we will create a agent-plugin-framework is still to be
discussed.

#2 Continue Modular-layer-2-agent discussion  
The refactoring mentioned in #1 could be a first step into the direction
of a modular-layer-2-agent - or at least to common agent code. I will
gather information from passed discussions and try to come up with ideas
about feasible steps to such a modular agent.
At least between sriov, linuxbridge and macvtap I can see a lot of
potential. Not sure about OVS which has become much more powerful and
complex in the meanwhile - we will see.


Any feedback is welcome!
Thanks!


[1] https://bugs.launchpad.net/neutron/+bug/1480979
[2] https://review.openstack.org/#/c/195907/


-- 
Andreas
(IRC: scheuran)

On Do, 2015-10-01 at 15:45 +0200, Ihar Hrachyshka wrote:
> Hi all,
> 
> I talked recently with several contributors about what each of us plans for 
> the next cycle, and found it’s quite useful to share thoughts with others, 
> because you have immediate yay/nay feedback, and maybe find companions for 
> next adventures, and what not. So I’ve decided to ask everyone what you see 
> the team and you personally doing the next cycle, for fun or profit.
> 
> That’s like a PTL nomination letter, but open to everyone! :) No commitments, 
> no deadlines, just list random ideas you have in mind or in your todo lists, 
> and we’ll all appreciate the huge pile of awesomeness no one will ever have 
> time to implement even if scheduled for Xixao release.
> 
> To start the fun, I will share my silly ideas in the next email.
> 
> Ihar
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to