[openstack-dev] [neutron] heads up to long time ovs users...

2018-09-20 Thread IWAMOTO Toshihiro
implementation is a burden for the neutron team. -- IWAMOTO Toshihiro __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

[openstack-dev] [python3] flake8 and pycodestyle W60x warnings

2018-05-17 Thread IWAMOTO Toshihiro
of flake8 supports pycodestyle 2.4.0 yet. ;) nova seems to have ~200 of those warnings, while other projects don't have much, FWIW. -- IWAMOTO Toshihiro __ OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [neutron][dynamic routing] RYU Breaks lower constraints

2018-04-15 Thread IWAMOTO Toshihiro
On Sun, 15 Apr 2018 21:02:42 +0900, Gary Kotton wrote: > > [1 ] > [1.1 ] > Hi, > That sounds reasonable. I wonder if the RYU folk can chime in here. > Thanks I don't fully understand the recent g-r change yet, but I guess neutron-dynamic-routing should also have ryu>=4.24. I'll check this

Re: [openstack-dev] [all][requirements] uncapping eventlet

2018-04-11 Thread IWAMOTO Toshihiro
ement changes. I'm not quite sure but doesn't seem to be a intended behavior. http://logs.openstack.org/57/451257/16/check/requirements-check/c32ee69/job-output.txt.gz -- IWAMOTO Toshihiro __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Denver Team Dinner

2017-09-13 Thread IWAMOTO Toshihiro
+1 thanks for organizing! On Wed, 13 Sep 2017 14:18:45 +0900, Brian Haley wrote: > > +1 > > On 09/12/2017 10:44 PM, Ihar Hrachyshka wrote: > > +1 > > > > On Tue, Sep 12, 2017 at 9:44 PM, Kevin Benton wrote: > >> +1 > >> > >> On Tue, Sep 12, 2017 at 8:50 PM, Sławek Kapłoński

Re: [openstack-dev] [infra] [gate] [all] openstack services footprint lead to oom-kill in the gate

2017-02-02 Thread IWAMOTO Toshihiro
e host. [1] http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22no%20response%20to%20inactivity%20probe%5C%22 [2] https://bugs.launchpad.net/neutron/+bug/1627106/comments/14 -- IWAMOTO Toshihiro

Re: [openstack-dev] [infra] [gate] [all] openstack services footprint lead to oom-kill in the gate

2017-02-01 Thread IWAMOTO Toshihiro
At Wed, 1 Feb 2017 17:37:34 -0700, Kevin Benton wrote: > > [1 ] > [1.1 ] > And who said openstack wasn't growing? ;) > > I think reducing API workers is a nice quick way to bring back some > stability. > > I have spent a bunch of time digging into the OOM killer events and haven't > yet

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-17 Thread IWAMOTO Toshihiro
; 'Neutron' or "Miguel Lavalle". Please confirm your attendance so we can get > a final count. > > Here's some reviews: > https://www.tripadvisor.com/Restaurant_Review-g187497-d1682057-Reviews-Raco_De_La_Vi

Re: [openstack-dev] [neutron] OVSDB native interface as default in gate jobs

2016-06-09 Thread IWAMOTO Toshihiro
At Wed, 08 Jun 2016 03:26:59 -0700, Clark Boylan wrote: > > On Tue, Apr 5, 2016, at 08:32 PM, IWAMOTO Toshihiro wrote: > > At Tue, 5 Apr 2016 12:57:33 -0400, > > Assaf Muller wrote: > > > > > > On Tue, Apr 5, 2016 at 12:35 PM, Sean M. Collins <s...@corei

Re: [openstack-dev] [neutron] work on Common Flow Classifier and OVS Agent extension for Newton cycle

2016-04-21 Thread IWAMOTO Toshihiro
At Wed, 20 Apr 2016 14:12:07 +0200, Miguel Angel Ajo Pelayo wrote: > > I think this is an interesting topic. > > What do you mean exactly by FC ? (feature chaining?) > > I believe we have three things to look at: (sorry for the TL) > > 1) The generalization of traffic filters / traffic

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-04-14 Thread IWAMOTO Toshihiro
At Mon, 11 Apr 2016 14:42:59 +0200, Miguel Angel Ajo Pelayo wrote: > > On Mon, Apr 11, 2016 at 11:40 AM, IWAMOTO Toshihiro > <iwam...@valinux.co.jp> wrote: > > At Fri, 8 Apr 2016 12:21:21 +0200, > > Miguel Angel Ajo Pelayo wrote: > >> > >> Hi, good th

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-04-11 Thread IWAMOTO Toshihiro
ll can use the native interface. Do you have a plan for implementing flow bundling or using conjunction? > On Thu, Apr 7, 2016 at 10:00 AM, IWAMOTO Toshihiro <iwam...@valinux.co.jp> > wrote: > > > At Thu, 07 Apr 2016 16:33:02 +0900, > > IWAMOTO Toshihiro wrote:

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-04-07 Thread IWAMOTO Toshihiro
At Thu, 07 Apr 2016 16:33:02 +0900, IWAMOTO Toshihiro wrote: > > At Mon, 18 Jan 2016 12:12:28 +0900, > IWAMOTO Toshihiro wrote: > > > > I'm sending out this mail to share the finding and discuss how to > > improve with those interested in neutron ovs performance.

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-04-07 Thread IWAMOTO Toshihiro
At Mon, 18 Jan 2016 12:12:28 +0900, IWAMOTO Toshihiro wrote: > > I'm sending out this mail to share the finding and discuss how to > improve with those interested in neutron ovs performance. > > TL;DR: The native of_interface code, which has been merged recently > and is

