<div dir="ltr"><div><div><div>The etherpad contains some complaints around DVR implementation that might deserve furhter exploration.<br></div>However, as pointed out by Jay, the comments made leave very little room for actionable items.<br></div>It would be great if the author(s) could fill in with more details.<br><br></div>Salvatore<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 19 August 2015 at 23:11, Ryan Moats <span dir="ltr"><<a href="mailto:rmoats@us.ibm.com" target="_blank">rmoats@us.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>One thing came up during lunch was including unit and functional testing of dual stack in the check and gate queues - I was regaled over lunch with one operator's experiences in trying to run Neutron on a dual stack system.<br><br>Ryan Moats (regXboi)<br><br><tt>Edgar Magana <<a href="mailto:edgar.magana@workday.com" target="_blank">edgar.magana@workday.com</a>> wrote on 08/19/2015 03:43:44 PM:<br><br>> From: Edgar Magana <<a href="mailto:edgar.magana@workday.com" target="_blank">edgar.magana@workday.com</a>></tt><br><tt><span class="">> To: "OpenStack Development Mailing List (not for usage questions)" <br></span>> <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>></tt><br><tt>> Date: 08/19/2015 03:44 PM</tt></p><div><div class="h5"><br><tt>> Subject: Re: [openstack-dev] [Neutron] Etherpad from the Ops Meetup</tt><br><tt>> <br>> Actually, there were very few requirements collected. So, your <br>> summary is correct.</tt><br><tt>> <br>> I feel that this time we did not get a lot of input s we got during <br>> the Ops meet-up in Philadelphia.</tt><br><tt>> <br>> I also recommend to read the burning issues ether pads, there are <br>> few suggestions on the networking side. Actually, I believe <br>> Operators has expressed in this session some good feedback that they<br>> probaly did not want to repeat during the networking section.</tt><br><tt>> <br>> <a href="https://etherpad.openstack.org/p/PAO-ops-burning-issues" target="_blank">https://etherpad.openstack.org/p/PAO-ops-burning-issues</a></tt><br><tt>> <br>> Cheers,</tt><br><tt>> <br>> Edgar</tt><br><tt>> <br>> From: Assaf Muller<br>> Reply-To: "OpenStack Development Mailing List (not for usage questions)"<br>> Date: Wednesday, August 19, 2015 at 1:34 PM<br>> To: "OpenStack Development Mailing List (not for usage questions)"<br>> Subject: Re: [openstack-dev] [Neutron] Etherpad from the Ops Meetup</tt><br><tt>> <br>> On Wed, Aug 19, 2015 at 2:52 PM, Edgar Magana <<a href="mailto:edgar.magana@workday.com" target="_blank">edgar.magana@workday.com</a><br>> > wrote:</tt><br><tt>> Folks,</tt><br><tt>> <br>> I just want to share with you the feedback collected today during <br>> the networking session on Ops Meet-up:</tt><br><tt>> <a href="https://etherpad.openstack.org/p/PAO-ops-network-model" target="_blank">https://etherpad.openstack.org/p/PAO-ops-network-model</a></tt><br><tt>> <br>> Special thanks to Ryan and Doug for helping on some questions.</tt><br><tt>> <br>> The only action items for Neutron developers that I can spot are:</tt><br></div></div><tt>> 1. Linux bridge + DVR / multi host</tt><br><tt>> 2. Prevent data loss when restarting the OVS agent (The patch [1] is<span class=""><br>> very close to merge anyway, nothing more to do here)</span></tt><br><tt>> 3. Work as described by [2] (Big deployers team)</tt><span class=""><br><tt>> The rest is either polling (Who uses what feature / plugin / etc) or<br>> generic comments with no actionable bugs or RFEs.</tt><br><tt>> Did I miss anything?</tt><br><tt>> <br>> [1] <a href="https://review.openstack.org/#/c/182920/" target="_blank">https://review.openstack.org/#/c/182920/</a></tt><br><tt>> [2] <a href="https://etherpad.openstack.org/p/Network_Segmentation_Usecases" target="_blank">https://etherpad.openstack.org/p/Network_Segmentation_Usecases</a></tt><br><tt>> <br>> Cheers,</tt><br><tt>> <br>> Edgar</tt><br><tt>> <br>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></tt><br><tt>> __________________________________________________________________________<br>> OpenStack Development Mailing List (not for usage questions)<br>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></tt><br>
</span><p></p></div>
<br>__________________________________________________________________________<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.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>