<div dir="ltr">As no more remarks have came in in the past 5 days, I propose that we use the following statement. The only change since the last email is s/instances/workloads/ in the first sentence.<br><br>---<br>Mission statement for the OpenStack NFV Sub-team:<br>
<br>The sub-team aims to define the use cases and identify and prioritise the requirements which are needed to run Network Function Virtualization (NFV) workloads on top of OpenStack. This work includes identifying functional gaps, creating blueprints, submitting and reviewing patches to the relevant OpenStack projects and tracking their completion in support of NFV.<br>
<br>The requirements expressed by this group should be made so that each of them have a test case which can be verified using an OpenSource implementation. This is to ensure that tests can be done without any special hardware or proprietary software, which is key for continuous integration tests in the OpenStack gate. If special setups are required which cannot be reproduced on the standard OpenStack gate, the use cases proponent will have to provide a 3rd party CI setup, accessible by OpenStack infra, which will be used to validate developments against.<div>
---<br><br>Any last thoughts?<br>Nick<br><br><br>On Wed, May 21, 2014 at 5:38 PM, Nicolas Barcet <<a href="mailto:nicolas@barcet.com">nicolas@barcet.com</a>> wrote:<br>><br>> Thanks a lot for the comments so far. Please see bellow an updated version trying to integrate the remarks. I have created an Etherpad for this [1] so that we can jointly update it.<br>
><br>> ---<br>> Mission statement for the OpenStack NFV Sub-team:<br>><br>> The sub-team aims to define the use cases and identify and prioritise the requirements which are needed to run Network Function Virtualization (NFV) instances on top of OpenStack. This work includes identifying functional gaps, creating blueprints, submitting and reviewing patches to the relevant OpenStack projects and tracking their completion in support of NFV<br>
><br>> The requirements expressed by this group should be made so that each of them have a test case which can be verified using an OpenSource implementation. This is to ensure that tests can be done without any special hardware or proprietary software, which is key for continuous integration tests in the OpenStack gate. If special setups are required which cannot be reproduced on the standard OpenStack gate, the use cases proponent will have to provide a 3rd party CI setup, accessible by OpenStack infra, which will be used to validate developments against.<br>
><br>> --<br>><br>> [1] <a href="https://etherpad.openstack.org/p/nvf-subteam-mission-statement">https://etherpad.openstack.org/p/nvf-subteam-mission-statement</a><br>><br>> Further thoughts or updates are welcome here or there.<br>
><br>> Nick<br>><br>><br>> On Tue, May 20, 2014 at 7:43 AM, Jiang, Yunhong <<a href="mailto:yunhong.jiang@intel.com">yunhong.jiang@intel.com</a>> wrote:<br>>><br>>> Hi, Nick,<br>>><br>
>> For “have a test case which can be verified using a an OpenSource implementation ….. ensure that tests can be done without any special hardware or proprietary software”, I totally agree the requirement for without proprietary software, however, I’m not sure about your exact meaing of “special hardware”.<br>
>><br>>> <br>>><br>>> I had a quick chat with Daniel in the summit on this also. Several NFV tasks, like large page, guest NUMA, SR-IOV, require hardware support. Those features are widely supported in volume servers already for a long time, but can’t be achieved, or can’t be achieved well, in VM yet, thus can’t be verified in current gate. IMHO, even VM can support/emulate such feature, it’s not so good to use VM to verify them.<br>
>><br>>> <br>>><br>>> How about have a standard 3rd party CI test for hardware based feature testing and make it an extensible framework? I think there are requirement at least from both ironic and NFV?<br>
>><br>>> <br>>><br>>> Our team have 3rd party CI test for PCI pass-through and OAT trusted computing, which can’t be achieved through CI now. These tests are based on real hardware environment instead of VM. We didn’t publish result yet because of some IT logistic support.<br>
>><br>>> <br>>><br>>> Thanks<br>>><br>>> --jyh<br>>><br>>> <br>>><br>>> From: Nicolas Barcet [mailto:<a href="mailto:nicolas@barcet.com">nicolas@barcet.com</a>]<br>
>> Sent: Monday, May 19, 2014 10:19 AM<br>>> To: openstack-dev<br>>><br>>><br>>> Subject: [openstack-dev] [NFV] Mission statement prosal<br>>><br>>> <br>>><br>>> Hello,<br>
>><br>>><br>>> As promised during the second BoF session (thanks a lot to Chris Wright for leading this), here is a first try at defining the purpose of our special interest group.<br>>><br>>> ---<br>
>> Mission statement for the OpenStack NFV Special Interest Group:<br>>><br>>> The SIG aims to define and prioritize the use cases which are required to run Network Function Virtualization (NFV) instances on top of OpenStack. The requirements are to be passed on to various projects within OpenStack to promote their implementation.<br>
>><br>>><br>>> The requirements expressed by this group should be made so that each of them have a test case which can be verified using a an OpenSource implementation. This is to ensure that tests can be done without any special hardware or proprietary software, which is key for continuous integration tests in the OpenStack gate.<br>
>><br>>> ---<br>>><br>>> <br>>><br>>> Comments, suggestions and fixes are obviously welcome!<br>>><br>>> <br>>><br>>> Best,<br>>><br>>> Nick<br>>><br>
>> <br>>><br>>><br>>> _______________________________________________<br>>> OpenStack-dev mailing list<br>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>>><br>><br>><br>><br>> --<br>> Nicolas Barcet <<a href="mailto:nicolas@barcet.com">nicolas@barcet.com</a>><br>
> a.k.a. nijaba, nick<br><br><br><br><br>--<br>Nicolas Barcet <<a href="mailto:nicolas@barcet.com">nicolas@barcet.com</a>><br>a.k.a. nijaba, nick</div></div>