<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
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
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.xmsonormal, li.xmsonormal, div.xmsonormal
        {mso-style-name:x_msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.EmailStyle18
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Hi Salvatore,<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>My Launchpad ID is steven-weston.  I do not know who those other Steven Westons are … if someone has created clones of me, I am going to be upset!  Anyway, Here are my thoughts on the implementation approach.<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='color:#1F497D'>Is there any reason why the two alternatives you listed should be considered mutually exclusive?  I think that in consideration of loosely coupled design, it would be best to make the attribute addition to the port in neutron and create the ability for nova to orchestrate the call as well.  I do not see a way to prevent modification of the REST API, and in the interest of fulfilling your concern of atomicity, the fact that an auto association was requested will need to be stored somewhere, in addition to the state of the request as well.  Plus, tracking the attribute in neutron would allow the ability of other events to fire that would need to be performed in response to an auto associate request, such as split zone dns updates (for example).  The primary use case for this would be for request by nova, although I can think of other services which could use it as well -- load balancers, firewalls, vpn’s, and any component that would require connectivity to another network.  I think the default behavior of the auto association request would be to create ip addresses on the associated networks of the attached routers, unless a specific network is given.<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thoughts?  Ideas?  Criticisms?  Complements?  </span><span style='font-size:11.0pt;font-family:Wingdings;color:#1F497D'>J</span><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>  <o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='color:#1F497D'>Steven</span><br>-------- Original message --------<br>From: Salvatore Orlando <<a href="mailto:sorlando@nicira.com">sorlando@nicira.com</a>> <br>Date: 11/14/2013 4:23 AM (GMT-07:00) <br>To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>> <br>Subject: Re: [openstack-dev] [Neutron] Blueprint -- Floating IP Auto Association <br><br><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p></o:p></span></b></p><div><div><p class=MsoNormal>Hi Steven, <o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I see three Steven Weston on Launchpad. If you give me your LP ID, I will assign the blueprint to you.<o:p></o:p></p></div><div><p class=MsoNormal>This is a nova parity item and i'd like to raise the priority to High.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>It would be also good to hear from you about the implementation approach.<o:p></o:p></p></div><div><p class=MsoNormal>In the past we debated two alternatives: passing a special attribute to a port in order to create a floating IP for it too, or orchestrating the operation from the nova side.<o:p></o:p></p></div><div><p class=MsoNormal>The first option has the cons of adding a side effect to a REST API call (which is not advisable), and might be a bit complex when the network where the port is on is attached to multiple routers.<o:p></o:p></p></div><div><p class=MsoNormal>The latter option has the cons of requiring two neutron API calls.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The input of the whole community on this topic will be very appreciated.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Salvatore<o:p></o:p></p></div></div><div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p><div><p class=MsoNormal>On 14 November 2013 05:47, Steven Weston <<a href="mailto:steven-weston@live.com" target="_blank">steven-weston@live.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><div><div><p class=xmsonormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks for the responses on this.  I definitely still interested in implementing the functionality described in this blueprint, but have been reluctant to start on it since I did not get a response.</span><o:p></o:p></p><p class=xmsonormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><p class=xmsonormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Yes, please assign it to me and I will get started on it right away!  I do not seem to have the capability to assign it to myself.</span><o:p></o:p></p><p class=xmsonormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span><o:p></o:p></p><p class=xmsonormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Steven</span><o:p></o:p></p><p class=xmsonormal><a name="x_1425527a0e78f4ec__MailEndCompose"><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'> </span></a><o:p></o:p></p><p class=xmsonormal><b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri","sans-serif"'> Jaume Devesa [mailto:<a href="mailto:devvesa@gmail.com" target="_blank">devvesa@gmail.com</a>] <br><b>Sent:</b> Wednesday, November 13, 2013 10:32 PM<br><b>To:</b> OpenStack Development Mailing List (not for usage questions)<br><b>Subject:</b> Re: [openstack-dev] [Neutron] Blueprint -- Floating IP Auto Association</span><o:p></o:p></p><div><div><p class=xmsonormal> <o:p></o:p></p><div><div><div><div><p class=xmsonormal style='margin-bottom:12.0pt'>Hi all,<o:p></o:p></p></div><p class=xmsonormal style='margin-bottom:12.0pt'>I see it has been passed two weeks since first mail in this thread and that blueprint still without assignee. I also think this is a good option for my first blueprint. However, I can not assign blueprints to myself, only bugs. Can anybody assign to me?<o:p></o:p></p></div><p class=xmsonormal style='margin-bottom:12.0pt'>Steven: if you still interested in it, please tell us. You asked for it first and it will be yours.<o:p></o:p></p></div><p class=xmsonormal>Regards<o:p></o:p></p></div><div><p class=xmsonormal style='margin-bottom:12.0pt'> <o:p></o:p></p><div><p class=xmsonormal>On 5 November 2013 07:21, Salvatore Orlando <<a href="mailto:sorlando@nicira.com" target="_blank">sorlando@nicira.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><p class=xmsonormal>I don't think there has been any development in the past 6 months.<o:p></o:p></p><div><p class=xmsonormal>A few people have shown interest in it in the past, but the blueprint has currently no assignee.<o:p></o:p></p></div><div><p class=xmsonormal>So If you want to work on it, feel free to assign to yourself.<o:p></o:p></p></div><div><p class=xmsonormal> <o:p></o:p></p></div><div><p class=xmsonormal>To quickly sum up the discussion around this blueprint, it could be implemented in two ways:<o:p></o:p></p></div><div><p class=xmsonormal>- providing automation in the neutron API (creating the floating IP together with the port)<o:p></o:p></p></div><div><p class=xmsonormal>- automating the operation on the orchestration side (nova-api in this case).<o:p></o:p></p></div><div><p class=xmsonormal> <o:p></o:p></p></div><div><p class=xmsonormal>There are pro and cons in both solutions. In my humble opinion, the only thing I would care of is that the existing operation in the Neutron API stay "atomic" as they are.<o:p></o:p></p></div><div><p class=xmsonormal> <o:p></o:p></p></div><div><p class=xmsonormal>Regards,<o:p></o:p></p></div><div><p class=xmsonormal>Salvatore<o:p></o:p></p></div></div><div><p class=xmsonormal style='margin-bottom:12.0pt'> <o:p></o:p></p><div><div><div><p class=xmsonormal>On 30 October 2013 08:46, Steven Weston <<a href="mailto:steven-weston@live.com" target="_blank">steven-weston@live.com</a>> wrote:<o:p></o:p></p></div></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt'><div><div><div><div><p class=xmsonormal>Does anybody know what the status of this Blueprint is?  <a href="https://blueprints.launchpad.net/neutron/+spec/auto-associate-floating-ip" target="_blank">https://blueprints.launchpad.net/neutron/+spec/auto-associate-floating-ip</a><o:p></o:p></p><p class=xmsonormal> <o:p></o:p></p><p class=xmsonormal>I am new to the neutron developer community and I am looking for a first project – this might be a good place to start.  But the last update was in March of this year, so I don’t know if the specifications have been locked down yet. <o:p></o:p></p><p class=xmsonormal> <o:p></o:p></p><p class=xmsonormal>Anybody?<o:p></o:p></p><p class=xmsonormal> <o:p></o:p></p><p class=xmsonormal>Thanks!<o:p></o:p></p><p class=xmsonormal><span style='color:#888888'>Steven Weston</span><o:p></o:p></p></div></div><p class=xmsonormal> <o:p></o:p></p></div></div><p class=xmsonormal style='margin-bottom:12.0pt'>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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><o:p></o:p></p></blockquote></div><p class=xmsonormal> <o:p></o:p></p></div><p class=xmsonormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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><o:p></o:p></p></blockquote></div><p class=xmsonormal> <o:p></o:p></p></div></div></div></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><o:p></o:p></p></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></body></html>