Re: [openstack-dev] [neutron] OVSDB native interface as default in gate jobs

2016-04-05 Thread IWAMOTO Toshihiro
but (un?)fortunately that's not a performance bottleneck. The transition would be a gain, but it comes with uncovering a few unidentified bugs etc. Anyway, I'll post an updated version of performance comparison shortly. -- IWAMOTO Toshihiro

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-02-03 Thread IWAMOTO Toshihiro
ls? Also, although unlikely, but please make sure your measurements aren't affected by https://bugs.launchpad.net/neutron/+bug/1538368 . > ____ > From: IWAMOTO Toshihiro [iwam...@valinux.co.jp] > Sent: Monday, January 25, 2016 5:08 PM > To: OpenStack Dev

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-01-25 Thread IWAMOTO Toshihiro
org/#/c/271939/ and can profile neutron-server (and probably others, too). I couldn't find non-trivial findings until now, though. > ________ > From: IWAMOTO Toshihiro [iwam...@valinux.co.jp] > Sent: Monday, January 18, 2016 4:37 PM > To: OpenStack Develo

Re: [openstack-dev] [Neutron] OVS flow modification performance

2016-01-18 Thread IWAMOTO Toshihiro
nova-api's CPU usage is similar to the ovs agent's, and the others aren't probably significant. > Cheers, > Kevin Benton > > On Sun, Jan 17, 2016 at 10:12 PM, IWAMOTO Toshihiro <iwam...@valinux.co.jp> > wrote: > > > I'm sending out this mail to share the finding a

[openstack-dev] [Neutron] OVS flow modification performance

2016-01-17 Thread IWAMOTO Toshihiro
I'm sending out this mail to share the finding and discuss how to improve with those interested in neutron ovs performance. TL;DR: The native of_interface code, which has been merged recently and isn't default, seems to consume less CPU time but gives a mixed result. I'm looking into this for

Re: [openstack-dev] [Neutron] Team meeting on Tuesday 1400UTC

2016-01-12 Thread IWAMOTO Toshihiro
At Tue, 12 Jan 2016 17:28:19 -0600, Doug Wiegley wrote: > > I don’t think it ninja merged. It had plenty of reviews, and was open during > international hours. I don’t have any issue there. > > I don’t like the crazy early meeting, so I set out to prove it didn’t matter: > > Average attendance

Re: [openstack-dev] [Neutron] Neutron Social Meetup in Tokyo

2015-10-25 Thread IWAMOTO Toshihiro
At Mon, 26 Oct 2015 12:35:27 +0900, Akihiro Motoki wrote: > > Hi Antonio, > > What you need to do is just to go. > There is no need for sign up now. And bring some cash, as per-person payment isn't available, I guess. > 2015-10-26 4:17 GMT+09:00 Tonhão - Antonio Brasolin

Re: [openstack-dev] OpenStack Meiji (明治) - Our next release name has been selected

2015-07-07 Thread IWAMOTO Toshihiro
It is totally understandable that the combination of Japan and Meiji recalls harsh history to some people, especially in East Asia. As a Japanese, I'm sorry for that. I think the release naming process should not cause such friction. Could we just select some other neutral candidate name instead?

Re: [openstack-dev] [Neutron] LeastNetwork scheduling for DHCP

2014-11-06 Thread IWAMOTO Toshihiro
step. So we would like to collaborate, to plan BP approval for these. Please respond if you are interested. Oui/Yes. But, OTOH, this doesn't need to be very complex. I have code that does the job based on the L3 HA scheduler code at home. -- IWAMOTO Toshihiro

Re: [openstack-dev] [Neutron][LBaaS] Updated Object Model?

2014-05-15 Thread IWAMOTO Toshihiro
be able to continue the same technical level argument at home as we did for the last couple of months. My suggestion is to try to discuss differently here at the summit. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron][NFV] NFV BoF at design summit

