Hi folks
I think this thread is still mixing topics. I feel we can archive 1000 mails :P
so let me name it and let me write my thought on this.
[Topic1] Nova parity priority
I do understand concern and this is highest priority.
However, group based policy effort won't slower this effort.
Hi Russell
Thanks. I got it.
2014-07-22 14:21 GMT-07:00 Russell Bryant rbry...@redhat.com:
On 07/21/2014 04:10 PM, Nachi Ueno wrote:
Hi nova folks
QQ: Who uses migrate_instance_start/finish, and why we need this rpc call?
I greped code but I couldn't find implementation for it.
https
Hi nova folks
QQ: Who uses migrate_instance_start/finish, and why we need this rpc call?
I greped code but I couldn't find implementation for it.
https://github.com/openstack/nova/blob/372c54927ab4f6c226f5a1a2aead40b89617cf77/nova/network/manager.py#L1683
Best
Nachi
QQ: do you have __init__.py in the directory?
2014-07-16 11:43 GMT-07:00 Julio Carlos Barrera Juez
juliocarlos.barr...@i2cat.net:
I am fighting with this for months. I want to develop a VPN Neutron
plugin, but it is almost impossible to realize how to achieve it. this is a
thread I opened
Hi folks
Thank you for your starting this topic.
Let me share some of my ideas
(1) Improve security_group_rules_for_devices
In current implementation, we are generating rules per port in server side.
It is something like this.
port1[SG_Rule1, SG_Rule2, SG_Rule3] .. port2, port3
This can be
Hi Paul
I think this flavor bp is related.
https://review.openstack.org/#/c/90070/
By using flavor, you can specify the flavor for routers ( high
bandwidth or low bandwidth ) such as VM (vCPU vMemory etc).
I don't see any bp for flavor based scheduling yet, but IMO it is
great we could have such
Yamamoto
Cool! OK, I'll make ryu based bgpspeaker as ref impl for my bp.
Yong
Ya, we have already decided to have the driver architecture.
IMO, this discussion is for reference impl.
2014-06-05 0:24 GMT-07:00 Yongsheng Gong gong...@unitedstack.com:
I think maybe we can device a kind of
Hi folks
ExaBGP won't suit for BGPVPN implementation because it isn't support vpnv4.
Ryu is supporting it, however they have no internal api to binding
neutron network route target.
so I think contrail is a only solution for BGPVPN implementation now.
2014-05-30 2:22 GMT-07:00 Mathieu Rohon
I like the idea
2014-05-29 8:33 GMT-07:00 Yuriy Taraday yorik@gmail.com:
On Wed, May 28, 2014 at 3:54 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, May 23, 2014 at 1:13 PM, Nachi Ueno na...@ntti3.com wrote:
(2) Avoid duplication of works
I have several experience of this. Anyway
Hi folks
Today, we are can change allow overlapping ips or not by configuration.
This has impact of database design, and actually, this flag complicate the
implementations.
Whey we have this flag is a historical reason. This was needed when many OS
don't support namespaces, however Most of OS
for
requesting bug report.
Best
Nachi
2014-05-27 16:54 GMT-07:00 Joe Gordon joe.gord...@gmail.com:
On Fri, May 23, 2014 at 1:13 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Ben, Joe
Thank you for your reply
(2) Avoid duplication of works
I have several experience of this. Anyway, we should
Hi Zang
Since, SSL-VPN for Juno bp is approved in neturon-spec,
I would like to restart this work.
Could you share your code if it is possible?
Also, Let's discuss how we can collaborate in here.
Best
Nachi
2014-05-01 14:40 GMT-07:00 Nachi Ueno na...@ntti3.com:
Hi folks
Clint
Thanks
Hi folks
I believed we should link bug or bp for any commit except automated
commit by infra.
However, I found also there is no written policy for this.
so may be, I'm wrong for here.
The reason, we need bug or bp linked , is
(1) Triage for core reviewing
(2) Avoid duplication of works
(3)
joe.gord...@gmail.com wrote:
On Sat, May 24, 2014 at 2:23 AM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
I believed we should link bug or bp for any commit except automated
commit by infra.
However, I found also there is no written policy for this.
so may be, I'm wrong for here
Hi Salvatore
Thank you for your posting this.
IMO, this topic shouldn't be limited for Neutron only.
Users wants consistent API between OpenStack project, right?
In Nova, a server has task_state, so Neutron should do same way.
2014-05-22 15:34 GMT-07:00 Salvatore Orlando sorla...@nicira.com:
+1!
Carl is doing great contribution for the community.
He is really active on reviews with very high quality comments.
His input based on large scale deployment is also very valuable for
the community.
2014-05-21 13:59 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
I would like to propose
Hi folks
I could deploy it on openshift
http://reviewstat-nachi.rhcloud.com/
2014-05-19 20:36 GMT-07:00 Nachi Ueno na...@ntti3.com:
Hi Boris
Ya, I know this stats.
The primary usecase for this patch is helping reviewer assignment for
each patch.
2014-05-19 18:50 GMT-07:00 Boris Pavlovic
Hi folks
As per neutron discussion, we agreed there is really important to distribute
core-reviewer loads.
so we got an idea to specify primary/secondary reviewers for each reviews.
IMO, this is almost impossible without some helper tool.
so, I wrote it.
/contribution/neutron/30
Best regards,
Boris Pavlovic
On Tue, May 20, 2014 at 5:20 AM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
As per neutron discussion, we agreed there is really important to
distribute
core-reviewer loads.
so we got an idea to specify primary/secondary reviewers for each
Hi Barbican folks
I'm trying to rewrite existing ssl-vpn bp with integration with barbican.
so I'm really appliciate if I can get your input.
In original proposal, we have vpn credential resource who has followings
- id
- ca (PEM encoded)
- server_certificate (PEM encoded)
- server_key (PEM
Ueno na...@ntti3.com wrote:
Jarret
Thanks!
Currently, the config will be generated on demand by the agent.
What's merit storing entire config in the Barbican?
Kyle
Thanks!
2014-04-30 7:05 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
On Tue, Apr 29, 2014 at 6:11 PM, Nachi Ueno na
Barbican, start the OpenVPN process and
then purge the key? It would of course still be resident in the memory
of the OpenVPN process but should otherwise be protected against
filesystem disk-residency issues.
-Original Message-
From: Nachi Ueno [mailto:na...@ntti3.com]
Sent: 01 May
the key? It would of course still be resident in the memory
of the OpenVPN process but should otherwise be protected against
filesystem disk-residency issues.
-Original Message-
From: Nachi Ueno [mailto:na...@ntti3.com]
Sent: 01 May 2014 17:36
To: OpenStack Development Mailing
it down from Barbican, start the OpenVPN process and
then purge the key? It would of course still be resident in the memory
of the OpenVPN process but should otherwise be protected against
filesystem disk-residency issues.
-Original Message-
From: Nachi Ueno [mailto:na
Jarret
Thanks!
Currently, the config will be generated on demand by the agent.
What's merit storing entire config in the Barbican?
Kyle
Thanks!
2014-04-30 7:05 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
On Tue, Apr 29, 2014 at 6:11 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Clint
Hi Zang
Thank you for your contribution on this!
The private key management is what I want to discuss in the summit.
[1] We are depending DB security, anyway
When we get stolen the private key in the DB, it means we are also
stolen ID/PW for DB.
If we stolen the key, even if we keep the private
Hi Kyle
2014-04-29 10:52 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
On Tue, Apr 29, 2014 at 12:42 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Zang
Thank you for your contribution on this!
The private key management is what I want to discuss in the summit.
Has the idea of using Barbican
of 2014-04-29 10:58:53 -0700:
Hi Kyle
2014-04-29 10:52 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
On Tue, Apr 29, 2014 at 12:42 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Zang
Thank you for your contribution on this!
The private key management is what I want to discuss in the summit
Hi folks
I'm +1 for Review Hour on IRC because it shorten communication round
trip time.
As Akihiro said, it won't solve everything, but we can improve it
Best
Nachi
2014-04-21 9:20 GMT-07:00 Akihiro Motoki amot...@gmail.com:
Hi,
Previously Neutron team had ReviewDays [1] and core members
Hi folks
I don't think to use ASCII digrams is good idea because it is hard to
maintenance update
diagrams..
so I would like to recommend Blockdiag Netdiag which are plugins for sphinx.
Blockdiag
http://blockdiag.com/en/blockdiag/
blockdiag {
A - B - C - D;
A - E - F - G;
}
will be
Hi folks
My bad,, Issue (1) was my mistake, and fixed
2014-04-16 15:16 GMT-07:00 Nachi Ueno na...@ntti3.com:
Hi folks
I submitted a wip patch which has diagram examples for both of ascii
flow and blockdiag.
https://review.openstack.org/#/c/88095/1
This is both output from ascii flow
+10 !
2014-04-15 15:07 GMT-07:00 Kyle Mestery mest...@noironetworks.com:
Given the success the Nova team has had in handling reviews using
their new nova-specs gerrit repository, I think it makes a lot of
sense for Neutron to do the same. With this in mind, I've added
instructions to the
Hi Thomas
Great! Do we have a doc how to use these packages?
2014-04-11 0:00 GMT-07:00 Thomas Goirand z...@debian.org:
Hi,
it's with a great joy that I can announce today, that TripleO is now
fully in Debian [1]. It is currently only uploaded to Debian
experimental, like for all Icehouse
Hi Jarda
Congratulations
This release and the demo is super awesome!!
Do you have any instruction to install this one?
2014-04-10 1:32 GMT-07:00 Jaromir Coufal jcou...@redhat.com:
Dear Stackers,
I am happy to announce that yesterday Tuskar UI (TripleO UI) has tagged
branch 0.1.0 for
Hi Julio
Unfortunately, we couldn't get forward about VPNaaS much in Icehouse.
We will discuss this design in next summit, so let's get this progress in
Juno.
2014-04-10 10:51 GMT-07:00 Julio Carlos Barrera Juez
juliocarlos.barr...@i2cat.net:
Hi.
After 8 months of the patch creation and
Hi Zane
Thank you for your very valuable post.
We should convert your suggest to multiple bps.
2014-04-07 17:28 GMT-07:00 Zane Bitter zbit...@redhat.com:
The Neutron API is a constant cause of pain for us as Heat developers, but
afaik we've never attempted to bring up the issues we have found
Hi Nova, Neturon Team
I would like to discuss issue of Neutron + Nova + OVS security group fix.
We have a discussion in IRC today, but the issue is complicated so we will have
a conf call tomorrow 17:00 UST (10AM PDT). #openstack-neutron
(I'll put conf call information in IRC)
-- Please let me
Hi Salvatore
2014-03-25 17:57 GMT-07:00 Salvatore Orlando sorla...@nicira.com:
I hope we can sort this out on the mailing list IRC, without having to
schedule emergency meetings.
Russel requested to have a conf call on this, so let him decide it.
Salvatore
On 25 March 2014 22:58, Nachi
./run_test.sh or ./run_test.sh -d package_name is working?
2014-03-03 21:28 GMT-08:00 Paul Michali p...@cisco.com:
Hi,
I'm stuck and can use some guidance here...please!
I have a change set out for review that used the VPN Service Type Framework
( https://review.openstack.org/74144).
Hi folks
I wrote an bookmarklet for neutron gerrit review.
This bookmarklet make the comment title for 3rd party ci as gray.
javascript:(function(){list =
document.querySelectorAll('td.GJEA35ODGC'); for(i in
list){if(!list[i].innerHTML){continue;};if(list[i].innerHTML
Hi Neutron core's
We should wait approving code due to bug 1280035.
https://bugs.launchpad.net/neutron/+bug/1280035
Unittest fails very high rate in the gating and blocks gating queue.
Salvatore is working on the issue.
At first, we skip the failing unit test.
Hi folks
Good news. 74882 is merged.
I'm still not sure the current UT failure rate yet with 1280035,
so I think we should wait to see the failure rate.
so please check current gating status when you approve codes.
Best
Nachi
2014-02-19 16:59 GMT-08:00 Nachi Ueno na...@ntti3.com:
Hi Neutron
Hi Paul
Sorry, I have missed this mail.
The reason for putting -1 was the gating issue, so it is OK now.
PS
Thank you for your rebasing this one
2014-02-16 16:43 GMT-08:00 Sumit Naiksatam sumitnaiksa...@gmail.com:
Hi Paul,
Our plan with FWaaS was to get it to parity with LBaaS as far as STF
+1
2014年2月12日水曜日、Mayur Patilram.nath241...@gmail.comさんは書きました:
+1
*--*
*Cheers,*
*Mayur*
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi Rajesh
May I ask why we need single line representation of PEM format?
For CLI, we will use file_name as same as nova keypair-add.
We won't specify PEM on the URL.
2014-01-27 Rajesh Mohan rajesh.mli...@gmail.com:
Thanks John.
My initial approach is similar to Keystone's. This is mainly
. Since we had String in the
database, I assumed we need to give string as input.
I guess, the neutron client will convert the file to string and then call
the API. That should work. Thanks for the clarification.
On Mon, Jan 27, 2014 at 10:49 AM, Nachi Ueno na...@ntti3.com wrote:
Hi Rajesh
port_create/update/get.
Best,
Mathieu
On Wed, Jan 15, 2014 at 6:29 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Security group for OVS agent (ovs plugin or ML2) is being broken.
so we need vif_security port binding to fix this
(https://review.openstack.org/#/c/21946/)
We got discussed
16, 2014, at 11:42 AM, Nachi Ueno na...@ntti3.com wrote:
Hi Mathieu, Bob
Thank you for your reply
OK let's do (A) - (C) for now.
(A) Remove firewall_driver from server side
Remove Noop -- I'll write patch for this
(B) update ML2 with extend_port_dict -- Bob will push new review
Hi Bob, Kyle
I pushed (A) https://review.openstack.org/#/c/67281/.
so could you review it?
2014/1/16 Robert Kukura rkuk...@redhat.com:
On 01/16/2014 03:13 PM, Kyle Mestery wrote:
On Jan 16, 2014, at 1:37 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Amir
2014/1/16 Amir Sadoughi amir.sadou
Thanks! Kyle
2014/1/16 Kyle Mestery mest...@siliconloons.com:
On Jan 16, 2014, at 4:27 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Bob, Kyle
I pushed (A) https://review.openstack.org/#/c/67281/.
so could you review it?
Just did, looks good Nachi, thanks!
2014/1/16 Robert Kukura rkuk
Hi folks
Security group for OVS agent (ovs plugin or ML2) is being broken.
so we need vif_security port binding to fix this
(https://review.openstack.org/#/c/21946/)
We got discussed about the architecture for ML2 on ML2 weekly meetings, and
I wanna continue discussion in here.
Here is my
Hi Clint
2014/1/10 Clint Byrum cl...@fewbar.com:
Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700:
Hi Flavio, Clint
I agree with you guys.
sorry, may be, I wasn't clear. My opinion is to remove every
configuration in the node,
and every configuration should be done by API
Hi Anita
Location: I am about to sign the contract for Salle du Parc at 3625 Parc
avenue, a room in a residence of McGill University.
^^^ Let's me confirmed the room number?
2014/1/7 Anita Kuno ante...@anteaya.info:
On 01/08/2014 03:10 AM, Nachi Ueno wrote:
Hi Anita
Let's me join
Hi folks
I get Embrane CI comment in my review about 10 times in min.
https://review.openstack.org/#/c/58897/
Embrane CI looks like broken, and we should stop it now.
Best
Nachi
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
2014/1/13 Clint Byrum cl...@fewbar.com:
Excerpts from Nachi Ueno's message of 2014-01-13 10:35:07 -0800:
Hi Clint
2014/1/10 Clint Byrum cl...@fewbar.com:
Excerpts from Nachi Ueno's message of 2014-01-10 13:42:30 -0700:
Hi Flavio, Clint
I agree with you guys.
sorry, may be, I wasn't
Hi Russell
Thanks. I got it
2014/1/13 Russell Bryant rbry...@redhat.com:
On 01/13/2014 05:26 PM, Nachi Ueno wrote:
Hi folks
I get Embrane CI comment in my review about 10 times in min.
https://review.openstack.org/#/c/58897/
Embrane CI looks like broken, and we should stop it now
+0100, Julien Danjou wrote:
On Thu, Jan 09 2014, Jay Pipes wrote:
Hope you don't mind, I'll jump in here :)
On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
Hi Jeremy
Don't you think it is burden for operators if we should choose
correct
combination
message of 2014-01-09 12:21:05 -0700:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are cases a process
+1 but fixing this looks like take not small time
2014/1/10 Maru Newby ma...@redhat.com:
I recently saw a case [1] where a misspelled assertion method
(asoptt_called_once_with vs assert_called_once_with) did not result in a test
failure because the object it was called on was created by
Hi Flavio
Thank you for your input.
I agree with you. oslo.config isn't right place to have server side code.
How about oslo.configserver ?
For authentication, we can reuse keystone auth and oslo.rpc.
Best
Nachi
2014/1/9 Flavio Percoco fla...@redhat.com:
On 08/01/14 17:13 -0800, Nachi Ueno
,
configuration management tools like chef and puppet don't have?
On Thu, Jan 9, 2014 at 12:52 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Flavio
Thank you for your input.
I agree with you. oslo.config isn't right place to have server side code.
How about oslo.configserver ?
For authentication, we can
rather than in roles). I
assume Puppet offers the same. Please don't re-invent this hugely
complicated wheel.
On Thu, Jan 9, 2014 at 10:28 AM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, 2014-01-09 at 10:23 +0100, Flavio Percoco wrote:
On 08/01/14 17:13 -0800, Nachi Ueno wrote:
Hi folks
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services
Hi Doug
Thank you for your input.
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 2:34 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote
-0800, Nachi Ueno wrote:
Hi folks
OpenStack process tend to have many config options, and many hosts.
It is a pain to manage this tons of config options.
To centralize this management helps operation.
We can use chef or puppet kind of tools, however
sometimes each process depends
Hi Bob
2014/1/9 Robert Kukura rkuk...@redhat.com:
On 01/09/2014 02:34 PM, Nachi Ueno wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from
Hi Jay
2014/1/9 Jay Pipes jaypi...@gmail.com:
Hope you don't mind, I'll jump in here :)
I'll never mind to discuss with you :)
On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
Hi Jeremy
Don't you think it is burden for operators if we should choose correct
combination of config
Hi Oleg
2014/1/9 Oleg Gelbukh ogelb...@mirantis.com:
On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno na...@ntti3.com wrote:
2014/1/9 Jeremy Hanmer jer...@dreamhost.com:
How do you see these interactions defined? For instance, if I deploy
a custom driver for Neutron, does that mean I also
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 3:56 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Oleg
2014/1/9 Oleg Gelbukh ogelb...@mirantis.com:
On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno na...@ntti3.com wrote:
2014/1/9 Jeremy Hanmer jer...@dreamhost.com
Hi folks
OpenStack process tend to have many config options, and many hosts.
It is a pain to manage this tons of config options.
To centralize this management helps operation.
We can use chef or puppet kind of tools, however
sometimes each process depends on the other processes configuration.
Hi Anita
Let's me join this session also.
Nachi Ueno
NTT i3
2014/1/5 Anita Kuno ante...@anteaya.info:
On 01/05/2014 03:42 AM, Sukhdev Kapur wrote:
Folks,
I finally got over my fear of weather and booked my flight and hotel for
this sprint.
I am relatively new to OpenStack community
Hi Salvatore
The metadata server is working well? (or may be timing issue)
I saw similar issue when VM failed to get the certificate from the
metadata server.
Best
Nachi
2013/12/27 Salvatore Orlando sorla...@nicira.com:
Yair,
The 'isolated' mode makes the tempest session more realistic by
I'm +1 for 'provider'.
2013/12/9 Akihiro Motoki mot...@da.jp.nec.com:
Neutron defines provider attribute and it is/will be used in advanced
services (LB, FW, VPN).
Doesn't it fit for a distributed router case? If we can cover all services
with one concept, it would be nice.
According to
+1 ! I'll join.
I'm also working on investigating how to use openstack gating system.
(This document is still draft version)
https://docs.google.com/presentation/d/1WJInaSt_H2kVkjnhtPmiATP1F-0BVbuk1eefQalL5Q0/edit#slide=id.p
2013/12/10 Ivar Lazzaro i...@embrane.com:
+1 for 1700UTC Thursday on
Hi Yong
NSX have two kind of router.
Edge and distributed router.
Edge node will work as some VPN services and advanced service nodes.
Actually, VPNaaS OSS impl is running in l3-agent.
so IMO, we need l3-agent also for basis of some edge services.
2013/12/9 Yongsheng Gong
Thanks!
Commented on bp whiteboard.
2013/12/5 Yongsheng Gong gong...@unitedstack.com:
ok, My pleasure to help,
I created a bp for it:
https://blueprints.launchpad.net/neutron/+spec/vpn-multiple-subnet
On Fri, Dec 6, 2013 at 2:11 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Yong
Yes
Hi folks
OK, It looks like we get consensus on
separate resource way.
Best
Nachi
2013/12/5 Eugene Nikanorov enikano...@mirantis.com:
Hi,
My vote is for separate resource (e.g. 'New Model'). Also I'd like to see
certificate handling as a separate extension/db mixing(in fact, persistence
Great tool especially for non-native guys such as me!
Thanks Joe
Best
Nachi
2013/12/3 Sylvain Bauza sylvain.ba...@gmail.com:
Great tool !
Just discovered that openstack.common.rpc does have typos, another good
reason to migrate to oslo.messaging.rpc :-)
-Sylvain
2013/12/3 Joe Gordon
2013/12/3 John Griffith john.griff...@solidfire.com:
On Tue, Dec 3, 2013 at 11:38 AM, Russell Bryant rbry...@redhat.com wrote:
On 12/03/2013 09:22 AM, Joe Gordon wrote:
HI all,
Recently I have seen a few patches fixing a few typos. I would like to
point out a really nifty tool to detect
2013/12/3 John Griffith john.griff...@solidfire.com:
On Tue, Dec 3, 2013 at 11:54 AM, Nachi Ueno na...@ntti3.com wrote:
2013/12/3 John Griffith john.griff...@solidfire.com:
On Tue, Dec 3, 2013 at 11:38 AM, Russell Bryant rbry...@redhat.com wrote:
On 12/03/2013 09:22 AM, Joe Gordon wrote:
HI
Hi Vijay
I was thinking about we should store this kind of information on the keystone.
However, I changed my mind after checking keystone API.
The keystone api is very generic, so we can't provider application
specific helper method and validations on that.
The form of certificate is different
Hi Summit, Eugene
We have submitted a Heat template for advanced services.
This is combination of LBaaS, FWaaS and VPN.
This is a also good demo for how to use neutron services.
https://review.openstack.org/#/c/58496/1
It is great if we could get feedback from yours.
FYI, here is existing heat
Baker sba...@redhat.com:
On 11/27/2013 07:16 AM, Nachi Ueno wrote:
Hi Summit, Eugene
We have submitted a Heat template for advanced services.
This is combination of LBaaS, FWaaS and VPN.
This is a also good demo for how to use neutron services.
https://review.openstack.org/#/c/58496/1
Hi Keystone guys
I'm going to use keystone credentials API to store SSL-VPN certificate.
However I have a concern about blob attribute.
Since it is really free format. We can't provider validation on the data.
Of course, we can write some helper validation function, but
users can break it...
Hi Paul
I rebased the patch, and working on unit testing too
https://review.openstack.org/#/c/41827/
2013/10/23 Paul Michali p...@cisco.com:
See PCM: in-line.
PCM (Paul Michali)
MAIL p...@cisco.com
IRC pcm_ (irc.freenode.net)
TW @pmichali
On Oct 23, 2013, at 9:41 AM, Akihiro
Hi Phil
2013/10/21 Day, Phil philip@hp.com:
Hi Folks,
I’m trying to track down a couple of obsecure issues in network port
creation where it would be really useful if I could disable the async
network allocation so that everything happens in the context of a single
eventlet rather
Hi GROSZ, Akihiro
Yes, the wiki is only for discussion.
Please see the official API docs.
I updated the wiki page as OUTDATED.
https://wiki.openstack.org/wiki/Neutron/VPNaaS#OUTDATED
Thank you for your pointing out.
Best
Nachi
2013/10/21 Akihiro Motoki amot...@gmail.com:
Hi,
The API
Hi Paul
2013/10/11 Paul Michali p...@cisco.com:
Hi folks,
I have a bunch of questions for you on VPNaaS in specific, and services in
general...
Nachi,
1) You hd a bug fix to do service provider framework support for VPN
(41827). It was held for Icehouse. Is that pretty much a working
Hi Artem
Thank you for your pointing out this.
I'm still thinking about the design. Once I got the draft, I'll share
it in the bp and here..
Best
Nachi
2013/10/10 Artem Dmytrenko nexton...@yahoo.com:
Hi Rudra, Nachi.
Glad to see this discussion on the mailing list! The ExtraRoute routes are
+1
2013/10/8 Monty Taylor mord...@inaugust.com:
Hey!
Got a question on IRC which seemed fair game for a quick mailing list post:
Q: I see both addCleanup and tearDown in nova's test suite - which one
should I use for new code?
A: addCleanup
All new code should 100% of the time use
/Blueprint-policy-extensions-for-neutron
Thanks,
Rudra
On Oct 4, 2013, at 4:56 PM, Nachi Ueno na...@ntti3.com wrote:
2013/10/4 Rudra Rugge rru...@juniper.net:
Hi Nachi,
Inline response
On 10/4/13 12:54 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Rudra
inline responded
2013/10/4 Rudra Rugge
Hi Rudra
Two comment from me
(1) IPAM and Network policy extension looks like independent extension.
so IPAM part and Network policy should be divided for two blueprints.
(2) The team IPAM is too general word. IMO we should use more specific word.
How about SubnetGroup?
(3) Network Policy
2013/10/4 Rudra Rugge rru...@juniper.net:
Hi Nachi,
Inline response
On 10/4/13 12:54 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Rudra
inline responded
2013/10/4 Rudra Rugge rru...@juniper.net:
Hi Nachi,
Thanks for reviewing the BP. Please see inline:
On 10/4/13 11:30 AM, Nachi Ueno na
Hi Neutron VPNaaS folks
In havana, IPsec site-to-site model and reference driver is merged.
Let's discuss next step! :P
I have created a page for this discussion.
so could you add your bp or thought or workitem on this etherpad page.
https://etherpad.openstack.org/NeutronVPNaaSIceHouse
I have
Congrat!
2013/10/1 Kyle Mestery (kmestery) kmest...@cisco.com:
Folks:
Just an update regarding the change to move devstack to default
to the ML2 Neutron plugin instead of the OVS plugin. The patch [1]
merged yesterday. Full tempest tests were passed with this, but
just a heads up for those
Hi Julien
Thank you for your comment
2013/9/16 Julien Danjou jul...@danjou.info:
On Fri, Sep 13 2013, Nachi Ueno wrote:
Hi Nachi,
That looks like a good idea, thanks for submitting.
[1] We should add elastic search query api for ceilometer? or we
should let user kick ElasticSearch api
.
Great to here this!
Although I have to think this integration more from now, for log aggregator,
using logstash might be good idea here.
I will keep following up on this. :)
Jaesuk Ahn, Ph.D.
Team Lead, Cloud Platform Dev.
KT
2013. 9. 14. 오전 2:38에 Nachi Ueno na...@ntti3.com님이 작성:
Hi
Hi Folks
Is anyone interested in Kibana + ElasticSearch Integration with ceilometer?
# Note: This discussion is not for Havana.
I have registered BP. (for IceHouse)
https://blueprints.launchpad.net/ceilometer/+spec/elasticsearch-driver
This is demo video.
Hi Folks
We choose https://review.openstack.org/#/c/37131/ -- This patch to go on.
We are also discussing in this patch.
Best
Nachi
2013/9/5 Baldwin, Carl (HPCS Neutron) carl.bald...@hp.com:
Brian,
As far as I know, no consensus was reached.
A problem was discovered that happens when
Hi folks
We could merged VPNaaS DB and Driver and CLI for neutron.
# heat support also looks like merged!
This is a demo video
http://www.youtube.com/watch?v=6qqCRqBwMUY
This is latest how to install vpn
https://wiki.openstack.org/wiki/Quantum/VPNaaS/HowToInstall
The last part is Horizon
1 - 100 of 133 matches
Mail list logo