<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Agree, </div><div>I like what AWS had done. Have a concept of NAT instance. 90 % use cases are solved by just specifying </div>
<div>Inside and outside networks for the NAT instance. </div><div><br></div><div>If one wants fancier NAT config they can always use NATaas API(s)</div><div>To configure this instance. </div><div><br></div><div>There is a blueprint for bringing Amazon VPC API compatibility to nova and related extensions to quantum already propose concept of NAT instance. </div>
<div><br></div><div>How the NAT instance is implemented is left to the plugin. <br><br>Regards<div>-Harshad</div><div><br></div></div><div><br>On Oct 10, 2013, at 1:47 AM, Salvatore Orlando <<a href="mailto:sorlando@nicira.com">sorlando@nicira.com</a>> wrote:<br>
<br></div><blockquote type="cite"><div><div dir="ltr">Can I just ask you to not call it NATaas... if you want to pick a name for it, go for Natasha :)<div><br></div><div>By the way, the idea of a NAT service plugin was first introduced at the Grizzly summit in San Diego.</div>

<div>One hurdle, not a big one however, would be that the external gateway and floating IP features of the L3 extension already implicitly implements NAT.</div><div>It will be important to find a solution to ensure NAT can be configured explicitly as well while allowing for configuring external gateway and floating IPs through the API in the same way that we do today.</div>

<div><br></div><div>Apart from this, another interesting aspect would be to be see if we can come up with an approach which will result in an API which abstracts as much as possible networking aspects. In other words, I would like to avoid an API which ends up being "iptables over rest", if possible.</div>

<div><br></div><div>Regards,</div><div>Salvatore</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 10 October 2013 09:55, Bob Melander (bmelande) <span dir="ltr"><<a href="mailto:bmelande@cisco.com" target="_blank">bmelande@cisco.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word">
<div>Hi Edgar,</div>
<div><br>
</div>
<div>I'm also interested in a broadening of NAT capability in Neutron using the evolving service framework.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Bob</div>
<div><br>
</div>
<span>
<div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">


<span style="font-weight:bold">From: </span>Edgar Magana <<a href="mailto:emagana@plumgrid.com" target="_blank">emagana@plumgrid.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>OpenStack Development Mailing List <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>onsdag 9 oktober 2013 21:38<br>
<span style="font-weight:bold">To: </span>OpenStack List <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [openstack-dev] [Neutron] Common requirements for services' discussion<br>
</div><div><div class="h5">
<div><br>
</div>
<div>
<div style="font-size:14px;font-family:Calibri,sans-serif;word-wrap:break-word">
<div>Hello all,</div>
<div><br>
</div>
<div>Is anyone working on NATaaS?</div>
<div>I know we have some developer working on Router as a Service and they probably want to include NAT functionality but I have some interest in having NAT as a Service.</div>
<div><br>
</div>
<div>Please, response is somebody is interested in having some discussions about it.  </div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Edgar</div>
<div><br>
</div>
<span>
<div style="border-right:medium none;padding-right:0in;padding-left:0in;padding-top:3pt;text-align:left;font-size:11pt;border-bottom:medium none;font-family:Calibri;border-top:#b5c4df 1pt solid;padding-bottom:0in;border-left:medium none">


<span style="font-weight:bold">From: </span>Sumit Naiksatam <<a href="mailto:sumitnaiksatam@gmail.com" target="_blank">sumitnaiksatam@gmail.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>OpenStack List <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Tuesday, October 8, 2013 8:30 PM<br>
<span style="font-weight:bold">To: </span>OpenStack List <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>[openstack-dev] [Neutron] Common requirements for services' discussion<br>
</div>
<div><br>
</div>
<div dir="ltr">
<div>Hi All,</div>
<div><br>
</div>
<div>We had a VPNaaS meeting yesterday and it was felt that we should have a separate meeting to discuss the topics common to all services. So, in preparation for the Icehouse summit, I am proposing an IRC meeting on Oct 14th 22:00 UTC (immediately after the
 Neutron meeting) to discuss common aspects related to the FWaaS, LBaaS, and VPNaaS.</div>
<div><br>
</div>
<div>We will begin with service insertion and chaining discussion, and I hope we can collect requirements for other common aspects such as service agents, services instances, etc. as well.</div>
<div><br>
</div>
<div>Etherpad for service insertion & chaining can be found here:<br>
</div>
<div><a href="https://etherpad.openstack.org/icehouse-neutron-service-insertion-chaining" target="_blank">https://etherpad.openstack.org/icehouse-neutron-service-insertion-chaining</a><br>
</div>
<div><br>
</div>
<div>Hope you all can join.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>~Sumit.</div>
<div><br>
</div>
<div><br>
</div>
</div>
_______________________________________________ OpenStack-dev mailing list <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">
OpenStack-dev@lists.openstack.org</a> <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></div>
</div>
</div></div></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>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OpenStack-dev mailing list</span><br><span><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></span><br>
<span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span><br></div></blockquote></body></html>