Hi Nachi, <div><br></div><div>Tatyana and me volunteer for work on UI for VPNaaS. The corresponding bp is <a href="https://blueprints.launchpad.net/horizon/+spec/vpnaas-ui">https://blueprints.launchpad.net/horizon/+spec/vpnaas-ui</a>. We will start filling the specification soon.</div>
<div><br></div><div>Thanks,</div><div>Ilya<br><br><div class="gmail_quote">2013/5/15 Nachi Ueno <span dir="ltr"><<a href="mailto:nachi@ntti3.com" target="_blank">nachi@ntti3.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Folks<br>
<br>
We had VPN meetings yesterday.<br>
<br>
Agenda :<br>
1.  local_subnet vs local_cidr  --> Keep discussion<br>
2.  Use cidr value or subnet_id?  --> Keep discussion<br>
3.  Task assignment<br>
  -  move doc to wiki (Swami) Done<br>
<a href="https://wiki.openstack.org/wiki/Quantum/VPNaaS" target="_blank">https://wiki.openstack.org/wiki/Quantum/VPNaaS</a><br>
  -  Register BP and get approval by Mark (Swami) Done -> H2<br>
  -  check default value for lifetime value (Swami) Done<br>
  -  Implement Data Model (Swami will push code to the gerrit) by 5/20<br>
<div class="im">  -  CLI (python-quantum client) work (Swami will push code to the<br>
</div>gerrit) by 5/20<br>
  -  Implement Driver (Nachi & PCM ) by 5/31<br>
     - Investigate strongswan<br>
     -  rpc (spec needed)<br>
     - Design driver archtecutre (spec needed)<br>
     - Write driver code<br>
  - Instation instructions on Wiki 5/31<br>
  -  Devstack support (nati) late June?<br>
<div class="im">  -  Write openstack network api document wiki (Sachin)<br>
</div>  -  Horizon work (needs contributer)<br>
  -  Tempest (needs contributer)<br>
<br>
Next meeting is 5/16 Thursday at 3pm (PST) . On IRC #openstack-meetings<br>
<br>
Meeting ended Tue May 14 01:00:58 2013 UTC.  Information about MeetBot<br>
at <a href="http://wiki.debian.org/MeetBot" target="_blank">http://wiki.debian.org/MeetBot</a> . (v 0.1.4)<br>
Minutes:<br>
<a href="http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.html" target="_blank">http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.html</a><br>

Minutes (text):<br>
<a href="http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.txt" target="_blank">http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.txt</a><br>

Log:<br>
<a href="http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.log.htm" target="_blank">http://eavesdrop.openstack.org/meetings/openstack_networking_vpn/2013/openstack_networking_vpn.2013-05-14-00.06.log.htm</a><br>

