Re: [openstack-dev] [neutron][upgrades] Bi-weekly upgrades work status. 6/20/2016

Very glad to see *Bi-weekly Upgrades Work Status*, besides, we (UnitedStack) are also writing a Chinese version of weekly neutron status: http://bit.ly/29nTorX We wrote from 4.3 and now have wrote 12 pieces. :-D Wei Wang 2016-06-20 21:58 GMT+08:00 Ihar Hrachyshka : > Hi all, > > (It’s not real

Re: [openstack-dev] [neutron][ovo] NeutronDbObject concurrency issues

Hi, I want to add an option which handle by another project Tooz. https://github.com/openstack/tooz with redis or some other drivers, it seems pretty a good choice. Any comments? Wei Wang 2016-05-17 6:53 GMT+08:00 Ilya Chukhnakov : > > On 16 May 2016, at 20:01, Michał Dulko wrote: > > It's

Re: [openstack-dev] [Neutron][Kuryr] - Bringing Dockers networking to Neutron

I'd like to recommend a tool: http://www.timeanddate.com/worldclock/meeting.html Since I base in Beijing, so I'd like to recommend UTC 1:00 to UTC 16:00 Regards, Wei Wang 2015-07-23 0:28 GMT+08:00 Gal Sagie : > > Hello Everyone, > > Project Kuryr is now officially part of Neutron's big tent. >

Re: [openstack-dev] [Neutron] Proposing Cedric Brandily to Neutron Core Reviewer Team

Congrats Credic! 2015-07-23 0:05 GMT+08:00 Vikram Choudhary : > Congrats Credic! > > On Wed, Jul 22, 2015 at 9:28 PM, Edgar Magana > wrote: > >> Congratulations Cedric!! >> >> Edgar >> >> >> >> >> On 7/22/15, 8:37 AM, "Carl Baldwin" wrote: >> >> >It has been a week since this nomination. I'm p

Re: [openstack-dev] [neutron] Service Chain project IRC meeting minutes - 07/16/2015

Hi, Does service chaining project meeting will be held this week? I'd like to join :-D Wei Wang 2015-07-17 2:09 GMT+08:00 Cathy Zhang : > Hi Everyone, > > > > Thanks for joining the service chaining project meeting on 7/16/2015. > Here is the link to the meeting logs: > > http://eavesdrop.open

Re: [openstack-dev] [Neutron]Request for help to review a patch

Hi Neil, Nice suggestion :-) Thanks, Wei Wang 2015-07-16 15:46 GMT+08:00 : > As it is a bug fix, perhaps you could add this to the agenda for the next > Neutron IRC meeting, in the Bugs section? > > Regards, > Neil > > > *From: *Damon Wang > *Sent: *Thursda

[openstack-dev] [Neutron]Request for help to review a patch

Hi, I know that request review is not good in mail list, but the review process of this patch seems freeze except gained two +1 :-) The review url is: https://review.openstack.org/#/c/172875/ Thanks a lot, Wei wang __ OpenS

Re: [openstack-dev] [neutron] - dnsmasq 'dhcp-authoritative' option broke multiple DHCP servers

t;"dhcp-authoritative" is really a simple way to solve the problem of that > dnsmasq will lose lease if restarted > > Yes, unfortunately it made dnsmasq behave authoritatively though. :-) The > patch that merged should fix the NAK issue and the lease lost on restart > i

Re: [openstack-dev] [neutron] - dnsmasq 'dhcp-authoritative' option broke multiple DHCP servers

Hi Benton, I'm sorry that seems I missed your discuss. I just seen your patch's merge yesterday. But I don't know that does NAK matters? A client will get a ACK and a NAK if there are two agents, it's ok because client will assign IP address successfully according to the ACK. "dhcp-authoritative

Re: [openstack-dev] [openstack][neutron] Debugging L3 Agent with PyCharm

Hi, I suggest you use pd. or ipdb to debug neutron... If you prefer IDE, komodo can do remote debug in neutron in my experiment. Hope helps, Damon 2015-03-19 6:06 GMT+08:00 Daniel Comnea : > Gal, > > while i don't have an answer to your question, can you pls share how you > enabled the Gevent d

