[openstack-dev] The proposed "Neutron API extension for packet forwarding" has a lot of duplication to the Neutron SFC API
louis.fourie at huawei.com
Mon Jul 27 23:23:41 UTC 2015
The spec https://review.openstack.org/#/c/204695/ has this history: it is the latest
in a series of patches on the spec 'API for Service Chaining' https://review.openstack.org/#/c/192933/.
On Jun 17 Armando ported our original spec 'Neutron API for Service Chaining'
https://review.openstack.org/#/c/177946/ that dates from April 16 to the new networking-sfc repo.
This spec, mentioned in the reviews above, has essentially the same content although it
has evolved as a result of comments from several reviewers, as well as input received during the
networking-sfc meetings over the last several months.
From: Anita Kuno [mailto:anteaya at anteaya.info]
Sent: Monday, July 27, 2015 2:20 PM
To: openstack-dev at lists.openstack.org
Subject: Re: [openstack-dev] The proposed "Neutron API extension for packet forwarding" has a lot of duplication to the Neutron SFC API
On 07/24/2015 06:50 PM, Cathy Zhang wrote:
> Hi Everyone,
> In our last networking-sfc project IRC meeting, an issue was brought up that the API proposed in https://review.openstack.org/#/c/186663/ has a lot of duplication to the SFC API https://review.openstack.org/#/c/192933/ that is being currently implemented. In the IRC meeting, the project team reached consensus that we only need one API and the service chain API can cover the functionality needed by https://review.openstack.org/#/c/186663/. Please refer to the meeting log http://eavesdrop.openstack.org/meetings/service_chaining/2015/service_chaining.2015-07-23-17.02.log.html for more discussion info. Please let us know if you have different opinion.
> ____ OpenStack Development Mailing List (not for usage questions)
> OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
I think you need to acknowledge in both email topic and in content that Sean tried to draw the fact that you are duplicating this work on July 16th. Collaboration is much more than "our meeting decided you shouldn't do your work". Perhaps taking a step back and acknowledging the work of others might set a nicer tone to your efforts.
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
More information about the OpenStack-dev