<br>
Thanks!<br>
Nachi Ueno<br>
<br>
2013/5/10 Nachi Ueno <<a href="mailto:nachi@ntti3.com">nachi@ntti3.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Hi Paul<br>
><br>
> Thanks for your contributions! :)<br>
><br>
> Nachi<br>
><br>
> 2013/5/10 Paul Michali <<a href="mailto:pcm@cisco.com">pcm@cisco.com</a>>:<br>
>> Sure! Glad to work with you Nachi. Anything I can do to help out on the<br>
>> project!<br>
>><br>
>> I'll start looking at strongswan and how to configure.<br>
>><br>
>><br>
>> Regards,<br>
>><br>
>> PCM (Paul Michali)<br>
>><br>
>><br>
>> On May 10, 2013, at 12:35 PM, Nachi Ueno wrote:<br>
>><br>
>> Hi Paul<br>
>><br>
>> Sounds Great.<br>
>><br>
>> The first driver will be strong-swan based.<br>
>> <a href="http://www.strongswan.org/" target="_blank">http://www.strongswan.org/</a><br>
>><br>
>> How about work with me to implement strong-swan vpn driver?<br>
>> Honestly, i'm new to strong-swan, so I'm very appreciate if you<br>
>> could try strong-swan on ubuntu and share how to configure it based on<br>
>> current API model.<br>
>><br>
>> Thanks<br>
>> Nachi<br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>><br>
>> 2013/5/10 Paul Michali <<a href="mailto:pcm@cisco.com">pcm@cisco.com</a>>:<br>
>><br>
>> Naci, Mark, Swami, Sachin, et al,<br>
>><br>
>><br>
>> Any suggestions on where/how I can help on this? I'm new to OS (just working<br>
>><br>
>> it for a few months), so no specific expertise area, but have bandwidth to<br>
>><br>
>> contribute.<br>
>><br>
>><br>
>> Also, any pointers to information that will help me get up to speed on this<br>
>><br>
>> would be appreciated (Mark gave me link to Amazon URL for info on what they<br>
>><br>
>> provide for VPNaaS). I was going to look at LBaaS code next week and have<br>
>><br>
>> been monitoring those discussions, as there seem to be some parallels there.<br>
>><br>
>> If there are companion info that you think would help, let me know.<br>
>><br>
>><br>
>> Regards,<br>
>><br>
>><br>
>> PCM (Paul Michali)<br>
>><br>
>><br>
>> On May 9, 2013, at 9:12 PM, Nachi Ueno wrote:<br>
>><br>
>><br>
>> Hi Folks<br>
>><br>
>><br>
>> We have meeting about VPN today.<br>
>><br>
>><br>
>> #Conclusions<br>
>><br>
>> 1. We agreed ipsec api<br>
>><br>
>> <a href="https://blueprints.launchpad.net/quantum/+spec/vpnaas-python-apis" target="_blank">https://blueprints.launchpad.net/quantum/+spec/vpnaas-python-apis</a><br>
>><br>
>> 2. Swami will push api CRUD code to review (continue discussion on code)<br>
>><br>
>>  <a href="https://blueprints.launchpad.net/quantum/+spec/vpnaas-python-apis" target="_blank">https://blueprints.launchpad.net/quantum/+spec/vpnaas-python-apis</a><br>
>><br>
>> 3. We agreed first implementation vpn architecture<br>
>><br>
>> 4. Next meeting is 5/13 PST 5:00 PM on #openstack-meetings<br>
>><br>
>><br>
>> #Questions for IPSec API<br>
>><br>
>> 1 psk_key -> psk (agreed)<br>
>><br>
>> 2 For ipsecpolicy table, suggest to split lifetime into two parts<br>
>><br>
>> lifetime_s(per seconds) and lifetime_b(per kilobytes)   ->  updated<br>
>><br>
>> table (agreed)<br>
>><br>
>> 3 change back "cidrs" from subnet (or network)  -> check marks's thought<br>
>><br>
>> 4 For APIs, can we shorten the naming such as change  -> keep current<br>
>><br>
>> longer style for reability<br>
>><br>
>><br>
>> #Project Management (Task)<br>
>><br>
>> -  move doc to wiki (Swami)<br>
>><br>
>> -  Register BP and get approval by Mark (Swami)<br>
>><br>
>> -  check default value for lifetime value (Swami)<br>
>><br>
>> -  Discuss Archtecture<br>
>><br>
>> -  Implement Data Model (Swami will push code to the gerrit)<br>
>><br>
>> -  Driver (Nachi?)<br>
>><br>
>> -  CLI (python-quantum client) work (Swami will push code to the gerrit)<br>
>><br>
>> -  Write openstack network api document wiki (Sachin)<br>
>><br>
>> -  Devstack support<br>
>><br>
>> -  Horizon work<br>
>><br>
>> -  Tempest<br>
>><br>
>><br>
>> <a href="https://docs.google.com/a/ntti3.com/presentation/d/1J7k1eI13-3pQVwp5XgZDWPfzUvuSqczRdK0lEZKQOKk/edit#slide=id.p" target="_blank">https://docs.google.com/a/ntti3.com/presentation/d/1J7k1eI13-3pQVwp5XgZDWPfzUvuSqczRdK0lEZKQOKk/edit#slide=id.p</a><br>