Re: [openstack-dev] [neutron] Neutron Priorities for Kilo

Nice to see it :-) 2014-12-04 23:52 GMT+08:00 Kyle Mestery : > Note: Similar to Nova, cross-posting to operators. > > We've published the list of priorities for Neutron during the Kilo cycle, > and it's available here [1]. The team has been discussing these since > before the Paris Summit, and we

[openstack-dev] [Neutron] Should we clean resource first then do assert in test?

Hi, @Michali asked me a question about clean resource after assert seems not valid in a review . Should we clean resource before assert? Regards Wei Wang _

Re: [openstack-dev] [Neutron] Stale patches

good job :-) 2014-11-14 18:34 GMT+08:00 Miguel Ángel Ajo : > Thanks for cleaning up the house!, > > Best regards, > > Miguel Ángel Ajo > > On Friday, 14 de November de 2014 at 00:46, Salvatore Orlando wrote: > > There are a lot of neutron patches which, for different reasons, have not > been upda

Re: [openstack-dev] Ask for spec review, thanks!

I paste the URL here to help those who interest with it: https://review.openstack.org/#/c/133150/ Besides, I think add [cinder] tag maybe help in email's title. Damon 2014-11-11 16:50 GMT+08:00 liuxinguo : > We have submitted our spec just a few days ago while I have heared that we > should hav

Re: [openstack-dev] [Neutron] Translation technical debt

Thanks for reminding! 2014-11-11 23:48 GMT+08:00 Louis Taylor : > On Tue, Nov 11, 2014 at 01:46:34PM +, Gary Kotton wrote: > > In order to enforce our translation policies - > > http://docs.openstack.org/developer/oslo.i18n/guidelines.html - we have > added > > a hacking rule in Neutron. If y

Re: [openstack-dev] [neutron] Reminder: No meeting this week

Congrats! :-) 2014-11-11 5:50 GMT+08:00 Miguel Ángel Ajo : > Congratulations :-) > > -- > Miguel Ángel Ajo > Sent with Sparrow > > On Monday, 10 de November de 2014 at 21:22, Brandon Logan wrote: > > Congrats! Another little mestery in the world, scary! > > O

Re: [openstack-dev] [neutron][advanced services] Weekly IRC meeting day/time change

I use Event time announcer to create a event to convenient people in different time zone: http://www.timeanddate.com/worldclock/fixedtime.html?msg=Neutron+Advanced+Services&iso=2014T17&p1=1440 Hope helps Damon 2014-11-10 12:14 GMT+08:00 Sumit Naiksatam : > Hi All, > > Following up from the

Re: [openstack-dev] [Neutron] Let's fix all neutron bugs! (NOT)

Hi Bryant, > There is one potential downside with this workflow. When a bug is > assigned to someone, it will discourage anyone else from looking at it. > You may end up with a lot of bugs assigned that are not actively being > worked on. > Can't agree more > > An alternative approach would be

Re: [openstack-dev] [Neutron] Let's fix all neutron bugs! (NOT)

Hi Eugene, This is really a good thing and I think I have some time and resource to do it :-) My launchpad profile: https://launchpad.net/~damon-devops Github: https://github.com/MatheMatrix Damon 2014-11-07 17:17 GMT+08:00 Eugene Nikanorov : > Hi folks, > > I have been supervising bug list f

Re: [openstack-dev] [neutron][TripleO] Clear all flows when ovs agent start? why and how avoid?

, this will mod to y to br-int, but y is assigned by ovs, not our config, so there may exist more than one mod flow for vlan packet in ovs-br, this will cause vlan_id falsify! And may cause network loop! The above accidents are what happened our experiment, not only my imagine. Please take more c

Re: [openstack-dev] [neutron] what is the different between ovs-ofctl and iptalbes? Can we use ovs-ofctl to nat floating ip into fixed ip if we use openvswitch agent?

Hi, OVS mainly focus on l2 which iptables mainly focus on l3 or higher. Damon Wang 2014-11-04 11:12 GMT+08:00 Li Tianqing : > > > > > > -- > Best > Li Tianqing > > > > ___ > OpenStack-dev mailing list >

