+1!
On Fri, Dec 16, 2016 at 11:05 AM, Andreas Scheuring <
scheu...@linux.vnet.ibm.com> wrote:
> +1
> --
> -
> Andreas
> IRC: andreas_s
>
>
>
> On Fr, 2016-12-16 at 00:14 +0100, Armando M. wrote:
> > Hi neutrinos,
> >
> >
> > Miguel Lavalle has been driving the project forward consistently and
+1
On Fri, Dec 16, 2016 at 10:04 AM, reedip banerjee
wrote:
> +1 for both Ryan and Nate :)
>
> On Fri, Dec 16, 2016 at 10:03 AM, Vikram Choudhary
> wrote:
>
>> +1 for Ryan!
>>
>> On Dec 16, 2016 7:23 AM, "Sridar Kandaswamy (skandasw)" <
>> skand...@cisco.com> wrote:
>>
>>> +1. From the neutron-
+1
On Wed, Dec 14, 2016 at 8:48 AM, Brandon Logan
wrote:
> +1
>
> On Wed, 2016-12-14 at 02:22 +0100, Armando M. wrote:
>
> Hi folks,
>
> Abhishek Raut's recent involvement in OSC and python-neutronclient has
> helped moving a few efforts along in the right direction. I would like to
> suggest we
On Tue, Nov 8, 2016 at 12:22 AM, Carl Baldwin wrote:
> Ocata End user and operator feedback recap
>
>
> The purpose of this session was to gather feedback from end users and
> operators to help direct the efforts of developers during (a
+1
On Mon, Oct 17, 2016 at 10:23 AM, Jakub Libosvar
wrote:
> +1
>
>
> On 14/10/2016 20:30, Miguel Lavalle wrote:
>
>> Dear Neutrinos,
>>
>> I am organizing a social event for the team on Thursday 27th at 19:30.
>> After doing some Google research, I am proposing Raco de la Vila, which
>> is loca
+1
On Fri, Jul 22, 2016 at 2:36 AM, Doug Wiegley
wrote:
> +1
>
> On Jul 21, 2016, at 5:13 PM, Kevin Benton wrote:
>
> +1
>
> On Thu, Jul 21, 2016 at 2:41 PM, Carl Baldwin wrote:
>
>> +1 from me
>>
>> On Thu, Jul 21, 2016 at 1:35 PM, Assaf Muller wrote:
>>
>>> As Neutron's so called testing li
Hi,
[1] is a doc comparing OVN and ODL for Neutron. I wrote it in March so some
info might be stale.
Hope this can be useful, comments are welcome!
[1]
https://docs.google.com/document/d/13K4Xpdu1IbRJDj5JTepDI4nwUkCDCu7IOnYwHkZtcMA/edit?usp=sharing
Thanks,
Oleg
On Fri, Jun 10, 2016 at 12:28 AM,
On Mon, Jun 6, 2016 at 7:18 PM, Ihar Hrachyshka wrote:
>
> > On 06 Jun 2016, at 16:44, Sean M. Collins wrote:
> >
> > I agree, it would be convenient to have something similar to what Nova
> > has:
> >
> >
> https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/versions.py#L59
On Mon, Jun 6, 2016 at 2:03 PM, Armando M. wrote:
>
>
> On 6 June 2016 at 10:06, Oleg Bondarev wrote:
>
>> Hi,
>>
>> There are cases where it would be useful to know the version of Neutron
>> (or any other project) from API, like during upgrades or in
Hi,
There are cases where it would be useful to know the version of Neutron (or
any other project) from API, like during upgrades or in cross-project
communication cases.
For example in https://review.openstack.org/#/c/246910/ Nova needs to know
if Neutron sends vif-plugged event during live migra
Count me in!
On Mon, Apr 25, 2016 at 10:01 AM, Ihar Hrachyshka
wrote:
> WAT???
>
> It was never supposed to be core only. Everyone is welcome!
>
++
> Sent from my iPhone
>
> > On 25 Apr 2016, at 11:56, Edgar Magana wrote:
> >
> > Would you extend it to ex-cores?
> >
> > Edgar
> >
> >
> >
> >
+1, thanks Hirofumi!
On Fri, Apr 8, 2016 at 7:34 AM, Akihiro Motoki wrote:
> Hi Neutrinos,
>
> As the API Lieutenant of Neutron team,
> I would like to propose Hirofumi Ichihara (irc: hichihara) as a member of
> Neutron core reviewer team mainly focuing on the API/DB area.
>
> Hirofumi has been
I think it might be a bit early to start a cross-project discussion on
this.
I'd suggest to first figure out what questions do we have, what would we
like to get from nova.
So I think it'd be more constructive if we first think on it within neutron
team.
I left some questions on the bug [1], please
On Thu, Dec 3, 2015 at 10:06 PM, Vasudevan, Swaminathan (PNB Roseville) <
swaminathan.vasude...@hpe.com> wrote:
> Hi Carl,
> Sounds reasonable suggestion.
> Thanks
> Swami
>
> -Original Message-
> From: Carl Baldwin [mailto:c...@ecbaldwin.net]
> Sent: Thursday, December 03, 2015 10:47 AM
>
Just realized that tomorrow is a non-working day in Russia due to Unity
Day.
Still will try to attend the first meeting.
Thanks,
Oleg
On Mon, Nov 2, 2015 at 9:47 PM, Ryan Moats wrote:
> Ditto Ryan (regXboi) Moats
>
> Carl Baldwin wrote on 11/02/2015 11:47:27 AM:
>
> > From: Carl Baldwin
>
+1
On Wed, Aug 12, 2015 at 4:55 PM, Henry Gessau wrote:
> +1 to both!
>
> On Wed, Aug 12, 2015, Kyle Mestery wrote:
> > It gives me great pleasure to propose Russell Bryant and Brandon Logan
> as core
> > reviewers in the API/DB/RPC area of Neutron. Russell and Brandon have
> both been
> > incr
On Fri, Aug 7, 2015 at 10:24 AM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> Bug submitted:
>
> https://bugs.launchpad.net/neutron/+bug/1482521
>
Ok, here is the fix: https://review.openstack.org/210539
Thanks!
Oleg
>
>
> Thanks,
>
> Ar
On Thu, Aug 6, 2015 at 5:23 PM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> Thanks Kevin for that hint.
>
> But it does not resolve the connectivity problem, it is just not removing
> the namespace when it is asked to.
>
> The real question is, why do we invoke the
> /neutron/neu
+1
On Thu, Jul 16, 2015 at 2:04 AM, Brian Haley wrote:
> +1
>
>
> On 07/15/2015 02:47 PM, Carl Baldwin wrote:
>
>> As the Neutron L3 Lieutenant along with Kevin Benton for control
>> plane, and Assaf Muller for testing, I would like to propose Cedric
>> Brandily as a member of the Neutron core r
Big +1
On Mon, Jul 6, 2015 at 3:43 PM, Assaf Muller wrote:
> +1!
>
> - Original Message -
> > A huge +1
> >
> > From: Kevin Benton < blak...@gmail.com >
> > Reply-To: OpenStack List < openstack-dev@lists.openstack.org >
> > Date: Monday, July 6, 2015 at 1:02 PM
> > To: OpenStack List < o
Hi,
Currently there is no dns servers prioritization for subnets in Neutron.
There is an opened bug for this:
https://bugs.launchpad.net/neutron/+bug/1218629
Thanks,
Oleg
On Mon, Jul 6, 2015 at 11:21 AM, Zhi Chang wrote:
> Hi, all
> Subnet's nameserver is out of order. That is to say, cmd
+1
On Mon, Jun 15, 2015 at 12:14 PM, Ihar Hrachyshka
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> No doubt +1.
>
> On 06/12/2015 09:44 PM, Kevin Benton wrote:
> > Hello!
> >
> > As the Lieutenant of the built-in control plane[1], I would like
> > Rossella Sblendido to be a memb
+1
On Mon, Jun 15, 2015 at 12:16 PM, Ihar Hrachyshka
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Not on the list either, but I want to +1 what Henry said. Yamamoto's
> reviews expand to the whole code base and are pretty always *very* usefu
> l.
>
> On 06/12/2015 11:39 PM, Hen
+1
On Thu, May 28, 2015 at 5:01 PM, Henry Gessau wrote:
> +1
>
> On Thu, May 28, 2015, Kyle Mestery wrote:
> > Folks, I'd like to propose Assaf Muller to be a member of the Neutron
> core
> > reviewer team. Assaf has been a long time contributor in Neutron, and
> he's
> > also recently become m
Hi,
with https://review.openstack.org/166707/ l2_population is only checked
when tunneling is enabled.
Thanks,
Oleg
On Tue, Apr 21, 2015 at 5:18 PM, Itzik Brown wrote:
> Hi,
>
> As I understand it l2 population is not a requirement but it's strongly
> recommended.
> https://review.openstack.or
On Thu, Mar 5, 2015 at 6:03 PM, Kyle Mestery wrote:
> On Thu, Mar 5, 2015 at 3:29 AM, Salvatore Orlando
> wrote:
>
>> I was hoping to push code today for [1], but unfortunately I got caught
>> by something else during this week and I'll miss the code proposal deadline.
>>
>> I would like to appl
Big +1
On Thu, Mar 5, 2015 at 10:47 AM, Gary Kotton wrote:
> +100Š.000
>
> Very long overdue!
>
> On 3/4/15, 10:23 PM, "Maru Newby" wrote:
>
> >+1 from me, Ihar has been doing great work and it will be great to have
> >him finally able to merge!
> >
> >> On Mar 4, 2015, at 11:42 AM, Kyl
t log a warning that security groups
are ignored in case port_id is provided on boot -
but this still leaves a chance of broken user expectations.
>
>
> On Tue, Feb 10, 2015 at 10:29 AM, Oleg Bondarev
> wrote:
>
>>
>>
>> On Mon, Feb 9, 2015 at 8:50 PM, Feodor Tersin
Mon, Feb 9, 2015 at 7:14 PM, Matt Riedemann > wrote:
>
>>
>>
>> On 9/26/2014 3:19 AM, Christopher Yeoh wrote:
>>
>>> On Fri, 26 Sep 2014 11:25:49 +0400
>>> Oleg Bondarev wrote:
>>>
>>> On Fri, Sep 26, 2014 at 3:30 AM, Day, Phil wrot
+1 for Doug, he does a great job!
Thanks,
Oleg
On Fri, Jan 16, 2015 at 9:59 AM, Salvatore Orlando
wrote:
> I agree with the proposed changes.
>
> I would also like to take a chance to thank Sumit for the effort he has
> put in this project over several years - he has been in the core team since
On Tue, Dec 30, 2014 at 12:56 AM, Anita Kuno wrote:
> On 12/24/2014 04:07 AM, Oleg Bondarev wrote:
> > On Mon, Dec 22, 2014 at 10:08 PM, Anita Kuno
> wrote:
> >>
> >> On 12/22/2014 01:32 PM, Joe Gordon wrote:
> >>> On Fri, Dec 19, 2014 at 9:28 AM, Kyl
t;> * currently a neutron spec [1] is a work in progress (and it needs
> >>> significant work still) and a nova spec is required and doesn't have a
> >>> first draft or a champion
> >>>
> >>> Where I would like to get to:
>
Hi Swaminathan Vasudevan,
please check the following docstring
of L3_NAT_dbonly_mixin._check_router_needs_rescheduling:
*def _check_router_needs_rescheduling(self, context, router_id,
gw_info):*
*"""Checks whether router's l3 agent can handle the given network*
*When externa
+1! Congrats, Henry and Kevin!
On Tue, Dec 2, 2014 at 6:59 PM, Kyle Mestery wrote:
> Now that we're in the thick of working hard on Kilo deliverables, I'd
> like to make some changes to the neutron core team. Reviews are the
> most important part of being a core reviewer, so we need to ensure
>
Hi,
please see answers inline.
On Thu, Nov 13, 2014 at 2:59 PM, Hassaan Pasha
wrote:
> Dear all,
>
> I have some questions related to the migration of instances from nova-net
> to neutron.
>
> Assuming we have deployed Openstack with neutron disabled and we are
> running some instances on it.
>
Please count me in.
Thanks,
Oleg
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi,
It turns out that there is a 1:1 relationship between rpc_thread_pool_size
messaging config [1] and the number of instances that can be spawned
simultaneously.
Please see bug [2] for more details.
I think this should be at least documented. Thoughts?
Thanks,
Oleg
[1]
https://github.com/opens
h user expectations - first when the port is
created and second when the instance is spawned.
Thoughts?
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* Oleg Bondarev [mailto:obonda...@mirantis.com]
> *Sent:* 25 September 2014 08:19
> *To:* OpenStack Development Mailing Li
Hi Parikshit,
Looks like a bug. Currently if port is specified its security groups are
not updated, it shpould be fixed.
I've reported https://bugs.launchpad.net/nova/+bug/1373774 to track this.
Thanks for reporting!
Thanks,
Oleg
On Thu, Sep 25, 2014 at 10:15 AM, Parikshit Manur <
parikshit.ma..
Works for me.
On Wed, Aug 27, 2014 at 10:54 AM, Assaf Muller wrote:
> Good for me.
>
> - Original Message -
> > Works perfect for me. I will join.
> >
> > Sent from my Android phone using TouchDown ( www.nitrodesk.com )
> >
> >
> > -Original Message-
> > From: Carl Baldwin [c...
Hi,
I'd like to encourage everybody interested to take a look and leave
comments on the Neutron migration spec here:
https://review.openstack.org/#/c/101921
The design currently includes both "cold" and "live" approaches, supports
host-by-host migration (as opposite to big bang)
and doesn't requi
+1, thanks!
On Wed, Aug 13, 2014 at 6:05 PM, Kyle Mestery wrote:
> Per this week's Neutron meeting [1], it was decided that offering a
> rotating meeting slot for the weekly Neutron meeting would be a good
> thing. This will allow for a much easier time for people in
> Asia/Pacific timezones, a
Thanks for setting this up Kyle, Wednesday 1500 UTC works for me.
Thanks,
Oleg
On Thu, Jul 17, 2014 at 6:35 AM, Kyle Mestery wrote:
> On Wed, Jul 16, 2014 at 9:28 PM, Michael Still wrote:
> > That time is around 1am for me. I'm ok with that as long as someone on
> > the nova side can attend i
+1!
Congratulations Carl!
Thanks,
Oleg
On Tue, May 27, 2014 at 9:07 AM, Gary Kotton wrote:
> +1
>
> On 5/26/14 1:35 PM, "Akihiro Motoki" wrote:
>
> >+1 from me too.
> >
> >
> >Akihiro
> >
> >On Thu, May 22, 2014 at 5:59 AM, Kyle Mestery
> >wrote:
> >> I would like to propose a few changes to
Hi,
LBaaS haproxy driver doesn't support PING health monitors and
doesn't distinguish PING and TCP.
We need to fix it to fail when applying PING health monitor to a haproxy
loadbalancer.
Thanks for reporting!
Oleg
On Tue, May 6, 2014 at 7:58 AM, shihanzhang wrote:
> Hi everyone!
> I've enabled
On Wed, Apr 30, 2014 at 7:40 PM, Salvatore Orlando wrote:
> On 30 April 2014 17:28, Jesse Pretorius wrote:
>
>> On 30 April 2014 16:30, Oleg Bondarev wrote:
>>
>>> I've tried updating interface while running ssh session from guest to
>>> host and it w
has 10.0.0.1 tell 10.0.0.4, length 28
> >> 05:59:01.042618 ARP, Reply 10.0.0.1 is-at fa:16:3e:61:28:fa (oui
> Unknown),
> >> length 28
> >> 05:59:01.043471 IP 10.0.0.4 > 172.24.4.1: ICMP echo request, id 29954,
> seq
> >> 30, length 64
> >> 05:
ho
request, id 29954, seq 31, length 64*
*05:59:02.042840 IP 172.24.4.1 > 10.0.0.4 <http://10.0.0.4>: ICMP echo
reply, id 29954, seq 31, length 64*
However this connectivity downtime can be significally reduced by restarting
network service on the instance right after interface update.
On Mon, Apr 28, 2014 at 6:01 PM, Kyle Mestery wrote:
> On Mon, Apr 28, 2014 at 8:54 AM, Oleg Bondarev
> wrote:
> > Yeah, I also saw in docs that update-device is supported since 0.8.0
> > version,
> > not sure why it didn't work in my setup.
> > I installed
>
> Thanks,
> Kyle
>
> [1] http://libvirt.org/sources/virshcmdref/html-single/#sect-update-device
>
> On Thu, Apr 24, 2014 at 7:42 AM, Oleg Bondarev
> wrote:
> > So here is the etherpad for the migration discussion:
> > https://etherpad.opensta
So here is the etherpad for the migration discussion:
https://etherpad.openstack.org/p/novanet-neutron-migration
I've also filed a design session on this:
http://summit.openstack.org/cfp/details/374
Currently I'm still struggling with instance vNic update, trying to move it
from one bridge to anot
On Fri, Apr 18, 2014 at 9:10 PM, Kyle Mestery wrote:
> On Fri, Apr 18, 2014 at 8:52 AM, Oleg Bondarev
> wrote:
> > Hi all,
> >
> > While investigating possible options for Nova-network to Neutron
> migration
> > I faced a couple of issues with libvirt.
> &
Hi all,
While investigating possible options for Nova-network to Neutron migration
I faced a couple of issues with libvirt.
One of the key requirements for the migration is that instances should stay
running and don't need restarting. In order to meet this requirement we
need
to either attach new
Hi Vijay,
Currently you may follow two ways in writing an LBaaS driver:
1) write it from scratch (like Radware, Netscaler, Embrane drivers) -
in this case your driver should inherit
abstract_driver.LoadBalancerAbstractDriver
and
will be running on Neutron service process, LBaaS agent won't
Hi Vijay,
Currently Neutron LBaaS supports only namespace based implementation for
HAProxy.
You can however run LBaaS agent on the host other than network controller
node - in that
case HAProxy processes will be running on that host but still in namespaces.
Also there is an effort in Neutron regar
Hi Jorge,
Thanks for taking care of this and bringing it all together! This will be
really useful for LBaaS discussions.
I updated the wiki to include L7 rules support and also marking already
implemented requirements.
Thanks,
Oleg
On Wed, Mar 19, 2014 at 2:57 AM, Jorge Miramontes <
jorge.miram
Hi,
For LBaaS the background is simple: it uses statuses from
neutron/plugins/common/constants.py and INACTIVE was there initially while
DOWN
appeared later (with VPNaaS first commit). So LBaaS doesn't use DOWN at all.
As for INACTIVE, it is currently used only for members that stop responding
to
ative votes from the other cores.
>
> mark
>
> On Feb 10, 2014, at 6:28 PM, Mark McClain wrote:
>
> > All-
> >
> > I'd like to nominate Oleg Bondarev to become a Neutron core reviewer.
> Oleg has been valuable contributor to Neutron by actively reviewing,
REGEX
>>
>> · STARTS_WITH
>>
>> · ENDS_WITH
>>
>> · Entity:L7VipPolicyAssociation
>>
>> o Attribute:action
>>
>> § Possible values:
>>
>> · POOL (must have pool id)
>>
>>
Hi,
On Mon, Feb 17, 2014 at 1:23 PM, Eugene Nikanorov
wrote:
> Hi Avishay,
>
> 1) I think name might be useful. Consider user forms a list of rules which
> route requests to a pool with static images or static pages, it may make
> sense to give those policy a name 'static-iamges', 'static-pages'
Hi Avishay,
I agree that we can do that as you proposed. However I'd like to remind
that for health monitors we decided to prohibit deletion if there are any
associations (https://bugs.launchpad.net/neutron/+bug/1243129).
So I'd like l7 policy deletion to be consistent with health monitor
deletion
Hi,
I would add another candidate for being a closed set:
L7VipPolicyAssociation.action (use_backend, block, etc.)
Thanks,
Oleg
On Sun, Feb 16, 2014 at 3:53 PM, Avishay Balderman wrote:
> (removing extra space from the subject - let email clients apply their
> filters)
>
>
>
> *From:* Avishay
Hi Gary,
please see my comments on the review.
Thanks,
Oleg
On Wed, Feb 12, 2014 at 5:52 AM, Gary Duan wrote:
> Hi,
>
> The patch I submitted for L3 service framework integration fails on
> jenkins test, py26 and py27. The console only gives following error message,
>
> 2014-02-12 00:45:01.71
Hi,
Currently in LBaaS when health monitor object is deleted all associations
with pools are deleted automatically. A bug was reported recently in
Neutron where the reporter considers this behavior as wrong:
https://bugs.launchpad.net/neutron/+bug/1243129
I have no strong opinion so I'd like to hea
Hi Ivar,
Please take a look at this review: https://review.openstack.org/#/c/52128/
Here Akihiro adds tenant and user names to the Neutron context.
Thanks,
Oleg
On Thu, Oct 17, 2013 at 2:55 AM, Ivar Lazzaro wrote:
> Hello Everyone,
>
> ** **
>
> I was wondering if there’s a “standard” wa
Hi,
First want to mention that currently health monitor is not a pure DB
object: upon creation the request is also send to device/driver.
Another thing is that there is no delete_health_monitor in driver API
(delete_pool_health_monitor only deletes the association) which is weird
because potentiall
Hi folks,
While havana 2 is approaching I can't get a review from core devs for more
than 2 weeks. That fact makes me a little nervous :) Could anyone please
review?
https://review.openstack.org/#/c/32137/
Thanks,
Oleg
___
OpenStack-dev mailing list
Open
y that allows sending messages to
> proper device driver.
>
> Thanks,
> Eugene.
>
>
> On Thu, Jul 4, 2013 at 12:51 PM, Oleg Bondarev wrote:
>
>> Hi Eugene,
>>
>> >...RPC API which then is shared between services.
>> Did you mean device drivers ra
nding RPC API which then is
> shared between services.
> That needs to be thought out and discussed.
>
> Thanks,
> Eugene.
>
>
> On Thu, Jul 4, 2013 at 12:27 PM, Oleg Bondarev wrote:
>
>> Hi folks,
>>
>> While working on agent scheduling for LBaaS referenc
Hi folks,
While working on agent scheduling for LBaaS reference implementation (
https://review.openstack.org/#/c/32137/) I thought that it would be useful
to unify existing agent to make it suite any vendor who wants to use async
mechanism and agent scheduling.
I filed a blueprint on this -
https
70 matches
Mail list logo