Hi all, I wonder if this is somehow in conflict with the modular l2 agent approach I'm currently following up for linuxbridge, macvtap and sriov? - RFE: [1] - Frist patchset [2] I don't think so, but to be sure I wanted to raise it up. [1] https://bugs.launchpad.net/neutron/+bug/1468803 [2] https://review.openstack.org/#/c/246318/ -- Andreas (IRC: scheuran) On Mo, 2015-11-16 at 20:42 +0000, Cathy Zhang wrote: > I have updated the etherpad to add "Overall requirement - API cross check among the features that can manipulate the same flow's forwarding behavior". > > Thanks, > Cathy > > -----Original Message----- > From: Paul Carver [mailto:pcarver at paulcarver.us] > Sent: Monday, November 16, 2015 7:50 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [neutron][sfc] How could an L2 agent extension access agent methods ? > > On 11/13/2015 7:03 PM, Henry Fourie wrote: > > > > > I wonder whether just pushing flows into the existing tables at random points in time can be unstable and break the usual flow assumed by the main agent loop. > > LF> No not expect any issues. > > > > Am I making sense? > > > > [1] https://etherpad.openstack.org/p/l2-agent-extensions-api-expansion > > > > I attempted to describe a possible issue at the bottom of the Etherpad in the bullet point "Overall requirement - Flow prioritization mechanism" > > > > __________________________________________________________________________ > 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 > > __________________________________________________________________________ > 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 >