Re: [openstack-dev] [designate] [neutron] designate and neutron integration

2014-08-11 Thread Carl Baldwin
kazuhiro MIYASHITA, I have done a lot of thinking about this. I have a blueprint on hold until Kilo for Neutron/Designate integration [1]. However, my blueprint doesn't quite address what you are going after here. An assumption that I have made is that Designate is an external or internet

Re: [openstack-dev] [neutron] Rotating the weekly Neutron meeting

2014-08-13 Thread Carl Baldwin
+1 On Wed, Aug 13, 2014 at 8:05 AM, Kyle Mestery mest...@mestery.com 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

[openstack-dev] Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-08-13 Thread Carl Baldwin
The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. Carl [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___ OpenStack-dev mailing list

[openstack-dev] [Neutron][L3] HA Router Review Help

2014-08-18 Thread Carl Baldwin
Hi all, This is intended for those readers interested in reviewing and soon merging the HA routers implementation for Juno. Assaf Muller has written a blog [1] about this new feature which serves as a good overview. It will be useful for reviewers to get up to speed and I recommend reading it

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-08-20 Thread Carl Baldwin
The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. Carl [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___ OpenStack-dev mailing list

Re: [openstack-dev] [neutron] Need community weigh-in on requests-mock

2014-08-22 Thread Carl Baldwin
I put this in the review but will repeat it here. +1 to adding the dependency with the tests that you've written to require it when those tests have been reviewed and accepted. I don't have an objection to adding requests-mock as a test-requirement. Carl On Fri, Aug 22, 2014 at 12:50 PM, Paul

Re: [openstack-dev] [neutron] Juno-3 BP meeting

2014-08-26 Thread Carl Baldwin
Kyle, These are three good ones. I've been reviewing the HA ones and have had an eye on the other two. 1300 is a bit early but I'll plan to be there. Carl On Aug 26, 2014 4:04 PM, Kyle Mestery mest...@mestery.com wrote: I'd like to propose a meeting at 1300UTC on Thursday in

Re: [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA

2014-09-03 Thread Carl Baldwin
It should be noted that send_arp_for_ha is a configuration option that preceded the more recent in-progress work to add VRRP controlled HA to Neutron's router. The option was added, I believe, to cause the router to send (default) 3 GARPs to the external gateway if the router was removed from one

Re: [openstack-dev] [neutron][IPv6] Neighbor Discovery for HA

2014-09-04 Thread Carl Baldwin
Han On 09/04/2014 06:06 AM, Carl Baldwin wrote: It should be noted that send_arp_for_ha is a configuration option that preceded the more recent in-progress work to add VRRP controlled HA to Neutron's router. The option was added, I believe, to cause the router to send (default) 3 GARPs

Re: [openstack-dev] [OSSN 0020] Disassociating floating IPs does not terminate NAT connections with Neutron L3 agent

2014-09-16 Thread Carl Baldwin
Hi, There is current work in review to use conntrack to terminate these connections [1][2] much like you suggested. I hope to get this in to RC1 but it needs another iteration. For Kilo, I'd like to explore stateless forwarding for floating ips. Since conntrack is the root of the security issue

[openstack-dev] [Neutron][Infra] Moving DVR experimental job to the check queue

2014-09-16 Thread Carl Baldwin
Hi, Neutron would like to move the distributed virtual router (DVR) tempest job, currently in the experimental queue, to the check queue [1]. It will still be non-voting for the time being. Could infra have a look? We feel that running this on all Neutron patches is important to maintain the

[openstack-dev] [Neutron][L3] Sub team meeting cancelled

2014-09-18 Thread Carl Baldwin
I have a conflict today. Keep working on RC1. Carl ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

2014-01-21 Thread Carl Baldwin
I think there may be some confusion between the two concepts: subnet and allocation pool. You are right that an ipv4 subnet smaller than /30 is not useable on a network. However, this method is checking the validity of an allocation pool. These pools should not include room for a gateway nor

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

2014-01-21 Thread Carl Baldwin
into that more tomorrow. Carl Baldwin c...@ecbaldwin.net wrote on 01/21/2014 05:27:49 PM: From: Carl Baldwin c...@ecbaldwin.net To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org, Date: 01/21/2014 05:32 PM Subject: Re: [openstack-dev] [neutron

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

2014-01-22 Thread Carl Baldwin
of the subnet. Carl Baldwin c...@ecbaldwin.net wrote on 01/21/2014 09:22:55 PM: From: Carl Baldwin c...@ecbaldwin.net To: OpenStack Development Mailing List openstack-dev@lists.openstack.org, Date: 01/21/2014 09:27 PM Subject: Re: [openstack-dev] [neutron] Neutron should disallow /32

Re: [openstack-dev] [neutron] Neutron should disallow /32 CIDR

2014-01-28 Thread Carl Baldwin
I think I agree. The new check isn't adding much value and we could debate for a long time whether /30 is useful and should be disallowed or not. There are bigger fish to fry. Carl On Fri, Jan 24, 2014 at 10:43 AM, Paul Ward wpw...@us.ibm.com wrote: Given your obviously much more extensive

Re: [openstack-dev] [Neutron] Assigning a floating IP to an internal network

2014-02-03 Thread Carl Baldwin
I have looked at the code that you posted. I am concerned that there are db queries performed inside nested loops. The approach looks sound from a functional perspective but I think these loops will run very slowly and increase pressure on the db. I tend to think that if a router has an extra

Re: [openstack-dev] [Neutron] Interest in discussing vendor plugins for L3 services?

2014-02-12 Thread Carl Baldwin
Paul, I'm interesting in joining the discussion. UTC-7. Any word on when this will take place? Carl On Mon, Feb 3, 2014 at 3:19 PM, Paul Michali p...@cisco.com wrote: I'd like to see if there is interest in discussing vendor plugins for L3 services. The goal is to strive for consistency

Re: [openstack-dev] [Neutron]A problem produced by accidentally deleting DHCP port

2014-02-13 Thread Carl Baldwin
Hi, Good find. This looks like a duplicate of a bug that is in progress [1]. Stephen Ma has a review up that addresses it [2]. Carl [1] https://bugs.launchpad.net/neutron/+bug/1244853 [2] https://review.openstack.org/#/c/57954 On Thu, Feb 13, 2014 at 1:19 AM, shihanzhang

Re: [openstack-dev] False Positive testing for 3rd party CI

2014-02-21 Thread Carl Baldwin
Aaron, I was thinking the same thing recently with this patch [1]. Patch sets 1-5 should have failed for any plugin besides ml2 yet some passed and I wondered how that could happen. Kudos to those patches that failed my patch sets correctly. Carl [1] https://review.openstack.org/#/c/72565/

Re: [openstack-dev] [Neutron] L3 HA VRRP concerns

2014-02-26 Thread Carl Baldwin
Assaf, It would be helpful if these notes were on the reviews [1]. I think there are concerns in this email that I have not noticed in the review. Maybe I missed them. Carl [1] https://blueprints.launchpad.net/neutron/+spec/l3-high-availability On Mon, Feb 24, 2014 at 8:58 AM, Assaf Muller

Re: [openstack-dev] [devstack] Bug in is_*_enabled functions?

2014-02-26 Thread Carl Baldwin
Brian, In shell it is correct to return 0 for success and non-zero for failure. Carl On Feb 26, 2014 10:54 AM, Brian Haley brian.ha...@hp.com wrote: While trying to track down why Jenkins was handing out -1's in a Neutron patch, I was seeing errors in the devstack tests it runs. When I dug

Re: [openstack-dev] [Neutron][FYI] Bookmarklet for neutron gerrit review

2014-03-04 Thread Carl Baldwin
Nachi, Great! I'd been meaning to do something like this. I took yours and tweaked it a bit to highlight failed Jenkins builds in red and grey other Jenkins messages. Human reviews are left in blue. javascript:(function(){ list = document.querySelectorAll('td.GJEA35ODGC'); for(i in

Re: [openstack-dev] [Neutron][L3] FFE request: L3 HA VRRP

2014-03-07 Thread Carl Baldwin
+1 On Fri, Mar 7, 2014 at 2:42 AM, Édouard Thuleau thul...@gmail.com wrote: +1 I though it must merge as experimental for IceHouse, to let the community tries it and stabilizes it during the Juno release. And for the Juno release, we will be able to announce it as stable. Furthermore, the

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

2014-03-07 Thread Carl Baldwin
one of the items Carl Baldwin has been investigating. Have you checked out his early work? [1] mark [1] https://review.openstack.org/#/c/67490/ ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

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

2014-03-10 Thread Carl Baldwin
All, I was writing down a summary of all of this and decided to just do it on an etherpad. Will you help me capture the big picture there? I'd like to come up with some actions this week to try to address at least part of the problem before Icehouse releases.

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-03-12 Thread Carl Baldwin
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The current agenda can be found at https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda Watch out for your local daylight savings time shifts. Carl ___ OpenStack-dev

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

2014-03-13 Thread Carl Baldwin
Right, the L3 agent does do this already. Agreed that the limiting factor is the cumulative effect of the wrappers and executables' start up overhead. Carl On Thu, Mar 13, 2014 at 9:47 AM, Brian Haley brian.ha...@hp.com wrote: Aaron, I thought the l3-agent already did this if doing a full

Re: [openstack-dev] Multiple patches in one review

2014-03-24 Thread Carl Baldwin
+1 to all Ben said. There are reasons to split things up in to a logical progression of changes but each change must stand alone and must pass tests. Carl On Mon, Mar 24, 2014 at 10:03 AM, Ben Nemec openst...@nemebean.com wrote: I should point out that Jenkins can't apply the next patch in

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

2014-03-24 Thread Carl Baldwin
Don't discard the first number so quickly. For example, say we use a timeout mechanism for the daemon running inside namespaces to avoid using too much memory with a daemon in every namespace. That means we'll pay the startup cost repeatedly but in a way that amortizes it down. Even if it is

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

2014-03-24 Thread Carl Baldwin
I was thinking that we could document the information about sudo and iproute2 patches with the upcoming release. How would I go about doing this? Is there any section in our documentation about OS level tweaks or requirements such as these that could present this information as part of the

Re: [openstack-dev] dhcp port creation

2014-03-27 Thread Carl Baldwin
Hanish, I have observed this behavior as well. Without digging in to recall the details, I believe that when the DHCP agent restarts, it makes a call that schedules any unscheduled networks to it. Upon scheduling the network to the agent, the port is created by the agent. Without restarting the

[openstack-dev] [Neutron][L3] Dynamic Routing Use Cases

2014-03-31 Thread Carl Baldwin
Hi All, The neutron L3 subteam [1] has been discussing dynamic routing use cases for a couple of weeks in our meeting. I attempted to capture the use cases at a high level here [2]. It is far from complete, I'd like some feedback from the community on the use cases. Carl Baldwin [1] https

Re: [openstack-dev] [Neutron] Distributed Virtual Router Discussion

2013-10-22 Thread Carl Baldwin
Swami, I would like to participate in discussions as well. Carl On Tue, Oct 22, 2013 at 12:50 PM, Vasudevan, Swaminathan (PNB Roseville) swaminathan.vasude...@hp.com wrote: Hi Folks, Thanks for your interests in the DVR feature. We should get together to start discussing the details in the

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

2013-11-20 Thread Carl Baldwin
usage in the community earlier than later. Carl Baldwin PS Here are the two remaining patches. The third has been abandoned. https://review.openstack.org/#/c/37131/ https://review.openstack.org/#/c/36487/ ___ OpenStack-dev mailing list

Re: [openstack-dev] [Neutron] The three API server multi-worker process patches.

2013-11-21 Thread Carl Baldwin
was still appearing when idle_timeout is set to 1 and the quantum API server did not work in my case. Could you perhaps share your conf file when applying this patch? Thanks. On Thu, Nov 21, 2013 at 3:34 AM, Carl Baldwin c...@ecbaldwin.net wrote: Hi, sorry for the delay in response. I'm glad

Re: [openstack-dev] L3 advanced features blueprint mapping to IETF and IEEE standards

2013-11-22 Thread Carl Baldwin
? I'll go read through the meeting log. Carl Baldwin On Thu, Nov 7, 2013 at 11:18 PM, Nachi Ueno na...@ntti3.com wrote: Hi folks let's use #openstack-meeting on the meetings. I have also created an etherpad for this discussion (If you have any slide, please link to the page) https

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-03 Thread Carl Baldwin
Stephen, all, I agree that there may be some opportunity to split things out a bit. However, I'm not sure what the best way will be. I recall that Mark mentioned breaking out the processes that handle API requests and RPC from each other at the summit. Anyway, it is something that has been

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-04 Thread Carl Baldwin
Sorry to have taken the discussion on a slight tangent. I meant only to offer the solution as a stop-gap. I agree that the fundamental problem should still be addressed. On Tue, Dec 3, 2013 at 8:01 PM, Maru Newby ma...@redhat.com wrote: On Dec 4, 2013, at 1:47 AM, Stephen Gran

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-04 Thread Carl Baldwin
of other stop-gap solutions like what Maru proposed in the original post. Carl On Wed, Dec 4, 2013 at 9:12 AM, Ashok Kumaran ashokkumara...@gmail.com wrote: On Wed, Dec 4, 2013 at 8:30 PM, Maru Newby ma...@redhat.com wrote: On Dec 4, 2013, at 8:55 AM, Carl Baldwin c...@ecbaldwin.net wrote

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-05 Thread Carl Baldwin
logical step to scale. I'll give it some thought today and possibly create a blueprint. Carl On Thu, Dec 5, 2013 at 7:13 AM, Maru Newby ma...@redhat.com wrote: On Dec 5, 2013, at 6:43 AM, Carl Baldwin c...@ecbaldwin.net wrote: I have offered up https://review.openstack.org/#/c/60082

Re: [openstack-dev] [Neutron] DHCP Agent Reliability

2013-12-06 Thread Carl Baldwin
, Carl Baldwin c...@ecbaldwin.net wrote: Creating separate processes for API workers does allow a bit more room for RPC message processing in the main process. If this isn't enough and the main process is still bound on CPU and/or green thread/sqlalchemy blocking then creating separate worker

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-06-11 Thread Carl Baldwin
We'll meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted. Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Nova][neutron][NFV] Mid cycle sprints

2014-06-14 Thread Carl Baldwin
A sprint in Lisbon sounds very good to me. I lived a while in Portugal and Portuguese is my second language. This is very short notice so it is probably not possible for me to make it during this cycle. Don't count on me but if an event is scheduled in Lisbon, I'd certainly want to give it a

Re: [openstack-dev] [Neutron] DVR SNAT shortcut

2014-06-28 Thread Carl Baldwin
Paul, Is there a blueprint filed on the subject of logging? This really doesn't have anything to do with DVR. The current solution has no logging either. Carl On Thu, Jun 26, 2014 at 5:41 AM, CARVER, PAUL pc2...@att.com wrote: Original message From: Yi Sun

Re: [openstack-dev] DVR and FWaaS integration

2014-06-29 Thread Carl Baldwin
The east/west case is the only case with this asymmetric routing problem being discussed. However, the north/south case might still be interesting from a FWaaS perspective. The fact that the router is distributed in pieces may affect it depending on the firewall implementation. Carl On Jun 28,

Re: [openstack-dev] [third-party] - rebasing patches for CI

2014-07-01 Thread Carl Baldwin
It could be that it this behavior has merely become more noticeable since Jenkins is now reverifying patch sets when new comments show up and it sees that the patch set hasn't been verified recently. Carl On Tue, Jul 1, 2014 at 5:00 PM, Jeremy Stanley fu...@yuggoth.org wrote: On 2014-07-01

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-07-02 Thread Carl Baldwin
The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. DVR is our priority. I have had some encouraging success this week deploying my own two-node devstack with distributed routers. I would like to discuss that

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-07-11 Thread Carl Baldwin
On Jul 11, 2014 5:32 PM, Vishvananda Ishaya vishvana...@gmail.com wrote: I have tried using pymysql in place of mysqldb and in real world concurrency tests against cinder and nova it performs slower. I was inspired by the mention of mysql-connector so I just tried that option instead.

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-07-11 Thread Carl Baldwin
Clark, You make a good point. It's there some resistance to this or is it just a matter of asking? Carl On Jul 11, 2014 12:23 PM, Clark Boylan clark.boy...@gmail.com wrote: Before we get too far ahead of ourselves mysql-connector is not hosted on pypi. Instead it is an external package link.

Re: [openstack-dev] [neutron][all] switch from mysqldb to another eventlet aware mysql client

2014-07-12 Thread Carl Baldwin
+1. Well put. No one is arguing against this other approach. The two efforts can be taken independently. Carl On Jul 11, 2014 10:48 PM, Mike Bayer mba...@redhat.com wrote: On 7/11/14, 11:26 PM, Jay Pipes wrote: Yep, couldn't agree more. Frankly, the steps you outline in the wiki above

Re: [openstack-dev] [neutron] [nova] Weekly nova-network / neutron parity meeting

2014-07-17 Thread Carl Baldwin
Kyle, Somehow I missed this thread until now. I 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

Re: [openstack-dev] [Neutron] Gap 0 (database migrations) closed!

2014-07-17 Thread Carl Baldwin
Anna, Your second point is going to be a bit of a maintenance headache. I was reviewing a patch [1] where you caught the lack of an import in head.py. I'm not sure that I can be trusted to check consistently for this in future reviews. I'm not sure that we can rely on you catching them all

Re: [openstack-dev] [Neutron][Spec freeze exception] Rootwrap daemon mode support

2014-07-23 Thread Carl Baldwin
+1 I think this is important for scalability. On Jul 23, 2014 5:45 PM, Miguel Angel Ajo Pelayo majop...@redhat.com wrote: +1 Sent from my Android phone using TouchDown (www.nitrodesk.com) -Original Message- From: Yuriy Taraday [yorik@gmail.com] Received: Thursday, 24 Jul

Re: [openstack-dev] [neutron] Add static routes on neutron router to devices in the external network

2014-07-23 Thread Carl Baldwin
I wondered the same as Kevin. Could you confirm that the vpn gateway is directly connected to the external subnet or not? The diagram isn't quite clear Assuming it is directly connected then it is probable that routes through the external gateway are not considered, hence the error you

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-07-30 Thread Carl Baldwin
The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. See you there! The initial DVR implementation has merged as of today. Please review the notes and log from the DVR meeting today [2]. I will be sure to

Re: [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21

2014-07-30 Thread Carl Baldwin
Kyle, Let me know if I can help resolve the concerns around rootwrap. I think in this case, the return on investment could be high with a relatively low investment. Carl On Wed, Jul 30, 2014 at 11:52 AM, Kyle Mestery mest...@mestery.com wrote: I wanted to send an email to let everyone know

Re: [openstack-dev] [neutron] Spec exceptions are closed, FPF is August 21

2014-08-01 Thread Carl Baldwin
Armando's point #2 is a good one. I see that we should have raised awareness of this more than we did. The bulk of the discussion and the development work moved over to the oslo team and I focused energy on other things. What I didn't realize was that the importance of this work to Neutron did

Re: [openstack-dev] [all] specs.openstack.org is live

2014-08-05 Thread Carl Baldwin
I have a spec proposal in play that crosses the Nova/Neutron boundary. I split it in to two specs: a nova spec [1] and a Neutron spec [2]. There is a little duplication between the two at a high level but not in the details. Each of the specs references the other at various spots in the text and

[openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files

2014-08-05 Thread Carl Baldwin
Hi, I noticed this yesterday afternoon. I tried to run pep8 and unit tests on a patch I was going to submit. It failed with an error that no package satisfying oslo.config could be found [1]. I went to pypi and saw that the version appears to be available [2] but still couldn't install it. I

Re: [openstack-dev] [Neutron][oslo] Problem installing oslo.config-1.4.0.0a3 from .whl files

2014-08-05 Thread Carl Baldwin
). It fixed this problem for me. Regards, Alexei On 05/08/14 23:00, Carl Baldwin wrote: Hi, I noticed this yesterday afternoon. I tried to run pep8 and unit tests on a patch I was going to submit. It failed with an error that no package satisfying oslo.config could be found [1]. I went

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-08-06 Thread Carl Baldwin
Apologies for the late notice... The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. Carl [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-04-09 Thread Carl Baldwin
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The current agenda can be found on the subteam meeting page [1]. New on the agenda this week: Multiple Subnets on External Network Carl [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-15 Thread Carl Baldwin
+1. I think we'll like this process better. I hope to have some of the first blueprints to propose to the new repository very soon. On Tue, Apr 15, 2014 at 4:07 PM, Kyle Mestery mest...@noironetworks.com wrote: Given the success the Nova team has had in handling reviews using their new

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-04-16 Thread Carl Baldwin
]. Carl Baldwin Neutron L3 Subteam Lead [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda [2] http://summit.openstack.org/cfp/details/81 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-16 Thread Carl Baldwin
Neutron (and Nova), I have had one thing come up as I've been using the template. I find that I would like to add just a little document structure in the form of a sub-heading or two under the Proposed change heading but before the required Alternatives sub-heading. However, this is not allowed

Re: [openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Carl Baldwin
Personally, I try not to be disagreeable and to be considerate in my reviews. However, I don't want to worry too much about hurting someone's feelings by making a comment. As a community we should be considerate and polite but we should also embrace critical reviews of our own work. I think

Re: [openstack-dev] Reviewing spelling and grammar errors in blueprints Re: [Nova] nova-specs

2014-04-17 Thread Carl Baldwin
I'd prefer that others *not* upload a new patch over mine just to make a spelling correction. I might be in the middle of another version of the patch myself and mine will overwrite yours. If you want to upload a patch over mine please ask me first so that we can coordinate and discuss the

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-17 Thread Carl Baldwin
at 3:43 PM, Kyle Mestery mest...@noironetworks.com wrote: On Wed, Apr 16, 2014 at 4:26 PM, Carl Baldwin c...@ecbaldwin.net wrote: Neutron (and Nova), I have had one thing come up as I've been using the template. I find that I would like to add just a little document structure in the form

Re: [openstack-dev] [Openstack][nova][Neutron] Launch VM with multiple Ethernet interfaces with I.P. of single subnet.

2014-04-17 Thread Carl Baldwin
I don't see any indication that a floating ip can be associated with any of the secondary addresses. Can this be done? If not, then multiple addresses are not useful if a floating ip is required to make the server public facing. Carl On Wed, Apr 16, 2014 at 10:46 PM, Aaron Rosen

Re: [openstack-dev] [neutron] Neutron BP review process for Juno

2014-04-17 Thread Carl Baldwin
Wow, easiest merge ever! Can we get this repository counted in our stats?! ;) Carl On Thu, Apr 17, 2014 at 1:09 PM, Kyle Mestery mest...@noironetworks.com wrote: On Thu, Apr 17, 2014 at 1:18 PM, Carl Baldwin c...@ecbaldwin.net wrote: Sure thing [1]. The easiest change I saw was to remove

Re: [openstack-dev] [Openstack][nova][Neutron] Launch VM with multiple Ethernet interfaces with I.P. of single subnet.

2014-04-17 Thread Carl Baldwin
-show. Carl On Thu, Apr 17, 2014 at 12:29 PM, Carl Baldwin c...@ecbaldwin.net wrote: I don't see any indication that a floating ip can be associated with any of the secondary addresses. Can this be done? If not, then multiple addresses are not useful if a floating ip is required to make

Re: [openstack-dev] [NEUTRON] [IPv6] [VPNaaS] - IPSec by default on each Tenant router, the beginning of the Opportunistic Encryption era (rfc4322 ?)...

2014-04-22 Thread Carl Baldwin
Keys are distributed via dns records. https://tools.ietf.org/html/rfc4322 Carl On Apr 21, 2014 5:35 PM, Kevin Benton blak...@gmail.com wrote: This is interesting. How is key distribution handled when I want to use OE with someone like Google.com for example? On Thu, Apr 17, 2014 at 12:07

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

2014-04-22 Thread Carl Baldwin
Cedric, I'm just getting back from a short vacation. Please excuse the delayed reply. I have a feeling that this subject may have been discussed in the past before I was very active in Neutron. So, others may chime in if I'm missing something. For the customizations that you're making, it

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-04-23 Thread Carl Baldwin
Resolution internal and external to Neutron - Pluggable External Networks Carl Baldwin Neutron L3 Subteam Lead [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [neutron] Design Summit Sessions

2014-04-28 Thread Carl Baldwin
Kyle, Could you point to any information about the pod area? I would like to do something with the DNS discussion. Will this area be schedulable or first-come-first-served? Carl On Fri, Apr 25, 2014 at 7:17 AM, Kyle Mestery mest...@noironetworks.com wrote: Hi everyone: I've pushed out the

[openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

2014-04-29 Thread Carl Baldwin
it out. Carl Baldwin Neutron L3 Subteam [1] http://summit.openstack.org/cfp/details/403 [2] https://blueprints.launchpad.net/neutron/+spec/internal-dns-resolution [3] https://blueprints.launchpad.net/nova/+spec/internal-dns-resolution [4] https://blueprints.launchpad.net/neutron/+spec/external-dns

[openstack-dev] [Neutron][L3] No Team Meeting Thursday

2014-04-30 Thread Carl Baldwin
in Atlanta [2]. Cheers, Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam [2] https://etherpad.openstack.org/p/juno-dns-neutron-nova-designate ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

2014-04-30 Thread Carl Baldwin
will happen here)), so, the old internet infrastructure will be able to reach a IPv6-Only project subnet using a well know FQDN DNS IPv4 entry... Best! Thiago On 29 April 2014 17:09, Carl Baldwin c...@ecbaldwin.net wrote: The design summit discussion topic I submitted [1] for my DNS blueprints

Re: [openstack-dev] [Juno-Summit] availability of the project project pod rooms on Monday May 12th?

2014-05-06 Thread Carl Baldwin
Is there a map, a list, or some other official reference? I may like to use a pod for a cross-project discussion about DNS between Nova, Neutron, and Designate. Not a big deal but it might be nice to know more about what we're looking for when we get there. Thanks, Carl On Tue, May 6, 2014 at

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

2014-05-06 Thread Carl Baldwin
this in the discussion then that may work out well. Thanks, Carl [1] https://etherpad.openstack.org/p/juno-dns-neutron-nova-designate [2] https://etherpad.openstack.org/p/DesignateAtlantaDesignSession On Tue, May 6, 2014 at 8:58 AM, Joe Mcbride jmcbr...@rackspace.com wrote: On 4/29/14, 3:09 PM, Carl Baldwin c

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

2014-05-07 Thread Carl Baldwin
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The current agenda can be found on the subteam meeting page [1]. We will not hold a meeting next week during the summit. Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda

Re: [openstack-dev] [Neutron][FYI] Bookmarklet for neutron gerrit review

2014-05-08 Thread Carl Baldwin
this now be done on the backend somehow? On Tue, Mar 04, at 4:00 pm, Carl Baldwin wrote: Nachi, Great! I'd been meaning to do something like this. I took yours and tweaked it a bit to highlight failed Jenkins builds in red and grey other Jenkins messages. Human reviews are left in blue

Re: [openstack-dev] [Neutron][Nova][Designate][L3][IPv6] Discussion about Cross-Project Integration of DNS at Summit

2014-05-09 Thread Carl Baldwin
...@rackspace.com wrote: On 4/29/14, 3:09 PM, Carl Baldwin c...@ecbaldwin.netmailto:c...@ecbaldwin.net wrote:I feel this is an important subject to discuss because the end resultwill be a better cloud user experience overall. The design summitcould be a great time to bring together interested parties

Re: [openstack-dev] [Neutron][FYI] Bookmarklet for neutron gerrit review

2014-05-09 Thread Carl Baldwin
) { title.style.color='#66' } else { title.style.color='blue' } } })() marios On Tue, Mar 04, at 4:00 pm, Carl Baldwin wrote: Nachi, Great! I'd been meaning to do something like this. I took yours and tweaked it a bit to highlight

[openstack-dev] Pluggable External Network Followup from Summit

2014-05-19 Thread Carl Baldwin
There was a question during my summit session on Friday at 4:00 about providing diagrams. There are diagrams in the specification [2] that show where IP addresses are used in the various external network schemes. The first diagram, almost half-way down, shows the current method which uses public

[openstack-dev] [Neutron][L3][IPAM] Team Meeting Thursday at 1500 UTC

2014-05-21 Thread Carl Baldwin
improvements to the current IPAM implementation in Neutron. Please review the etherpad [2] from the pod discussion and come join us at the meeting. Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda [2] https://etherpad.openstack.org/p/ipam_pod

Re: [openstack-dev] [Openstack] Neutron - reservation of fixed ip

2014-05-21 Thread Carl Baldwin
Sławek, There is some grass roots interest in improved IPAM within Neutron. This feature of which you speak could be proposed as part of -- or a follow-on to -- that work. I have added this subject to the L3 subteam agenda [2] for tomorrow's meeting as I announced earlier today [1]. There is a

Re: [openstack-dev] [Neutron] reservation of fixed ip

2014-05-22 Thread Carl Baldwin
If an IP is reserved for a tenant, should the tenant need to explicitly ask for that specific IP to be allocated when creating a floating ip or port? And it would pull from the regular pool if a specific IP is not requested. Or, does the allocator just pull from the tenant's reserved pool

Re: [openstack-dev] [Neutron] Default routes to SNAT gateway in DVR

2014-05-22 Thread Carl Baldwin
Hi, I found this message in my backlog from when I was at the summit. Sorry for the delay in responding. The default SNAT or dynamic SNAT use case is one of the last details being worked in the DVR subteam. That may be why you do not see any code around this in the patches that have been

Re: [openstack-dev] [Neutron] reservation of fixed ip

2014-05-23 Thread Carl Baldwin
PUT /subnets/subnet allocation_pools: {} It's perhaps time we look at the patch and merge it. PUT on allocation pools have been a #TODO for about 2 years now! thanks! marios [1] https://review.openstack.org/#/c/62042/ Mohammad From: Carl Baldwin c...@ecbaldwin.net

Re: [openstack-dev] [Neutron] Seeking opinions on scope of code refactoring...

2014-05-23 Thread Carl Baldwin
Paul, On Fri, May 23, 2014 at 8:24 AM, Paul Michali (pcm) p...@cisco.com wrote: Hi, I’m working on a task for a BP to separate validation from persistence logic in L3 services code (VPN currently), so that providers can override/extend the validation logic (before persistence). So I’ve

Re: [openstack-dev] [neutron] Proposed changes to core team

2014-05-26 Thread Carl Baldwin
off. So I am proposing his removal from neutron-core. Since we're losing a core team member, I'd like to propose Carl Baldwin (carl_baldwin) for Neutron core. Carl has been a very active reviewer for Neutron, his stats are well in-line with other core reviewers. Additionally, Carl has been

Re: [openstack-dev] [Neutron] Seeking opinions on scope of code refactoring...

2014-05-27 Thread Carl Baldwin
On May 23, 2014, at 6:09 PM, Carl Baldwin c...@ecbaldwin.net wrote: Paul, On Fri, May 23, 2014 at 8:24 AM, Paul Michali (pcm) p...@cisco.com wrote: Hi, I’m working on a task for a BP to separate validation from persistence logic in L3 services code (VPN currently), so that providers can

Re: [openstack-dev] Designate Incubation Request

2014-05-28 Thread Carl Baldwin
Does this make sense in Neutron? In my opinion it doesn't. DNSaaS is external to Neutron and is independent. It serves DNS requests that can come from the internet just as well as they can come from VMs in the cloud (but through the network external to the cloud). It can serve IPs for cloud

Re: [openstack-dev] Designate Incubation Request

2014-05-28 Thread Carl Baldwin
. I'm getting suspicious of the programs for projects model if every new project incubating in seems to need a new program. Which isn't really a reflection on designate, but possibly on our program structure. -Sean On 05/28/2014 02:21 PM, Carl Baldwin wrote: Does this make sense

[openstack-dev] [Neutron][L3][DVR] Team Meeting Thursday at 1500 UTC

2014-05-28 Thread Carl Baldwin
topics [1] first and then use the remainder of the meeting for DVR. Please double check your actions items from last week's meeting [2]. Carl Baldwin Neutron L3 Subteam [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda [2] http://eavesdrop.openstack.org/meetings/neutron_l3/2014

Re: [openstack-dev] Designate Incubation Request

2014-05-28 Thread Carl Baldwin
That is what I was not sure about, if they are currently one in the same. Thanks for the link. Carl On May 28, 2014 2:47 PM, Hayes, Graham graham.ha...@hp.com wrote: Sorry - not sure what happened there - as I was saying: The Networking Program is Neutron.

Re: [openstack-dev] [neutron][L3] VM Scheduling v/s Network as input any consideration ?

2014-05-29 Thread Carl Baldwin
, Keshava.A *From:* jcsf31...@gmail.com [mailto:jcsf31...@gmail.com] *Sent:* Thursday, May 29, 2014 9:14 AM *To:* openstack-dev@lists.openstack.org; Carl Baldwin; Kyle Mestery; OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [neutron][L3] VM Scheduling v/s

Re: [openstack-dev] [Neutron] One performance issue about VXLAN pool initiation

2014-05-30 Thread Carl Baldwin
Carl, The idea of in-memory storage was discussed for similar problem, but might not work for multiple server deployment. Some hybrid approach though may be used, I think. Thanks, Eugene. On Fri, May 30, 2014 at 8:53 PM, Carl Baldwin c...@ecbaldwin.net wrote: This is very similar to IPAM

  1   2   3   4   >