<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<div>I agree. With your patch it ought to be possible to make the distributed router a provider type so to me it seems like a good match.</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Bob</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>Gary Duan <<a href="mailto:gduan@varmour.com">gduan@varmour.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>måndag 23 december 2013 19:17<br>
<span style="font-weight:bold">To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [openstack-dev] Neutron Distributed Virtual Router<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr">
<div>Regarding using 'provider' in L3 router, for the BP 'L3 service integration with service framework', I've submitted some code for review, which is using 'provider' in a same notion as other advanced services. I am not sure if it can be reused to describe
'centralized' and 'distributed' behavior.</div>
<div><br>
</div>
<div><a href="https://review.openstack.org/#/c/59242/">https://review.openstack.org/#/c/59242/</a><br>
</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Gary</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Wed, Dec 11, 2013 at 2:17 AM, Salvatore Orlando <span dir="ltr">
<<a href="mailto:sorlando@nicira.com" target="_blank">sorlando@nicira.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>I generally tend to agree that once the distributed router is available, nobody would probably want to use a centralized one.</div>
<div>Nevertheless, I think it is correct that, at least for the moment, some advanced services would only work with a centralized router.<br>
</div>
<div>There might also be unforeseen scalability/security issues which might arise from the implementation, so it is worth giving users a chance to choose what router's they'd like.</div>
<div><br>
</div>
<div>In the case of the NSX plugin, this was provided as an extended API attribute in the Havana release with the aim of making it the default solution for routing in the future.</div>
<div>One thing that is worth adding is that at the time it was explored the ability of leveraging service providers for having a "centralized router provider" and a "distributed" one; we had working code, but then we reverted to the extended attribute. Perhaps
it would be worth exploring whether this is a feasible solution, and whether it might be even possible to define "flavors" which characterise how routers and advanced services are provided.</div>
<span class="HOEnZb"><font color="#888888">
<div><br>
</div>
<div>Salvatore</div>
</font></span></div>
<div class="HOEnZb">
<div class="h5">
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On 10 December 2013 18:09, Nachi Ueno <span dir="ltr"><<a href="mailto:nachi@ntti3.com" target="_blank">nachi@ntti3.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm +1 for 'provider'.<br>
<br>
2013/12/9 Akihiro Motoki <<a href="mailto:motoki@da.jp.nec.com" target="_blank">motoki@da.jp.nec.com</a>>:<br>
<div>
<div>> Neutron defines "provider" attribute and it is/will be used in advanced services (LB, FW, VPN).<br>
> Doesn't it fit for a distributed router case? If we can cover all services with one concept, it would be nice.<br>
><br>
> According to this thread, we assumes at least two types "edge" and "distributed".<br>
> Though "edge" and "distributed" is a type of implementations, I think they are some kind of "provider".<br>
><br>
> I just would like to add an option. I am open to "provider" vs "distirbute" attributes.<br>
><br>
> Thanks,<br>
> Akihiro<br>
><br>
> (2013/12/10 7:01), Vasudevan, Swaminathan (PNB Roseville) wrote:<br>
>> Hi Folks,<br>
>><br>
>> We are in the process of defining the API for the Neutron Distributed Virtual Router, and we have a question.<br>
>><br>
>> Just wanted to get the feedback from the community before we implement and post for review.<br>
>><br>
>> We are planning to use the “distributed” flag for the routers that are supposed to be routing traffic locally (both East West and North South).<br>
>> This “distributed” flag is already there in the “neutronclient” API, but currently only utilized by the “Nicira Plugin”.<br>
>> We would like to go ahead and use the same “distributed” flag and add an extension to the router table to accommodate the “distributed flag”.<br>
>><br>
>> Please let us know your feedback.<br>
>><br>
>> Thanks.<br>
>><br>
>> Swaminathan Vasudevan<br>
>> Systems Software Engineer (TC)<br>
>> HP Networking<br>
>> Hewlett-Packard<br>
>> 8000 Foothills Blvd<br>
>> M/S 5541<br>
>> Roseville, CA - 95747<br>
>> tel: <a href="tel:916.785.0937" value="+19167850937" target="_blank">916.785.0937</a><br>
>> fax: <a href="tel:916.785.1815" value="+19167851815" target="_blank">916.785.1815</a><br>
>> email: <a href="mailto:swaminathan.vasudevan@hp.com" target="_blank">swaminathan.vasudevan@hp.com</a> <mailto:<a href="mailto:swaminathan.vasudevan@hp.com" target="_blank">swaminathan.vasudevan@hp.com</a>><br>
>><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><br>
<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><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</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>
</div>
</span>
</body>
</html>