<div dir="ltr">Hi Jaume,<div><br></div><div>The concept of provider router is useful as it maps what actually already happens in several infrastructures. I am not entirely sure that this however implies we need to expose new API constructs and change the topology API.</div><div><br></div><div>The provider router perhaps can exist in a concealed way, where tenants still put gateways on an external network, but that would be implemented with a provider router.</div><div><br></div><div>Anyway, I am sure you are aware of the technical debt repayment activities scheduled for Kilo. Some of them pertain the l3 agent [1], and I'd say those have the highest priority. If this spec will bring non-negligible changes in the l3 agent, perhaps it's the case of doing that after the agent restructuring to avoid conflicts which will slow down everything.</div><div><br></div><div>Finally, can you post the specification for this work in gerrit? It seems it is not the one under the 'edge router' name [2]</div><div><br></div><div>Salvatore</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/c/131535/">https://review.openstack.org/#/c/131535/</a></div><div>[2] <a href="https://review.openstack.org/128272">https://review.openstack.org/128272</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 31 October 2014 10:01, Jaume Devesa <span dir="ltr"><<a href="mailto:devvesa@gmail.com" target="_blank">devvesa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif">Hi all,</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">in Midokura we are working on a blueprint to define a new kind of topology for floating ranges, as alternative to external network topology. It is based on the idea of a Provider Router that links directly with Tenant Routers using /30 networks. It aims to be more pure-floating, helping the deployment of floating ranges across different physical L2 Networks. (We know there is some interest in this[1]) We think that also it might help in add Firewall specific policies at the edge of the cloud and define per-tenant or per-network QoS definitions.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Document[2] is still WIP, with high level ideas and just some API details. But we would love to hear Neutron community feedback to go further in a steady way. In the implementation level, we are concerned in being compatible with current DVR and don't add a new SPOF in Neutron OVS plugin. So DVR developers feedback would be highly appreciated.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">We are also interested in chat about it during the summit, maybe during the Kilo L3 refractor BoF? [3]</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">Thanks in advance!</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">PD: Blueprint is here[4]</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">[1]: <a href="https://blueprints.launchpad.net/neutron/+spec/pluggable-ext-net" target="_blank">https://blueprints.launchpad.net/neutron/+spec/pluggable-ext-net</a><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">[2]: <a href="https://docs.google.com/a/midokura.com/document/d/1fUPhpBWpiUvBe_c55lkokDIls--4dKVSFmGVtjxjg0w/edit#" target="_blank">https://docs.google.com/a/midokura.com/document/d/1fUPhpBWpiUvBe_c55lkokDIls--4dKVSFmGVtjxjg0w/edit#</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif">[3]: <a href="https://etherpad.openstack.org/p/kilo-l3-refactoring" target="_blank">https://etherpad.openstack.org/p/kilo-l3-refactoring</a></div><div class="gmail_default" style="font-family:tahoma,sans-serif">[4]: <a href="https://blueprints.launchpad.net/neutron/+spec/neutron-provider-router" target="_blank">https://blueprints.launchpad.net/neutron/+spec/neutron-provider-router</a></div><span class="HOEnZb"><font color="#888888"><div class="gmail_default" style="font-family:tahoma,sans-serif"><br></div><div><br></div>-- <br><div><div dir="ltr"><font face="tahoma, sans-serif">Jaume Devesa</font><div><font face="tahoma, sans-serif">Software Engineer at Midokura</font></div></div></div>
</font></span></div>
<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><br>
<br></blockquote></div><br></div>