>><br>
>> Nachi<br>
>><br>
>><br>
>><br>
>> 2013/5/7 Qin Li <<a href="mailto:qili@vmware.com">qili@vmware.com</a>>:<br>
>><br>
>><br>
>> Hi Swami,<br>
>><br>
>><br>
>><br>
>> Thanks for your comments. All look good to me except local_cidrs,<br>
>><br>
>><br>
>> peer_cidrs. "cidrs" may be clear for value type and validation, but it is<br>
>><br>
>><br>
>> unfamiliar for the existing VPN administrators. I think we might use<br>
>><br>
>><br>
>> subnets or networks to avoid introducing a new concept for users.<br>
>><br>
>><br>
>><br>
>> Regards<br>
>><br>
>><br>
>> QinLi<br>
>><br>
>><br>
>><br>
>> -----Original Message-----<br>
>><br>
>><br>
>> From: Vasudevan, Swaminathan (PNB Roseville)<br>
>><br>
>><br>
>> [mailto:<a href="mailto:swaminathan.vasudevan@hp.com">swaminathan.vasudevan@hp.com</a>]<br>
>><br>
>><br>
>> Sent: 2013年5月8日 1:25<br>
>><br>
>><br>
>> To: OpenStack Development Mailing List<br>
>><br>
>><br>
>> Subject: Re: [openstack-dev] VPNaaS<br>
>><br>
>><br>
>><br>
>> Hi Qin Li,<br>
>><br>
>><br>
>> See my answers inline.<br>
>><br>
>><br>
>> Thanks.<br>
>><br>
>><br>
>><br>
>> -----Original Message-----<br>
>><br>
>><br>
>> From: Qin Li [mailto:<a href="mailto:qili@vmware.com">qili@vmware.com</a>]<br>
>><br>
>><br>
>> Sent: Monday, May 06, 2013 8:37 PM<br>
>><br>
>><br>
>> To: OpenStack Development Mailing List<br>
>><br>
>><br>
>> Subject: Re: [openstack-dev] [Quantum] [Networking] VPNaaS<br>
>><br>
>><br>
>><br>
>> I'd like to share some of my comments on data models, tables, APIs defined<br>
>><br>
>><br>
>> in link<br>
>><br>
>><br>
>> <a href="https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PYkEx5" target="_blank">https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PYkEx5</a><br>
>><br>
>><br>
>> J4aO5J5Q74R_PwgV8/edit .<br>
>><br>
>><br>
>><br>
>> 1. For VPNServiceConnection table<br>
>><br>
>><br>
>> a. suggest to remove psk(Boolean) key defined in VPNServiceConnection<br>
>><br>
>><br>
>> table. There is already key auth_mode defined in ikepolicy table.<br>
>><br>
>><br>
>> "auth_mode" can be "psk" or "certificate". By default, if not set, it is<br>
>><br>
>><br>
>> psk mode for authentication. Still keeping psk_key inside<br>
>><br>
>><br>
>> VPNServiceConnection since psk_key is different per remote peer.<br>
>><br>
>><br>
>> Authentication mode is a part of IKE property.<br>
>><br>
>><br>
>><br>
>> Swami - Yes we had both the auth_mode and psk_key as part of the IKEPolicy<br>
>><br>
>><br>
>> table.  We moved both the fields to the connection table since, we just<br>
>><br>
>><br>
>> wanted to re-use the IKEPolicy for different connections if only the PSK<br>
>><br>
>><br>
>> key changes or the auth_mode changes. Also in the document we make<br>
>><br>
>><br>
>> necessary changes to the table definition, but I need to make the change<br>
>><br>
>><br>
>> also in the datamodel table.<br>
>><br>
>><br>
>><br>
>><br>
>> b. suggest to change local_cidrs and peer_cidrs to local_networks(or<br>
>><br>
>><br>
>> local_subnets) and peer_networks(per_subnets) in VPNServiceConnection<br>
>><br>
>><br>
>> table.   Cidrs is not a familiar keyword to users in IPSec industry. Some<br>
>><br>
>><br>
>> IPSec VPN vendors use subnets, some use networks.<br>
>><br>
>><br>
>><br>
>> Swami - Yes we had initially defined it as peer_subnets and local_subnets,<br>
>><br>
>><br>
>> but based on yesterday's discussion we moved it to "cidrs", since it would<br>
>><br>
>><br>
>> be clear.<br>
>><br>
>><br>
>><br>
>> c. suggest to change psk_key to psk,  psk already means pre-shared key.<br>
>><br>
>><br>
>><br>
>> Swami - Accepted we will change this.<br>
>><br>
>><br>
>><br>
>> 2. For ipsecpolicy table, suggest to split lifetime into two parts<br>
>><br>
>><br>
>> lifetime_s(per seconds) and lifetime_b(per kilobytes).<br>
>><br>
>><br>
>><br>
>> Swami - Yes we can discuss about this in Thursday's meeting.<br>
>><br>
>><br>
>><br>
>> 3. Can we shorten the naming of keywords? Such as change<br>
>><br>
>><br>
>><br>
>> Swami - We can discuss about this in Thursday's meeting. The reason we<br>
>><br>
>><br>
>> don't want to have abbreviated keys is for people to understand the keys<br>
>><br>
>><br>
>> properly.<br>
>><br>
>><br>
>><br>
>><br>
>>  In vpnserviceconnections table<br>
>><br>
>><br>
>>  vpnservice_ipsecpolicy_id  to  ipsecpolicy_id<br>
>><br>
>><br>
>>  vpnservice_ikepolicy_id    to  ikepolicy_id<br>
>><br>
>><br>
>>  vpnservice_certificiate_id to  certificate_id<br>
>><br>
>><br>
>><br>
>><br>
>>  In ikepolicys table<br>
>><br>
>><br>
>>  auth_algorithm           to auth_alg<br>
>><br>
>><br>
>>  encryption_algorithm     to enc_alg<br>
>><br>
>><br>
>>  phraseI_negotiation_mode to phraseI_mode<br>
>><br>
>><br>
>><br>
>>  In ipsecpolicys table<br>
>><br>
>><br>
>>  transform_protocol       to protocol<br>
>><br>
>><br>
>>  auth_algorithm           to auth_alg<br>
>><br>
>><br>
>>  encryption_algorithm     to enc_alg<br>
>><br>
>><br>
>>  encapsulation_mode       to mode or encap_mode<br>
>><br>
>><br>
>><br>
>> 4. There might be some updates to set proper length for each value in the<br>
>><br>
>><br>
>> tables. Such as change<br>
>><br>
>><br>
>>  auth_algorithm VARCHAR2(255)       to auth_alg  VARCHAR2(8)   ; for<br>
>><br>
>><br>
>> example "sha1" etc.<br>
>><br>
>><br>
>>  encryption_algorithm VARCHAR2(255) to enc_alg   VARCHAR2(16)   ; for<br>
>><br>
>><br>
>> example "aes128-cbc", "aes256-cbc" etc.<br>
>><br>
>><br>
>>  name VARCHAR2(255)                 to name      VARCHAR2(64)<br>
>><br>
>><br>
>><br>
>> Swami - Yes we will make the necessary changes in the table.<br>
>><br>
>><br>
>><br>
>> 5. What do "dh" and "tls" keywords mean in table vpnservicecertficates?<br>
>><br>
>><br>
>><br>
>> Swami - This was mainly included in the certificate table to address the<br>
>><br>
>><br>
>> "Openvpn" certificate requirements. This will be dropped for now. Also we<br>
>><br>
>><br>
>> are not considering to implement the certificates for this release. We<br>
>><br>
>><br>
>> will clean up the tables.<br>
>><br>
>><br>
>><br>
>> 6. For APIs, can we shorten the naming such as change<br>
>><br>
>><br>
>>  /v1.0/vpnservicecertificates/vpnservice_certificate_id  to<br>
>><br>
>><br>
>> /v1.0/vpncerts/certificate_id<br>
>><br>
>><br>
>>  /v1.0/vpnserviceconnections/vpnservice_conn_id          to<br>
>><br>
>><br>
>> /v1.0/vpnsrvconns/conn_id<br>
>><br>
>><br>
>><br>
>> Swami: We can discuss in Thursday's meeting.<br>
>><br>
>><br>
>><br>
>> Thanks & Regards<br>
>><br>
>><br>
>> Qin<br>
>><br>
>><br>
>><br>
>><br>
>> -----Original Message-----<br>
>><br>
>><br>
>> From: Nachi Ueno [mailto:<a href="mailto:nachi@ntti3.com">nachi@ntti3.com</a>]<br>
>><br>
>><br>
>> Sent: 2013年5月7日 9:07<br>
>><br>
>><br>
>> To: OpenStack Development Mailing List<br>
>><br>
>><br>
>> Subject: Re: [openstack-dev] [Quantum] [Networking] VPNaaS<br>
>><br>
>><br>
>><br>
>> Hi folks<br>
>><br>
>><br>
>><br>
>> In today's meeting, we are almost finished to define data models.<br>
>><br>
>><br>
>> <a href="https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PYkEx5" target="_blank">https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PYkEx5</a><br>
>><br>
>><br>
>> J4aO5J5Q74R_PwgV8/edit<br>
>><br>
>><br>
>><br>
>> If you have any concerns, please commet it on the doc or question on the<br>
>><br>
>><br>
>> mailing list.<br>
>><br>
>><br>
>><br>
>> We will have meeting at<br>
>><br>
>><br>
>> 5/9 (Thu) 5:00 (PST)<br>
>><br>
>><br>
>><br>
>> In the next meeting, we will discuss more project management oriented<br>
>><br>
>><br>
>> discussion.<br>
>><br>
>><br>
>><br>
>> Thanks<br>
>><br>
>><br>
>> Nachi<br>
>><br>
>><br>
>><br>
>> 2013/5/6 Nachi Ueno <<a href="mailto:nachi@ntti3.com">nachi@ntti3.com</a>>:<br>
>><br>
>><br>
>> Hi folks<br>
>><br>
>><br>
>><br>
>> Here is note from the meeting at 2nd meeting on VPN # sorry I thought<br>
>><br>
>><br>
>> I have sent it to the mailing list, but it looks not delivery.<br>
>><br>
>><br>
>><br>
>> 1) FirstStep  SSL-VPN or IPSec?  -> IPSec<br>
>><br>
>><br>
>><br>
>> - all atenndes agrees with IPSec first step<br>
>><br>
>><br>
>> - IPSec is widely used so, this is big win to the community<br>
>><br>
>><br>
>> - IPSec can support remote user use case<br>
>><br>
>><br>
>> - SSL-VPN (CloudPipe) can be supported by OpenVPN VM with floating ips<br>
>><br>
>><br>
>><br>
>> 2) GenricService API -> Agreed<br>
>><br>
>><br>
>><br>
>> -id<br>
>><br>
>><br>
>> -name<br>
>><br>
>><br>
>> -tenant_id<br>
>><br>
>><br>
>> -type (VPN type)<br>
>><br>
>><br>
>> type has namespace (should be flat)<br>
>><br>
>><br>
>> l2 vpn -> l2.*** (l2.l2tp)<br>
>><br>
>><br>
>> l3 vpn -> l3.** (l3.ipsec)<br>
>><br>
>><br>
>><br>
>> 3) IPSec API set<br>
>><br>
>><br>
>> Start discussion for IPSec api on the google doc<br>
>><br>
>><br>
>> <a href="https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PY" target="_blank">https://docs.google.com/a/ntti3.com/document/d/1Jphcvnn7PKxqFEFFZQ1_PY</a><br>
>><br>
>><br>
>> kEx5J4aO5J5Q74R_PwgV8/edit<br>
>><br>
>><br>
>><br>
>> 4) Next meeting time<br>
>><br>
>><br>
>> PST Monday 5PM (Sactin@VMWare will reserve conf-call)<br>
>><br>
>><br>
>><br>
>> Meeting Agenda and Note<br>
>><br>
>><br>
>> <a href="https://docs.google.com/presentation/d/1J7k1eI13-3pQVwp5XgZDWPfzUvuSqc" target="_blank">https://docs.google.com/presentation/d/1J7k1eI13-3pQVwp5XgZDWPfzUvuSqc</a><br>
>><br>
>><br>
>> zRdK0lEZKQOKk/edit#slide=id.p<br>
>><br>
>><br>
>><br>
>> Thanks!<br>
>><br>
>><br>
>><br>
>> 2013/5/1 Sachin Thakkar <<a href="mailto:sthakkar@vmware.com">sthakkar@vmware.com</a>>:<br>
>><br>
>><br>
>> Thanks folks for joining today. We've made some good progress on the<br>
>><br>
>><br>
>> IPsec VPN object model. Nachi has sent out the meeting notes to the<br>
>><br>
>><br>
>> alias as well.<br>
>><br>
>><br>
>><br>
>> We'll need another follow up to continue the discussion. The meeting<br>
>><br>
>><br>
>> will be at 5pm Pacific time on Monday, May 6.<br>
>><br>
>><br>
>><br>
>> The same bridge below will be used.<br>
>><br>
>><br>
>><br>
>> Thanks,<br>
>><br>
>><br>
>> Sachin<br>
>><br>
>><br>
>><br>
>> ________________________________<br>
>><br>
>><br>
>> From: "Sachin Thakkar" <<a href="mailto:sthakkar@vmware.com">sthakkar@vmware.com</a>><br>
>><br>
>><br>
>> To: "OpenStack Development Mailing List (openstack-dev@lists.openstack.<br>
>><br>
>><br>
>> org)"<br>
>><br>
>><br>
>> <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
>><br>
>><br>
>> Sent: Thursday, April 25, 2013 11:43:30 PM<br>
>><br>
>><br>
>> Subject: [openstack-dev] [Quantum] [Networking] VPNaaS<br>
>><br>
>><br>
>><br>
>><br>
>> Trying the new Networking tag in the subject :)<br>
>><br>
>><br>
>><br>
>> Anyway, we have a kickoff call for VPNaaS scheduled next Wednesday @<br>
>><br>
>><br>
>> 5pm Pacific time. We will be discussing over the phone:<br>
>><br>
>><br>
>><br>
>> Participant Passcode: 697 737 3510<br>
>><br>
>><br>
>> Call-in toll-free number (Premiere): 1-866-715-6501 (US) Additional<br>
>><br>
>><br>
>> International Numbers:<br>
>><br>
>><br>
>> <a href="http://pages.pgi-email.com/page.aspx?qs=5c591a8916642e738e03c25585184" target="_blank">http://pages.pgi-email.com/page.aspx?qs=5c591a8916642e738e03c25585184</a><br>
>><br>
>><br>
>> f841174bd68edc7b376f211065726f20c4087d2dbd294c95628953b9ebd93c298f8a5<br>
>><br>
>><br>
>> 9d287357f683bc937b0420662c826d43f873082e5033f476121c74d72cc5ed151c4b3<br>
>><br>
>><br>
>> 0a31fa1b2<br>
>><br>
>><br>
>><br>
>> To all interested, hope to see you there.<br>
>><br>
>><br>
>><br>
>> Cheers,<br>
>><br>
>><br>
>> Sachin<br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>><br>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>><br>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>> _______________________________________________<br>
>><br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><br>
>><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>
>> _______________________________________________<br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><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>
>><br>
>> _______________________________________________<br>
>><br>
>> OpenStack-dev mailing list<br>
>><br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>><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>
>> _______________________________________________<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>
>> _______________________________________________<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>