<div dir="ltr">Resend the information about our problems to the list.<div><br></div><div><div style="font-size:12.8px">The problem we found is regarding networking part in 2016.08 and probably also in 2017.01, specifically:</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">1. networks-l2-CRUD: </div><ul class="gmail-m_7545564214106064829gmail-in gmail-m_7545564214106064829gmail-collapse" style="box-sizing:border-box;margin-top:0px;margin-bottom:0px;color:rgb(75,75,75);font-family:"helvetica neue",helvetica,verdana,sans-serif;font-size:14px;height:auto"><li class="gmail-m_7545564214106064829gmail-ng-binding gmail-m_7545564214106064829gmail-ng-scope" style="margin-left:15px;box-sizing:border-box">tempest.api.network.test_<wbr>ports.PortsTestJSON.test_<wbr>create_port_with_no_<wbr>securitygroups</li><li class="gmail-m_7545564214106064829gmail-ng-binding gmail-m_7545564214106064829gmail-ng-scope" style="margin-left:15px;box-sizing:border-box">tempest.api.network.test_<wbr>ports.PortsTestJSON.test_<wbr>create_show_delete_port_user_<wbr>defined_mac</li></ul><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif" style="font-size:12.8px"><span style="font-size:14px">    </span></font></div><div><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif" style="font-size:12.8px"><span style="font-size:14px"><b>Our problem is that in our public cloud implementation, we mandate that port creation must have security groups designated, and </b></span></font><b style="color:rgb(75,75,75);font-family:"helvetica neue",helvetica,verdana,sans-serif;font-size:14px">at the moment all the mac address are pre-allocated and not up to the user to define.</b><div style="font-size:12.8px"><br></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px"><br></span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px">2. volumes_action related rules:</span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px"><div style="font-size:12.8px"><ul><li>tempest.api.volume.test_volumes_actions.VolumesV2ActionsTest.test_attach_detach_volume_to_instance<br></li><li>tempest.api.volume.test_volumes_actions.VolumesV2ActionsTest.test_get_volume_attachment<br></li><li>tempest.api.volume.test_volumes_actions.VolumesV2ActionsTest.test_reserve_unreserve_volume<br></li><li>tempest.api.volume.test_volumes_actions.VolumesV2ActionsTest.test_volume_bootable<br></li><li>tempest.api.volume.test_volumes_actions.VolumesV2ActionsTest.test_volume_readonly_update<br></li></ul></div></span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px"><b>The problem for us is that in our public cloud implementation, volumes_action related operations are only internally used for inter-module calls (e.g between Nova and Cinder) or Admin ops, but not for directly usage by the tenants/users.</b></span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px"><br></span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px"><br></span></font></div><div style="font-size:12.8px"><font color="#4b4b4b" face="helvetica neue, helvetica, verdana, sans-serif"><span style="font-size:14px">In summary our problems have to do with our public cloud requirements, i'm not sure if these are reasonable questions for defcore guideline as well as if these are suit for flagging ?</span></font></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 18, 2017 at 3:46 AM, Chris Hoge <span dir="ltr"><<a href="mailto:chris@openstack.org" target="_blank">chris@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">The 2017.01 guideline will be going to the board for final approval<div>at the end of this month. 2016.08 is finalized, but problematic</div><div>tests can be flagged. We have our weekly working group</div><div>meetings on Wednesdays, and we’d be happy to consider</div><div>isses as part of our agenda. You can add an agenda item to the</div><div>meeting etherpad:</div><div><br></div><div><a href="https://etherpad.openstack.org/p/DefCoreRoble.9" target="_blank">https://etherpad.openstack.<wbr>org/p/DefCoreRoble.9</a></div><div><br></div><div>It’s also useful to raise issues on this mailing list to give the wider</div><div>community a chance to comment.</div><div><br></div><div>Thanks,</div><div><div>Chris Hoge</div><div>Interop Engineer</div><div>OpenStack Foundation</div></div><div><br></div><div><br><div><blockquote type="cite"><div><div class="h5"><div>On Jan 17, 2017, at 6:53 AM, Zhipeng Huang <<a href="mailto:zhipengh512@gmail.com" target="_blank">zhipengh512@gmail.com</a>> wrote:</div><br class="m_6454029782338554397Apple-interchange-newline"></div></div><div><div><div class="h5"><div dir="ltr">Hi team,<div><br></div><div>Is there still time for us to provide feedback for the 2016.08 defcore guideline or it is too late ?<br clear="all"><div><br></div>-- <br><div class="m_6454029782338554397gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Zhipeng (Howard) Huang</div><div dir="ltr"><br></div><div dir="ltr">Standard Engineer</div><div>IT Standard & Patent/IT Prooduct Line</div><div dir="ltr">Huawei Technologies Co,. Ltd</div><div dir="ltr">Email: <a href="mailto:huangzhipeng@huawei.com" target="_blank">huangzhipeng@huawei.com</a></div><div dir="ltr">Office: Huawei Industrial Base, Longgang, Shenzhen</div><div dir="ltr"><br></div><div dir="ltr">(Previous)<br><div>Research Assistant</div><div>Mobile Ad-Hoc Network Lab, Calit2</div><div>University of California, Irvine</div><div>Email: <a href="mailto:zhipengh@uci.edu" target="_blank">zhipengh@uci.edu</a></div><div>Office: Calit2 Building Room 2402</div><div><br></div><div>OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado</div></div></div></div></div></div></div>
</div></div></div></div>
______________________________<wbr>_________________<br>Interop-wg mailing list<br><a href="mailto:Interop-wg@lists.openstack.org" target="_blank">Interop-wg@lists.openstack.org</a><br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/interop-wg" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>interop-wg</a><br></div></blockquote></div><br></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Zhipeng (Howard) Huang</div><div dir="ltr"><br></div><div dir="ltr">Standard Engineer</div><div>IT Standard & Patent/IT Prooduct Line</div><div dir="ltr">Huawei Technologies Co,. Ltd</div><div dir="ltr">Email: <a href="mailto:huangzhipeng@huawei.com" target="_blank">huangzhipeng@huawei.com</a></div><div dir="ltr">Office: Huawei Industrial Base, Longgang, Shenzhen</div><div dir="ltr"><br></div><div dir="ltr">(Previous)<br><div>Research Assistant</div><div>Mobile Ad-Hoc Network Lab, Calit2</div><div>University of California, Irvine</div><div>Email: <a href="mailto:zhipengh@uci.edu" target="_blank">zhipengh@uci.edu</a></div><div>Office: Calit2 Building Room 2402</div><div><br></div><div>OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado</div></div></div></div></div></div></div>
</div>