Re: [Netstack] Extensions and Plugins

2011-07-20 Thread Ying Liu (yinliu2)
for multi-plugin use cases as well. Therefore, we will modify our extensions by using extension framework. Thanks, Ying From: Rajaram Mallya [mailto:rajarammal...@gmail.com] Sent: Wednesday, July 20, 2011 10:56 AM To: Ying Liu (yinliu2) Cc: Dan Wendlandt; Somik Behera; Troy; Salvatore

Re: [Netstack] Extensions and Plugins

2011-07-21 Thread Ying Liu (yinliu2)
t;tenants" in portprofile extension, I assume the first URI should be the one we used to access portprofile resources. Did I miss something here? Best, Ying From: Rajaram Mallya [mailto:rajarammal...@gmail.com] Sent: Wednesday, July 20, 2011 10:56 AM To: Ying Liu (yinliu2) Cc: Da

Re: [Netstack] Extensions and Plugins

2011-07-22 Thread Ying Liu (yinliu2)
xample, we will have parent_resource = dict(member_name="tenant", collection_name="CSCO/tenants") Best, Ying From: Rajaram Mallya [mailto:rajarammal...@gmail.com] Sent: Thursday, July 21, 2011 7:01 PM To: Ying Liu (yinliu2) Cc: Dan Wendlandt; Somik Behera; Troy; Salvatore Or

Re: [Netstack] [Merge]lp:~raxnetworking/quantum/api_extensions into lp:quantum

2011-08-02 Thread Ying Liu (yinliu2)
Hi Salvatore, I agree with you and Dan on data extension. It provides flexibility can enrich core resources' attributes. Regarding to the possible clashes among different plug-ins, Jorge has proposed using Vendor ID and alias. Here is his proposal: (having both xml and json example) Ad

Re: [Netstack] [Merge]lp:~raxnetworking/quantum/api_extensions into lp:quantum

2011-08-04 Thread Ying Liu (yinliu2)
Hi Tyler, /v0.1/extensions works for me. You can check your quantum.conf file to see whether the extension is configured or not. BTW, this extension framework is not merged with quantum yet. You need to directly check out Santosh's branch to use /v0.1/extensions Best, Ying > -Original Messa

Re: [Netstack] [Merge]lp:~raxnetworking/quantum/api_extensions into lp:quantum

2011-08-04 Thread Ying Liu (yinliu2)
Hi Santhosh and Salvatore, I saw api_extensions merge request is still pending. Are there any fixes going on? Best, Ying > -Original Message- > From: Tyler Smith -X (tylesmit) > Sent: Thursday, August 04, 2011 12:00 PM > To: Ying Liu (yinliu2) > Cc: netstack@list

Re: [Netstack] [Merge]lp:~raxnetworking/quantum/api_extensions into lp:quantum

2011-08-04 Thread Ying Liu (yinliu2)
hear from others. We can discuss about this in our next meeting. Best, Ying From: Dan Wendlandt [mailto:d...@nicira.com] Sent: Thursday, August 04, 2011 2:01 PM To: Salvatore Orlando Cc: Ying Liu (yinliu2); Santhosh Kumar M; netstack@lists.launchpad.net Subject: Re: [Netstack] [

Re: [Netstack] Quantum API resource status proposal

2011-08-08 Thread Ying Liu (yinliu2)
Hi Salvatore and Dan, Thanks for the great discussion. (Apologize for joining the discussion late. My outlook filter has some problem recently. First several messages on this thread went to a wrong folder.) I prefer for having both mechanism available. That means, Plugin can decide whether

Re: [Netstack] Openstack API documentation - request for contribution

2011-09-14 Thread Ying Liu (yinliu2)
Hi Salvatore, Just want to double check with you. Vendor specific extension will not be added into this API documentation, right? If needed, we can provide that part. Otherwise, we will keep it within our document. Best, Ying From: netstack-bounces+yinliu2=cisco@lists.launchpad.n

Re: [Netstack] Openstack API documentation - request for contribution

2011-09-15 Thread Ying Liu (yinliu2)
Hi Dan and Salvatore, Sure. We can put that in the appendixes. Best, Ying From: Salvatore Orlando [mailto:salvatore.orla...@eu.citrix.com] Sent: Thursday, September 15, 2011 1:58 AM To: Dan Wendlandt; Ying Liu (yinliu2) Cc: netstack@lists.launchpad.net Subject: RE: [Netstack

Re: [Netstack] Proposing sessions for Openstack design summitq

2011-09-19 Thread Ying Liu (yinliu2)
Hi Salvatore, Thanks for bring up this discussion. Regarding to Quantum API v1.1, we could add some improvements on the API extensions. Here are something we can add: 1. Having mechanism to verify and enforce vendor's ID used by API extension. 2. Under the extension/ directory,

Re: [Netstack] API documentation ready for review

2011-09-22 Thread Ying Liu (yinliu2)
Hi Salvatore, Great work. I will review it and get back to you shortly. Best, Ying From: netstack-bounces+yinliu2=cisco@lists.launchpad.net [mailto:netstack-bounces+yinliu2=cisco@lists.launchpad.net] On Behalf Of Dan Wendlandt Sent: Thursday, September 22, 2011 8:51 AM To: Sa

Re: [Netstack] Data extensions in quantum

2011-09-23 Thread Ying Liu (yinliu2)
Hi Brad, I agree with you. For extension framework, its functionality only provides us mechanism to get extended attributes into request data, which is done as the example illustrated. However, to pass the data to the plugin for further processing, we need either modify existing action's parse_re

Re: [Netstack] Proposing sessions for Openstack design summitq

2011-09-27 Thread Ying Liu (yinliu2)
d earlier. What do you think? Thanks Ying From: netstack-bounces+yinliu2=cisco@lists.launchpad.net [mailto:netstack-bounces+yinliu2=cisco@lists.launchpad.net] On Behalf Of Ying Liu (yinliu2) Sent: Monday, September 19, 2011 10:51 AM To: Salvatore Orlando; netstack@lists.launchpad.

Re: [Netstack] Data extensions in quantum

2011-10-11 Thread Ying Liu (yinliu2)
it to pass any data in. What we need to enforce is the prefix for the attribute's name, which needs to that vendor's ID. Best, Ying > -Original Message- > From: Brad Hall [mailto:b...@nicira.com] > Sent: Tuesday, October 11, 2011 10:58 AM > To: Salvatore Orlando &g

Re: [Netstack] Data extensions in quantum

2011-10-11 Thread Ying Liu (yinliu2)
l [mailto:b...@nicira.com] > Sent: Tuesday, October 11, 2011 10:58 AM > To: Salvatore Orlando > Cc: Ying Liu (yinliu2); Dan Wendlandt; netstack@lists.launchpad.net > Subject: Re: [Netstack] Data extensions in quantum > > Replies inline.. > > On Tue, Oct 11, 2011 at 7:54 AM