2014-05-14 Thread IWAMOTO Toshihiro
At Wed, 14 May 2014 14:40:03 -0700, punal patel wrote: [1 multipart/alternative (7bit)] [1.1 text/plain; UTF-8 (7bit)] Will this be recorded? or can I join webex? There's no official recording facility. You may be able to ask someone to record or stream. BTW, I think it is a good idea

Re: [openstack-dev] [Neutron][LBaaS] Updated Object Model?

2014-05-14 Thread IWAMOTO Toshihiro
. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][QoS] Interest in a meeting at the Networking pod at the design summit?

2014-05-07 Thread IWAMOTO Toshihiro
to deal with qualitative attributes (eg. existence of specific features), QoS deals with quantitative attributes (eg. bandwidth etc.). IMO, handling of them aren't entirely different. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev

[openstack-dev] [Neutron] virtual resource for service chaining

2014-05-02 Thread IWAMOTO Toshihiro
on the etherpad or on the mailing list, as the session slot is quite limited. Thanks. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][L3] Agent manager customization

2014-05-02 Thread IWAMOTO Toshihiro
At Thu, 24 Apr 2014 15:24:53 +0900, IWAMOTO Toshihiro wrote: At Thu, 24 Apr 2014 00:34:36 +0200, ZZelle wrote: [1 multipart/alternative (7bit)] [1.1 text/plain; ISO-8859-1 (7bit)] Hi Carl, A clear l3 agent manager interface with hookable methods would clearly simplify

Re: [openstack-dev] [Neutron][L3] Agent manager customization

2014-04-24 Thread IWAMOTO Toshihiro
in the l3-agent would be great for decoupling FWaaS and VPNaaS codes from the l3-agent, too. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

2014-03-17 Thread IWAMOTO Toshihiro
-agent Please take a look. I've added a couple of security-related comments (pickle decoding and token leak) on the etherpad. Please check. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org

Re: [openstack-dev] [neutron][rootwrap] Performance considerations, sudo?

2014-03-05 Thread IWAMOTO Toshihiro
At Wed, 05 Mar 2014 15:42:54 +0100, Miguel Angel Ajo wrote: 3) I also find 10 minutes a long time to setup 192 networks/basic tenant structures, I wonder if that time could be reduced by conversion of system process calls into system library calls (I know we don't have libraries for iproute,

Re: [openstack-dev] [Neutron][LBaaS] Object Model discussion

2014-02-21 Thread IWAMOTO Toshihiro
that in more detail on the meeting. My idea was to keep the 'loadbalancer' API optional for users who don't care about grouping. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [Neutron][LBaaS] Object Model discussion

2014-02-20 Thread IWAMOTO Toshihiro
to limit such ability (reusing pools by vips deployed on different backends) in favor of simpler code, IMO it's really a big deal. Pool is lightweight enough to not to share it as an object. Yes, there's little benefit in sharing pools at cost of the complexity. -- IWAMOTO Toshihiro

Re: [openstack-dev] [Neutron][LBaaS] Object Model discussion

2014-02-20 Thread IWAMOTO Toshihiro
should have a network_id attribute). Hi Eugene and Stephen, I'd like to see the wiki updated with the plan #4 and current issues as mentioned in emails. It'll greatly help me to keep in touch with the discussion. Thanks. -- IWAMOTO Toshihiro ___ OpenStack

Re: [openstack-dev] [QA][Neutron] About paramiko's SSHException: Error reading SSH protocol banner

2013-12-26 Thread IWAMOTO Toshihiro
At Fri, 27 Dec 2013 01:53:59 +0100, Salvatore Orlando wrote: [1 multipart/alternative (7bit)] [1.1 text/plain; ISO-8859-1 (7bit)] I put together all the patches which we prepared for making parallel testing work, and ran a few times 'check experimental' on the gate to see whether it

Re: [openstack-dev] [Neutron][LBaaS] Thursday subteam meeting

2013-12-01 Thread IWAMOTO Toshihiro
/LoadbalancerInstance#API_change Thanks, Eugene. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Loadbalancer instance design.

2013-11-17 Thread IWAMOTO Toshihiro
appreciate any comments/ideas about this. How do you plan to handle API compatibility? I think that was a major part of the discussion at the design summit. -- IWAMOTO Toshihiro ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [Neutron] L3 router service integration with Service Type Framework

2013-10-25 Thread IWAMOTO Toshihiro
Let me try to clarify things a bit. At Fri, 25 Oct 2013 08:44:05 +0900, Itsuro ODA wrote: Hi Gray, Thanks for your response. Our plan is as follows: * LVS driver is one of lbaas provider driver. It communicates with l3_agent instead of lbaas_agent. LVS agent part will reside in the