<div dir="ltr">Hi Sumit,<div><br></div><div>My concern was related to sharing common configuration information not between GP drivers but configurations between GP and ML2 (and any other future plugins). When both are enabled, users need to configure drivers information (e.g., endpoint, username, password) twice, when applicable (e.g., when using ODL for ML2 and GP). A common configuration file here could help, yes.</div>
<div><br></div><div class="gmail_extra">Thanks,</div><div class="gmail_extra">Carlos Goncalves<br><br><div class="gmail_quote">On Thu, Jun 12, 2014 at 6:05 PM, Sumit Naiksatam <span dir="ltr"><<a href="mailto:sumitnaiksatam@gmail.com" target="_blank">sumitnaiksatam@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Carlos,<br>
<br>
I noticed that the point you raised here had not been followed up. So<br>
if I understand correctly, your concern is related to sharing common<br>
configuration information between GP drivers, and ML2 mechanism<br>
drivers (when used in the mapping)? If so, would a common<br>
configuration file  shared between the two drivers help to address<br>
this?<br>
<br>
Thanks,<br>
~Sumit.<br>
<div class="HOEnZb"><div class="h5"><br>
On Tue, May 27, 2014 at 10:33 AM, Carlos Gonçalves <<a href="mailto:mail@cgoncalves.pt">mail@cgoncalves.pt</a>> wrote:<br>
> Hi,<br>
><br>
> On 27 May 2014, at 15:55, Mohammad Banikazemi <<a href="mailto:mb@us.ibm.com">mb@us.ibm.com</a>> wrote:<br>
><br>
> GP like any other Neutron extension can have different implementations. Our<br>
> idea has been to have the GP code organized similar to how ML2 and mechanism<br>
> drivers are organized, with the possibility of having different drivers for<br>
> realizing the GP API. One such driver (analogous to an ML2 mechanism driver<br>
> I would say) is the mapping driver that was implemented for the PoC. I<br>
> certainly do not see it as the only implementation. The mapping driver is<br>
> just the driver we used for our PoC implementation in order to gain<br>
> experience in developing such a driver. Hope this clarifies things a bit.<br>
><br>
><br>
> The code organisation adopted to implement the PoC for the GP is indeed very<br>
> similar to the one ML2 is using. There is one aspect I think GP will hit<br>
> soon if it continues to follow with its current code base where multiple<br>
> (policy) drivers will be available, and as Mohammad putted it as being<br>
> analogous to an ML2 mech driver, but are independent from ML2’s. I’m<br>
> unaware, however, if the following problem has already been brought to<br>
> discussion or not.<br>
><br>
> From here I see the GP effort going, besides from some code refactoring, I'd<br>
> say expanding the supported policy drivers is the next goal. With that ODL<br>
> support might next. Now, administrators enabling GP ODL support will have to<br>
> configure ODL data twice (host, user, password) in case they’re using ODL as<br>
> a ML2 mech driver too, because policy drivers share no information between<br>
> ML2 ones. This can become more troublesome if ML2 is configured to load<br>
> multiple mech drivers.<br>
><br>
> With that said, if it makes any sense, a different implementation should be<br>
> considered. One that somehow allows mech drivers living in ML2 umbrella to<br>
> be extended; BP [1] [2] may be a first step towards that end, I’m guessing.<br>
><br>
> Thanks,<br>
> Carlos Gonçalves<br>
><br>
> [1]<br>
> <a href="https://blueprints.launchpad.net/neutron/+spec/neutron-ml2-mechanismdriver-extensions" target="_blank">https://blueprints.launchpad.net/neutron/+spec/neutron-ml2-mechanismdriver-extensions</a><br>
> [2] <a href="https://review.openstack.org/#/c/89208/" target="_blank">https://review.openstack.org/#/c/89208/</a><br>
><br>
><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>
<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>
</div></div></blockquote></div><br></div></div>