[openstack-dev] [neutron] Clear all flows when ovs agent start? why and how avoid?

Hi all, We have suffered a long down time when we upgrade our public cloud's neutron into the latest version (close to Juno RC2), for ovs-agent cleaned all flows in br-tun when it start. I find our current design is remove all flows then add flow by entry, this will cause every network node will

Re: [openstack-dev] [neutron] vm can not transport large file under neutron ml2 + linux bridge + vxlan

Hi Tangqing, This is a well-known problem, it is because GRE/VxLan 's packet header use some bytes, length of data packet should reduced. You can get refer to bellow pages: http://www.chriscowley.me.uk/blog/2014/03/31/openstack-neutron-performance-problems/ https://ask.openstack.org/en/question/25

Re: [openstack-dev] [Neutron] BGPVPN implementation discussions

Good news, +1 2014-10-17 0:48 GMT+08:00 Mathieu Rohon : > Hi all, > > as discussed during today's l3-meeting, we keep on working on BGPVPN > service plugin implementation [1]. > MPLS encapsulation is now supported in OVS [2], so we would like to > summit a design to leverage OVS capabilities. A f

Re: [openstack-dev] [neutron] Creation of neutron-drivers team

Hope this can accelerate Neutron's development :-) Regards, Damon 2014-10-09 5:46 GMT+08:00 Kyle Mestery : > Sure, I'll add that section there. > > On Tue, Oct 7, 2014 at 2:58 PM, Kevin Benton wrote: > > Can you add a section to the wiki to document how a core can become a > member > > of the d

Re: [openstack-dev] [Neutron] how to add a new plugin to the neutron repo?

I agree to @Kukura that implement as a driver to ML2 is recommend. Regards, Wei Wang 2014-10-08 3:57 GMT+08:00 Kyle Mestery : > On Tue, Oct 7, 2014 at 2:20 PM, Ihar Hrachyshka > wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > On 06/10/14 06:51, thanh le giang wrote: > >>

Re: [openstack-dev] [Neutron] How to write extension

Hi Kapłoński, I recommend you to read these materials: Keynotes: https://www.openstack.org/assets/presentation-media/insideneutron2.pdf Video: https://www.openstack.org/summit/openstack-summit-hong-kong-2013/session-videos/presentation/deep-dive-into-neutron Post: http://control-that-vm.blogspot.

Re: [openstack-dev] [Openstack] is tenant-id in network API?

Agree, http://docs.openstack.org/api/openstack-network/2.0/content/networks.html and http://developer.openstack.org/api-ref-networking-v2.html both have this problem. 2014-07-07 10:25 GMT+08:00 Yongsheng Gong : > Hi, > Today, I found the ​{tenant_id} is written in neutron API URLs at > http://de

Re: [openstack-dev] [Neutron] Developer documentation

Good work on the documentation, it's helpful. Damon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron]Can somebody describe the all the rolls about networks' admin_state_up

Hi Lee, Here is a discussion maybe help: https://answers.launchpad.net/neutron/+question/230508 Damon 2014-02-24 16:03 GMT+08:00 Assaf Muller : > > > - Original Message - > > Hi, > > > > I want to know the admin_state_up attribute about networks but I > > have not found any describ

Re: [openstack-dev] [OpenStack][Ceilometer] http header with large token problem

Hi ZhiQiang, Does Ceilometer use eventlet.wsgi.server? As far as I know the 8k problem is resulted from the default value of eventlet.wsgi.MAX_HEADER_LINE is 8192. So if Ceilometer doesn't use eventlet.wsig.server, this problem will not influence Ceilometer at all. I'm not familiar to Ceilometer

Re: [openstack-dev] [GSoC] Participate as participant

Hi Robber, There are a number of discussions at OpenStack mail-list, you can find them at mail-archive. Hope it helps Damon 2014-02-18 17:15 GMT+08:00 Robber Phex : > And, should I CC this mail to OpenStack maillist? > > > On Tue, Feb 18, 2014 at 5:14 PM, Robber Phex wrote: > >> Hello everyo