<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 8, 2016 at 12:22 AM, Carl Baldwin <span dir="ltr"><<a href="mailto:carl@ecbaldwin.net" target="_blank">carl@ecbaldwin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Ocata End user and operator feedback recap<br></div><div>------------------------------<wbr>------------------------------</div><div><br></div><div>The purpose of this session was to gather feedback from end users and operators to help direct the efforts of developers during (at least) the Ocata cycle. Feedback was captured on the etherpad [1]. There was a related session in the operators' track [2] which may also be of interest.</div><div><br></div><div>We began with a short discussion about client compatibility which was deferred to the following session specifically about the client [3].</div><div><br></div><div>There was a discussion about if Neutron will implement cells like Nova has. There is currently no plan. I have heard this come up for the past couple of summits but there is little concrete evidence of the scale issues being encountered by operators. If you are running Neutron at scale, we could use more of your input.</div><div><br></div><div>There was some discussion about an issue around moving a floating ip from one instance to another when keepalive is in use. We needed more information to debug this. It should be sending a gratuitous arp. Another keepalive issue was discussed. Too many SIGHUPs within a period of time can cause failover resulting in disruption. I do not know if a bug was filed for this to follow up. If this was you, please follow up with a link to the bug report.</div></div></blockquote><div><br></div><div><a href="https://bugs.launchpad.net/neutron/+bug/1639315">https://bugs.launchpad.net/neutron/+bug/1639315</a> looks related<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>There was a short discussion about Horizon support for security groups on a port. A bug was filed for this.</div><div><br></div><div>Finally, there was some discussion about enabling end users to create Neutron L3 routers which are backed by hardware resources. There is no such thing yet but Neutron does have a new concept in development called "L3 flavors". This would enable a driver (to be written) which would allow this sort of thing.</div><div><br></div><div>Carl Baldwin</div><div><br></div>[1] <a href="https://etherpad.openstack.org/p/ocata-neutron-end-user-operator-feedback" target="_blank">https://etherpad.<wbr>openstack.org/p/ocata-neutron-<wbr>end-user-operator-feedback</a><div>[2] <a href="https://etherpad.openstack.org/p/newton-neutron-pain-points" target="_blank">https://etherpad.<wbr>openstack.org/p/newton-<wbr>neutron-pain-points</a></div><div>[3] <a href="https://etherpad.openstack.org/p/ocata-neutron-client" target="_blank">https://etherpad.<wbr>openstack.org/p/ocata-neutron-<wbr>client</a></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div></div>