On Mon, Mar 17, 2014 at 7:26 AM, Eugene Nikanorov
enikano...@mirantis.comwrote:
Hi folks,
We've been discussing a patch that fixes
https://bugs.launchpad.net/neutron/+bug/1242351
and came to a conclusion that what we have right now as an operational
status (status attribute of the resource)
Edgar:
I don't see the configuration options for the OpenDaylight ML2
MechanismDriver
added here yet, even though the code was checked in well over a week ago.
How long does it take to autogenerate this page from the code?
Thanks!
Kyle
On Wed, Mar 12, 2014 at 5:10 PM, Edgar Magana
7, 2014 at 4:07 PM, Nader Lahouti nader.laho...@gmail.com
wrote:
Hi Kyle,
Just wanted to clarify: Should I continue using this mailing list to
post my
question/concerns about ML2? Please advise.
Thanks,
Nader.
On Thu, Mar 6, 2014 at 1:50 PM, Kyle Mestery
mest
On Mon, Mar 17, 2014 at 8:36 AM, Eugene Nikanorov
enikano...@mirantis.comwrote:
Hi Kyle,
It's a typical use case for network devices to have both admin and
operational
state. In the case of having admin_state=DOWN and
operational_state=ACTIVE,
this just means the port/link is active
, Mar 17, 2014 at 6:31 AM, Kyle Mestery
mest...@noironetworks.comwrote:
On Thu, Mar 13, 2014 at 12:07 PM, Nader Lahouti
nader.laho...@gmail.comwrote:
-- edited the subject
I'm resending this question.
The issue is described in email thread and. In brief, I need to add load
new extensions
-plugins-ml2.xml
Best,
Mohammad
[image: Inactive hide details for Kyle Mestery ---03/17/2014 09:40:51
AM---Edgar: I don't see the configuration options for the OpenDay]Kyle
Mestery ---03/17/2014 09:40:51 AM---Edgar: I don't see the configuration
options for the OpenDaylight ML2
Hi Kyle
On Wed, Mar 19, 2014 at 12:23 PM, Louis.Fourie louis.fou...@huawei.comwrote:
Mohammad,
Agree, the information models for these two proposals are very similar.
It appears that the ODL model offers some additional flexibility in that
direction attributes are
attached to Classifiers and
On Thu, Mar 20, 2014 at 5:21 AM, Kumar, Vinod (HP Networking)
vinod.kum...@hp.com wrote:
Hi All,
Me and my fellow friends (CCed) invite the community to review OpenStack
Neutron Port Templates Network Policy blueprint submitted recently.
Please review the same and feel free to suggest,
Also, before undertaking large blueprints like this, I'd highly encourage
folks to look
at existing work in the community. The Neutron community has been working on
Group Based Policy since last fall. There was a design summit session in
Hong Kong
around this as well, and we've been meeting weekly
Getting this type of functional testing into the gate would be pretty
phenomenal.
Thanks for your continued efforts here Mathieu! If there is anything I can
do to
help here, let me know. One other concern here is that the infra team may
have
issues running a version of OVS which isn't packaged
On Fri, Mar 21, 2014 at 2:42 PM, Russell Bryant rbry...@redhat.com wrote:
On 03/21/2014 03:16 PM, Tim Bell wrote:
I am a strong advocate of the Blueprint-on-Blueprints process we
discussed in the operator mini-summit so that experienced cloud
administrators can give input before lots of
What is the criteria for this? The OpenDaylight Jenkins has been
reliably voting for a few weeks now, I'm wondering how and when we can
get it's voting rights approved.
Thanks!
Kyle
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On Mon, Mar 31, 2014 at 12:07 PM, sowmini.varad...@hp.com wrote:
openstack-dev,
A question about the fix from https://review.openstack.org/#/c/82931
After this fix, the neutron code now explicitly checks for kernel
version 3.13- was this deliberate? (I was using an older 3.11 version
On Mon, Mar 31, 2014 at 2:42 PM, Nathanael Burton
nathanael.i.bur...@gmail.com wrote:
Also, how does this work for RHEL-based distros where they tend to backport
new kernel features? For instance vxlan support was added in the kernel for
RHEL6.5 which is 2.6.32-based... That changeset looks
On Tue, Apr 1, 2014 at 3:17 PM, Gowrishankar, Ramkumar
rgowrishan...@extremenetworks.com wrote:
Hi,
I am looking at the ODL mechanism driver implemented in IceHouse and it
seems that this driver only supports networks of type local/vxlan/gre. Is
there a reason that VLAN and flat were
I agree 100% on this in fact. One of the other concerns I have with
the existing 3rd party
CI systems is that, other than the audit review Salvatore mentions,
who is ensuring
they continue to run ok? Once they've been given voting rights, is
anyone auditing these
to ensure they continue to
On Mon, Apr 7, 2014 at 11:01 AM, Amir Sadoughi
amir.sadou...@rackspace.com wrote:
Hi Vishal,
I've restarted my work on the blueprint last week now that Juno is open for
development and OVS 2.1.0 is available, targeting juno-1. My plan is to have
a working implementation available by the
Also, forgot to add, please add an item on this week's ML2 meeting agenda [1]
so we can discuss this during the meeting this week.
[1] https://wiki.openstack.org/wiki/Meetings/ML2
On Mon, Apr 7, 2014 at 11:01 AM, Amir Sadoughi
amir.sadou...@rackspace.com wrote:
Hi Vishal,
I've restarted my
The ODL CI is broken at the moment due to an upstream ODL bug around
the addition of some IPV6 parameters into the subnet create API on the
Neutron side. See the thread in the ODL lists here [1]. This is
actually a bug in the MoXy JsonProvider which ODL uses. A workaround
exists here [2], which
On Fri, Jun 13, 2014 at 9:13 AM, Sean Dague s...@dague.net wrote:
I do realize that a new hacking was released, which pulls in a new
flake8. However, right now is really not a great time to be sending
through 10 patch series for style cleanups while we have a giant merge
queue backlog.
I'm
I've spent some time doing some initial analysis of 3rd Party CI in
Neutron. The tl;dr is that it's a mess, and it needs fixing. And I'm
setting a deadline of Juno-2 for people to address their CI systems
and get them in shape or we will remove plugins and drivers in Juno-3
which do not meet the
On Fri, Jun 13, 2014 at 5:53 AM, Sachi Gupta sachi.gu...@tcs.com wrote:
Hi,
I have set up OpenStack Havana with neutron ML2 plugin and ODL controller
following link
http://www.siliconloons.com/getting-started-with-opendaylight-and-openstack/.
The ODL MechanismDriver support landed in
at the hackathon
this week if it is not already on the table.
Thanks again for your feedback.
Brandon
On 11 June 2014 18:01, Kyle Mestery mest...@noironetworks.com wrote:
I spoke to Mark McClain about this yesterday, I'll see if I
can get
him to join
On Mon, Jun 16, 2014 at 7:17 AM, venkatesh@wipro.com wrote:
Hi,
I am new to both open stack and open daylight. I have to write an
application / plugin to receive messages
From open daylight neutron interface, can you please provide a reference or
an example of how to go about it ?
On Mon, Jun 16, 2014 at 8:52 AM, Salvatore Orlando sorla...@nicira.com wrote:
I will probably be unable, as usual, to attend today's CI meeting (falls
right around my dinner time).
I think it's a good idea to starting keeping track of the status of the
various CI systems, but I feel the
On Mon, Jun 16, 2014 at 11:38 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Sat, Jun 14, 2014 at 3:46 AM, Sean Dague s...@dague.net wrote:
On 06/13/2014 06:47 PM, Joe Gordon wrote:
On Thu, Jun 12, 2014 at 7:18 PM, Dan Prince dpri...@redhat.com
mailto:dpri...@redhat.com wrote:
Also, pop into #openstack-lbaas on Freenode, we have people there
monitoring the channel.
On Tue, Jun 17, 2014 at 9:19 AM, Dustin Lundquist dus...@null-ptr.net wrote:
We have an Etherpad going here:
https://etherpad.openstack.org/p/juno-lbaas-mid-cycle-hackathon
Dustin
On Tue, Jun 17,
So, we've now moved to #openstack-lbaas, my email was slightly ahead. :)
On Tue, Jun 17, 2014 at 10:10 AM, Dustin Lundquist dus...@null-ptr.net wrote:
Actually the channel name is #neutron-lbaas.
On Tue, Jun 17, 2014 at 8:03 AM, Kyle Mestery mest...@noironetworks.com
wrote:
Also, pop
Another area of improvement for the agent would be to move away from
executing CLIs for port commands and instead use OVSDB. Terry Wilson
and I talked about this, and re-writing ovs_lib to use an OVSDB
connection instead of the CLI methods would be a huge improvement
here. I'm not sure if Terry
used the ovsdb connection instead, do we
really need an L2 agent :P?
On 17 June 2014 18:38, Kyle Mestery mest...@noironetworks.com wrote:
Another area of improvement for the agent would be to move away from
executing CLIs for port commands and instead use OVSDB. Terry Wilson
and I talked about
a provocative thought: If we used the ovsdb connection instead, do we
really need an L2 agent :P?
On 17 June 2014 18:38, Kyle Mestery mest...@noironetworks.com wrote:
Another area of improvement for the agent would be to move away from
executing CLIs for port commands and instead use OVSDB. Terry
On Sun, Jun 22, 2014 at 9:23 PM, Lingxian Kong anlin.k...@gmail.com wrote:
Greetings
We use neutron as network functionality implementation in nova, and as
you know, there is a feature called 'os-security-group-default-rules'
in nova extension[1], a hook mechanism to add customized rules when
On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
There are at least two changes [1][2] proposed to Nova that use the new
OverQuotaClient exception in python-neutronclient, but the unit test jobs no
longer test against trunk-level code of the client packages so
On Mon, Jun 23, 2014 at 10:10 AM, Thomas Goirand z...@debian.org wrote:
On 06/14/2014 07:26 PM, Thomas Goirand wrote:
Hi,
I've been thinking for a long time on how to fix dnsmasq unix rights
issue in Neutron. Namely (from syslog):
/var/lib/neutron/dhcp/{id}/host : Permission denied
One
On Mon, Jun 23, 2014 at 11:08 AM, Kyle Mestery
mest...@noironetworks.com wrote:
On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
There are at least two changes [1][2] proposed to Nova that use the new
OverQuotaClient exception in python-neutronclient
On Tue, Jun 24, 2014 at 8:49 PM, Clark Boylan clark.boy...@gmail.com wrote:
Hello everyone,
The Infra team switched all Tempest testing (really all jenkins jobs
with names containing 'dsvm') for the master branch to Trusty slaves
today. This means that integration testing has access to new
On Tue, Jun 24, 2014 at 10:32 PM, Angus Lees gusl...@gmail.com wrote:
On Tue, 24 Jun 2014 02:46:33 PM Kyle Mestery wrote:
On Mon, Jun 23, 2014 at 11:08 AM, Kyle Mestery
mest...@noironetworks.com wrote:
On Mon, Jun 23, 2014 at 8:54 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote
I just pushed a new version of python-neutronclient out: 2.3.5.
The main driver for this release were a couple of coordination fixes
between Nova and Neutron, most significantly the addition of the
OverQuotaClient exception in the client. There are some additional bug
fixes in this release as
On Mon, Jun 30, 2014 at 10:18 AM, Armando M. arma...@gmail.com wrote:
Hi Gary,
Thanks for sending this out, comments inline.
Indeed, thanks Gary!
On 29 June 2014 00:15, Gary Kotton gkot...@vmware.com wrote:
Hi,
At the moment there are a number of different BP’s that are proposed to
Hi folks:
I wanted to give an update to people following the third-party CI
conversation for Neutron. I sent an email out with a status update in
June [1]. In that email, I had indicated that in-tree plugins and
drivers needed to have functioning CI running by Juno-2. That is still
the case, and
On Mon, Jun 30, 2014 at 2:11 PM, Paul Ward wpw...@linux.vnet.ibm.com wrote:
The current design for ovs-neutron-agent is that it will wipe out all flows
configured on the system when it starts up, recreating them for each neutron
port it's aware of. This has a not-so-desirable side effects that
Hi Rob:
Can you try adding the following config to your local.conf? I'd like
to see if this gets you going or not. It will force it to use gre
tunnels for tenant networks. By default it will not.
ENABLE_TENANT_TUNNELS=True
On Tue, Jul 1, 2014 at 10:53 AM, Rob Crittenden rcrit...@redhat.com
All:
I've updated the Neutron Juno Project Plan [1] page with a timeline
for the remainder of Juno. Similar to Nova, we're going to participate
in both Spec Proposal Deadline (SPD) and Spec Approval Deadline (SAD).
The dates are listed on the wiki, but since these are new, I'm calling
them out
on #openstack-vmware channel
Alut a continua
Gary
On 6/30/14, 6:38 PM, Kyle Mestery mest...@noironetworks.com wrote:
On Mon, Jun 30, 2014 at 10:18 AM, Armando M. arma...@gmail.com wrote:
Hi Gary,
Thanks for sending this out, comments inline.
Indeed, thanks Gary!
On 29 June 2014 00:15, Gary Kotton
On Wed, Jul 2, 2014 at 3:43 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/07/14 10:12, Miguel Angel Ajo wrote:
Shihazhang,
I really believe we need the RPC refactor done for this cycle, and
given the close deadlines we have (July 10
We're coming down to the wire here with regards to Neutron BPs in
Juno, and I wanted to bring up the topic of the flavor framework BP.
This is a critical BP for things like LBaaS, FWaaS, etc. We need this
work to land in Juno, as these other work items are dependent on it.
There are still two
3, 2014 at 5:57 PM, Susanne Balle sleipnir...@gmail.com wrote:
+1
On Wed, Jul 2, 2014 at 10:12 PM, Kyle Mestery mest...@noironetworks.com
wrote:
We're coming down to the wire here with regards to Neutron BPs in
Juno, and I wanted to bring up the topic of the flavor framework BP
would assume it should at least show the dhcp agent ?
Which plugin are you using? For ML2 with OVS or LB, you should have L2
agents on each compute host in addition to the DHCP and L3 agents. I
think perhaps your problem is different than Rob's.
On 7/1/14, 12:00 PM, Kyle Mestery mest
On Thu, Jul 3, 2014 at 6:12 AM, Salvatore Orlando sorla...@nicira.com wrote:
Apologies for quoting again the top post of the thread.
Comments inline (mostly thinking aloud)
Salvatore
On 30 June 2014 22:22, Jay Pipes jaypi...@gmail.com wrote:
Hi Stackers,
Some recent ML threads [1] and a
On Mon, Jul 7, 2014 at 4:41 AM, Luke Gorrie l...@snabb.co wrote:
On 3 July 2014 19:05, Luke Gorrie l...@snabb.co wrote:
Time to make it start running real tempest tests.
Howdy!
shellci now supports running n parallel build processes and by default
runs each test with devstack+tempest in a
As we quickly approach Juno-2, I'd like to try something out for the
next few weeks. The tl;dr is this: What I'm going to propose is
assigning core reviewers to specific BPs which are of community
importance and are things we're working hard to land in Juno-2.
The long form answer is this: I'd
I'd recommend adding this to the weekly Neutron ML2 meeting agenda [1]
and discussing it there. The ML2 sub-team leads (rkukura and Sukhdev)
are both at the Neutron mid-cycle meeting this week, so I'd suggest
next week's meeting.
Thanks!
Kyle
[1] https://wiki.openstack.org/wiki/Meetings/ML2
On
On Thu, Jul 10, 2014 at 4:30 AM, shihanzhang ayshihanzh...@126.com wrote:
With the deployment 'nova + neutron + openvswitch', when we bulk create
about 500 VM with a default security group, the CPU usage of neutron-server
and openvswitch agent is very high, especially the CPU usage of
Just a note that yesterday we passed SPD for Neutron. We have a
healthy backlog of specs, and I'm working to go through this list and
make some final approvals for Juno-3 over the next week. If you've
submitted a spec which is in review, please hang tight while myself
and the rest of the neutron
Since Juno-2 is quickly approaching, I wanted to update everyone on where
we're at with regards to third party testing in Neutron. The etherpad here
[1]
was the original link with status. The link here [2] shows what is expected
of
Neutron third party CI systems.
On the CI status side, I'd like
to this and inform Kyle that we do have a CI
system.
*From:* Kyle Mestery [mailto:mest...@noironetworks.com]
*Sent:* Friday, July 11, 2014 8:57 AM
*To:* OpenStack Development Mailing List (not for usage questions)
*Subject:* [openstack-dev] [neutron] [third-party] Update on third party
CI in Neutron
On Fri, Jul 11, 2014 at 4:41 PM, Brent Eagles beag...@redhat.com wrote:
Hi,
A bug titled Creating quantum L2 networks (without subnets) doesn't
work as expected (https://bugs.launchpad.net/nova/+bug/1039665) was
reported quite some time ago. Beyond the discussion in the bug report,
there
in to juno.
Carl
On Jul 12, 2014 9:53 AM, Yuriy Taraday yorik@gmail.com wrote:
Hello, Kyle.
On Fri, Jul 11, 2014 at 6:18 PM, Kyle Mestery mest...@noironetworks.com
wrote:
Just a note that yesterday we passed SPD for Neutron. We have a
healthy backlog of specs, and I'm working to go
Thanks to everyone who attended last week's Neutron Mid-Cycle Sprint
[1] in Minnesota! We had a very good turnout and we accomplished quite
a bit. The focus of the sprint was the nova-network parity plan
documented here [2]. We broke into teams tackling the parity items.
The good news is that
As we're getting down to the wire with Juno-2, I'd like the core team
to really focus on the BPs which are currently slated for Juno-2 while
reviewing [1]. I'm in the process of shuffling a few of these into
Juno-3 now (ones which don't have code posted, for example), but there
are a lot which
around. We'll evaluate how this goes after Juno-2 and
see if it makes sense to continue in Juno-3.
Thanks,
Kyle
[1] http://lists.openstack.org/pipermail/openstack-dev/2014-July/039529.html
Salvatore
On 15 July 2014 04:21, Kyle Mestery mest...@mestery.com wrote:
As we're getting down
On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp wrote:
if you are wondering why ofagent CI (Neutron Ryu) reported a failure
(non-voting) for your review recently, you can probably safely ignore it.
sorry for inconvenience.
the CI has been fixed recently.
On Tue, Jul 15, 2014 at 5:49 PM, Henry Gessau ges...@cisco.com wrote:
I am happy to announce that the first (zero'th?) item in the Neutron Gap
Coverage[1] has merged[2]. The Neutron database now contains all tables for
all plugins, and database migrations are no longer conditional on the
On Wed, Jul 16, 2014 at 4:48 AM, Tomoe Sugihara to...@midokura.com wrote:
Hi there,
Just to apologize and inform that most of the links to the logs of Midokura
CI bot on gerrit are dead now. That is because I accidentally deleted all
the logs (instead of over a month old logs) today. Logs for
I've poked some folks on the infra channel about this now, as we need
this merged soon.
On Wed, Jul 16, 2014 at 11:30 AM, Kevin Benton blak...@gmail.com wrote:
This bug is also affecting Ryu and the Big Switch CI.
There is a patch to bump the version requirement for alembic linked in the
bug
On Wed, Jul 16, 2014 at 9:30 AM, John Garbutt j...@johngarbutt.com wrote:
On 16 July 2014 14:07, Thierry Carrez thie...@openstack.org wrote:
Daniel P. Berrange wrote:
On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote:
It seems a pity to archive the comments and reviewer lists along
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity effort. I'd
like to start this meeting next week, and I'd like to propose
Wednesday at 1500 UTC on #openstack-meeting-3 as the time and
location. If this works for people,
everyone could prove tricky.
I'll leave this slot now and hope we can get someone else from nova to
attend Michael. If not, we'll move this to another time.
Thanks!
Kyle
On Thu, Jul 17, 2014 at 12:22 PM, Kyle Mestery mest...@mestery.com wrote:
As we're getting down to the wire in Juno, I'd like
On Thu, Jul 17, 2014 at 6:42 AM, Thierry Carrez thie...@openstack.org wrote:
Kyle Mestery wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity effort. I'd
like to start this meeting next week, and I'd like
will encourage the dvr team to be
there. It's this still the time?
Carl
On Jul 16, 2014 8:24 PM, Kyle Mestery mest...@mestery.com wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity effort. I'd
like to start
On Fri, Jul 18, 2014 at 9:30 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp wrote:
On Tue, Jul 15, 2014 at 9:12 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp wrote:
if you are wondering why ofagent CI (Neutron Ryu) reported a failure
(non-voting) for your review recently, you can probably safely
On Fri, Jul 18, 2014 at 10:38 AM, Thierry Carrez thie...@openstack.org wrote:
Hi everyone,
At the last cross-project/release meeting we discussed the need to track
yet-unapproved specs in milestone release plans.
There are multiple cases where the spec is not approved yet, but the
code is
On Fri, Jul 18, 2014 at 3:05 AM, Anita Kuno ante...@anteaya.info wrote:
I'd like to let folks know that I've just had a very productive meeting
with Deutsche Telekom at the QA/Infra meetup in Germany.
As a consumer of OpenStack compliant third-party products, they
recognize the need to become
On Fri, Jul 18, 2014 at 4:40 PM, Jorge Miramontes
jorge.miramon...@rackspace.com wrote:
Hey Kyle (and anyone else that may know the answers to my questions),
There are several blueprints that don't have Juno milestones attached to
them and was wondering if we could assign them so the broader
On Sun, Jul 20, 2014 at 4:21 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I would like to propose the following for spec freeze exception:
https://review.openstack.org/#/c/105369
This is an umbrella spec for a number of VMware DVS support specs. Each has
its own unique use case and will
wrote:
+1 This spec had already been proposed quite some time ago. I'd like to
see
this work get in to juno.
Carl
On Jul 12, 2014 9:53 AM, Yuriy Taraday yorik@gmail.com wrote:
Hello, Kyle.
On Fri, Jul 11, 2014 at 6:18 PM, Kyle Mestery
mest
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're hugely oversubscribed
for Juno-3, so it's unlikely we'll make exceptions for things into
Juno-3 now.
I
On Mon, Jul 21, 2014 at 8:33 AM, Carlos Gonçalves m...@cgoncalves.pt wrote:
On 12 Jun 2014, at 15:00, Carlos Gonçalves m...@cgoncalves.pt wrote:
Is there any web page where all approved blueprints are being published to?
Jenkins builds such pages I’m looking for but they are linked to each
I'd like to have a short meeting today, say 30 minutes. I'd like to
focus on the final Juno-2 BPs which have code out for review, and also
briefly touch on SAD, exceptions, etc. We'll still meet at the same
time [1], but this will be a short meeting.
Thanks!
Kyle
[1]
/039138.html
Cheers,
--Jorge
On 7/18/14 9:52 PM, Kyle Mestery mest...@mestery.com wrote:
On Fri, Jul 18, 2014 at 4:40 PM, Jorge Miramontes
jorge.miramon...@rackspace.com wrote:
Hey Kyle (and anyone else that may know the answers to my questions),
There are several blueprints that don't have
, given where we're at in Juno,
I'm leaning towards having all of this consensus building happen now
and we can start the Kilo cycle with these BPs in agreement from all
contributors.
Does that sound ok?
Thanks,
Kyle
On 21 July 2014 06:11, Kyle Mestery mest...@mestery.com wrote:
On Sun, Jul
:19 PM, Armando M. arma...@gmail.com wrote:
That would be my thinking as well, but if we managed to make an impressive
progress from now until the Feature Freeze proposal deadline, I'd be willing
to reevaluate the situation.
A.
On 21 July 2014 12:13, Kyle Mestery mest...@mestery.com wrote
On Mon, Jul 21, 2014 at 9:45 AM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From: Brent Eagles beag...@redhat.com
To: openstack-dev@lists.openstack.org
Hi,
A bug titled Creating quantum L2 networks (without subnets) doesn't
work as expected
On Mon, Jul 21, 2014 at 1:15 PM, Henry Gessau ges...@cisco.com wrote:
I would like to request Juno spec freeze exceptions for the following, all of
which add features to the ML2 driver for the Cisco Nexus family of switches.
https://review.openstack.org/95834 - Provider Segment Support
On Mon, Jul 21, 2014 at 10:04 AM, Mooney, Sean K
sean.k.moo...@intel.com wrote:
Hi
I would like to propose
https://review.openstack.org/#/c/107797/1/specs/juno/ml2-use-dpdkvhost.rst
for a spec freeze exception.
https://blueprints.launchpad.net/neutron/+spec/ml2-use-dpdkvhost
This
On Mon, Jul 21, 2014 at 11:32 AM, YAMAMOTO Takashi
yamam...@valinux.co.jp wrote:
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
it's sad. ;-(
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3. At this point, we're
On Mon, Jul 21, 2014 at 10:17 PM, Isaku Yamahata
isaku.yamah...@gmail.com wrote:
I'd like to request Juno spec freeze exception for ML2 OVS portsecurity
extension.
- https://review.openstack.org/#/c/99873/
ML2 OVS: portsecurity extension support
-
On Tue, Jul 22, 2014 at 10:10 AM, Eugene Nikanorov
enikano...@mirantis.com wrote:
Hi folks,
I'd like to request an exception for the Flavor Framework spec:
https://review.openstack.org/#/c/102723/
It already have more or less complete server-side implementation:
On Wed, Jul 23, 2014 at 7:28 AM, Salvatore Orlando sorla...@nicira.com wrote:
I'm sure it is not news to anyone that we already have approved a too many
specifications for Juno-3. The PTL made clear indeed that Low priority
blueprints are considered best effort.
However, this already leaves
For those interested in the progress of this particular task, meeting
minutes are available at the below:
http://eavesdrop.openstack.org/meetings/neutron_nova_network_parity/2014/
Thanks to all who attended!
Kyle
___
OpenStack-dev mailing list
On Wed, Jul 23, 2014 at 7:28 AM, Denis Makogon dmako...@mirantis.com wrote:
Hello, Stackers.
For those of you who’s interested in Trove just letting you know, that for
now Trove can work with Neutron (hooray!!)
instead of Nova-network, see [1] and [2]. It’s a huge step forward on the
road
On Thu, Jul 24, 2014 at 5:38 AM, Livnat Peer lp...@redhat.com wrote:
On 07/21/2014 04:16 PM, Kyle Mestery wrote:
Hi all!
A quick note that SAD has passed. We briskly approved a pile of BPs
over the weekend, most of them vendor related as low priority, best
effort attempts for Juno-3
it separately to
attract more attention.
Thanks,
Kyle
Alan
-Original Message-
From: Kyle Mestery [mailto:mest...@mestery.com]
Sent: July-24-14 9:14 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Kyle Mestery
Subject: Re: [openstack-dev] [neutron] Spec Approval
I've received a lot of emails lately, mostly private, from people who
feel they are being left out of the Neutron process. I'm unsure if
other projects have people who feel this way, thus the uniquely worded
subject above. I wanted to broadly address these concerns with this
email.
One thing I'd
On Thu, Jul 24, 2014 at 12:03 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Wed, Jul 23, 2014 at 11:19:13AM EDT, Luke Gorrie wrote:
Tail-f NCS: I want to keep this feature well maintained and compliant with
all the rules. I am the person who wrote this driver originally, I have
On Thu, Jul 24, 2014 at 8:46 PM, CARVER, PAUL pc2...@att.com wrote:
Collins, Sean wrote:
On Wed, Jul 23, 2014 at 12:06:06AM EDT, Xu Han Peng wrote:
I would like to request one Juno Spec freeze exception for Support Stateful
and Stateless DHCPv6 by dnsmasq BP.
The spec is under review:
On Fri, Jul 25, 2014 at 2:50 PM, Steve Gordon sgor...@redhat.com wrote:
- Original Message -
From: Jay Pipes jaypi...@gmail.com
To: openstack-dev@lists.openstack.org
On 07/24/2014 10:05 AM, CARVER, PAUL wrote:
Alan Kavanagh wrote:
If we have more work being put on the table,
On Fri, Jul 25, 2014 at 4:48 PM, Mandeep Dhami dh...@noironetworks.com wrote:
Thanks for the deck Jay, that is very helpful.
Also, would it help the process by having some clear guidelines/expectations
around review time as well? In particular, if you have put a -1 or -2, and
the issues that
On Mon, Jul 28, 2014 at 6:45 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
Nove needs a python-neutronclient release to use the new
MacAddressInUseClient exception type defined here [1].
I'll spin a new client release today Matt, and reply back on this
thread once that's complete.
, Jul 11, 2014 at 4:50 PM, Fawad Khaliq fa...@plumgrid.com wrote:
On Fri, Jul 11, 2014 at 8:56 AM, Kyle Mestery mest...@noironetworks.com
wrote:
PLUMgrid
Not saving enough logs
All Jenkins slaves were just updated to upload all required logs. PLUMgrid
CI should be good now.
Thanks
101 - 200 of 686 matches
Mail list logo