<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style>
<!--
@font-face
        {font-family:"Cambria Math"}
@font-face
        {font-family:Calibri}
@font-face
        {font-family:Tahoma}
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif"}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
        {color:purple;
        text-decoration:underline}
p
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif"}
span.EmailStyle18
        {font-family:"Calibri","sans-serif";
        color:#1F497D}
.MsoChpDefault
        {font-size:10.0pt}
@page WordSection1
        {margin:1.0in 1.0in 1.0in 1.0in}
-->
</style><style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1" lang="EN-US" link="blue" vlink="purple">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">See my other mail in this thread about app ecosystem. Encouraging more users/usage is a good reason to pay the cost. I think I've already given more then my fair $0.02 on the matter
 though so I'll stop talking about it now.<br>
<br>
Thanks,<br>
Kevin<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF212456"><font color="#000000" face="Tahoma" size="2"><b>From:</b> Rochelle Grober [rochelle.grober@huawei.com]<br>
<b>Sent:</b> Friday, April 17, 2015 3:48 PM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]<br>
</font><br>
</div>
<div></div>
<div>
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">I know the DevStack issue seems to be solved, but I had to respond…..inline</span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></p>
<div>
<div style="border:none; border-top:solid #B5C4DF 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif""> Fox, Kevin M [mailto:Kevin.Fox@pnnl.gov]
<br>
<b>Sent:</b> Friday, April 17, 2015 12:28<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]</span></p>
</div>
</div>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"; color:black">No, the complaints from ops I have heard even internally, which I think is being echo'd here is "I understand how linux bridge works,
 I don't opensvswitch". and "I don't want to be bothered to learn to debug openvswitch because I don't think we need it".<br>
<br>
If linux bridge had feature parity with openvswitch, then it would be a reasonable argument or if the users truly didn't need the extra features provided by openvswitch/naas. I still assert though, that linux bridge won't get feature parity with openvswitch
 and the extra features are actually critical to users (DVR/NaaS), so its worth switching to opevnswitch and learning how to debug it. Linux Bridge is a nonsolution at this point. :/ So is keeping nova-network around forever. :/ But other then requiring some
 more training for ops folks, I think Neutron can suit the rest of the use cases these days nova-network provided over neutron. The sooner we can put the nova-network issue to bed, the better off the ecosystem will be. It will take a couple of years for the
 ecosystem to settle out to deprecating it, since a lot of clouds take years to upgrade and finally put the issue to bed. Lets do that sooner rather then later so a couple of years from now, we're done. :/<br>
<br>
Kevin</span></p>
<div>
<p class="MsoNormal"><span style="color:#1F497D"> </span></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">[Rockyg] Kevin, the problem is that the extra features *aren’t* critical to the deployers and/or users of many of openstack deployments.  And since
 they are not critical, the deployers won’t *move* to using neutron that requires them to learn all this new “stuff” that thjey don’t need.  By not providing a simple path to a flatDHCP implementation, you will get existing users refusing to upgrade rather
 than take a bunch of extraneous stuff from Neutron because the OpenStack project deprecated “their network.” So, likely two things will happen: 1) the deployments that are already you there configured with nova-network and flatDHCP will stop upgrading with
 the last nova-network release and 2) if there isn’t a simple equivalent by then in neutron or some other openstack project, someone will fork to keep the flatDHCP solution moving forward.</span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">You can lead a devops to pizza, but you can’t make it eat soylent green pizza.  And that’s how you lose some of the community and perhaps spur either
 Neutron’s or OpenStack’s successor open source project(s).</span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">KISS is still in effect.  It seems Neutron is abstracting away the current network complexities for developers and endusers at the expense of tossing
 it all on the shoulders of the deployer/admins.  Until you abstract some of that complexity out of the deployment path, either through good coding, useful templates, configuration and management tools, etc., you’re going to continue to get pushback from the
 devops and they will continue to claim parity doesn’t exist *for them*.</span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">Something I learned a while ago – the sysadmins control the system and stick with minor changes and/or single system by system upgrades until they are
 either tempted with something shiny/fun/cool/sexy/powerful or coerced by management to change.  Until you can demonstrate a *benefit* to them to move to the neutron paradigm for their flatDHCP network, you won’t get them to move.  They’ll take a learning ramp-up,
 for either less work or better control, but they won’t take it for more work.</span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D">--Rocky</span></i></b></p>
<p class="MsoNormal"><b><i><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"; color:#1F497D"> </span></i></b></p>
<div class="MsoNormal" style="text-align:center" align="center"><span style="color:black">
<hr align="center" size="2" width="100%">
</span></div>
<div id="divRpF218996">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"; color:black">From:</span></b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"; color:black"> Kevin Benton [blak111@gmail.com]<br>
<b>Sent:</b> Friday, April 17, 2015 11:49 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [Nova][Neutron] Linuxbridge as the default in DevStack [was: Status of the nova-network to Neutron migration work]</span><span style="color:black"></span></p>
</div>
<div>
<div>
<p class="MsoNormal"><span style="color:black">I definitely understand that. But what is the major complaint from operators? I understood that quote to imply it was around Neutron's model of self-service networking. 
</span></p>
<div>
<p class="MsoNormal"><span style="color:black"> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black">If the main reason the remaining Nova-net operators don't want to use Neutron is due to the fact that they don't want to deal with the Neutron API, swapping some implementation defaults isn't really going to get
 us anywhere on that front.</span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black"> </span></p>
</div>
<div>
<p class="MsoNormal"><span style="color:black">It's an important distinction because it determines what actionable items we can take (e.g. what Salvatore mentioned in his email about defaults). Does that make sense?</span></p>
</div>
</div>
<div>
<p class="MsoNormal"><span style="color:black"> </span></p>
<div>
<p class="MsoNormal"><span style="color:black">On Fri, Apr 17, 2015 at 11:33 AM, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:</span></p>
<p class="MsoNormal"><span style="color:black">On 2015-04-17 10:55:19 -0700 (-0700), Kevin Benton wrote:<br>
> I understand. What I'm saying is that switching to Linux bridge<br>
> will not change the networking model to 'just connect everything<br>
> to a simple flat network'. All of the complaints about<br>
> self-service networking will still hold.<br>
<br>
And conversely, swapping simple bridge interfaces for something else<br>
still means problems are harder to debug, whether or not you're<br>
stuck with self-service networking features you're not using.</span></p>
<div>
<div>
<p class="MsoNormal"><span style="color:black">--<br>
Jeremy Stanley<br>
<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></span></p>
</div>
</div>
</div>
<p class="MsoNormal"><span style="color:black"><br>
<br clear="all">
</span></p>
<div>
<p class="MsoNormal"><span style="color:black"> </span></p>
</div>
<p class="MsoNormal"><span style="color:black">-- </span></p>
<div>
<div>
<p class="MsoNormal"><span style="color:black">Kevin Benton</span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>