Doesn’t this overlap with the work done for the OSProfiler ?
More comments inline.
Miguel Ángel Ajo
On Wednesday, 3 de June de 2015 at 11:43, Kekane, Abhishek wrote:
> Hi Devs,
>
> So for I have got following responses on the proposed solutions:
>
> Solution
Ooook, fully understood now. Thanks Ihar & Ian for the clarification :)
Miguel Ángel Ajo
On Tuesday, 2 de June de 2015 at 13:33, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 06/02/2015 10:10 AM, Miguel Ángel Ajo wrote:
> > The bac
;NIC->NET.
Best,
Miguel Ángel Ajo
On Tuesday, 2 de June de 2015 at 9:32, Ian Wells wrote:
> The fix should work fine. It is technically a workaround for the way
> checksums work in virtualised systems, and the unfortunate fact that some
> DHCP clients check checksums on packets w
reference implementation spec [6] to extend security groups auditing
> capabilities
>
That came up into the “ovs sg ludicrous speed” talk, we may need auditing
actions support in OvS at some point.
Miguel Ángel Ajo,
> None the less, would love to help and contribute code in any eff
Thanks for sharing Sukhdev, I’ll join the meetings.
Miguel Ángel Ajo
On Thursday, 28 de May de 2015 at 6:59, Sukhdev Kapur wrote:
> Folks,
>
> Starting next monday (June 1, 2015), we are kicking off weekly meeting to
> discuss and track the integration of Ironic and Neutron
Ahh, I missed this email while I was in the summit.
Thank you for so many years of hard work Salvatore, as Edgar said, your
“pedant” comments
made it better. I will miss your sense of humor ;)
Best,
Miguel Ángel Ajo
On Thursday, 21 de May de 2015 at 21:04, Gary Kotton wrote:
> -1
>
Gal, thank you very much for the update to the list, I believe it’s very
helpful,
I’ll add some inline notes.
On Thursday, 7 de May de 2015 at 8:51, Gal Sagie wrote:
> Hello All,
>
> I think that the Neutron QoS effort is progressing into critical point and i
> asked Miguel if i could post an
Does the library require root privileges to work
for the operations you’re planning to do?
That would be a stopper, since all the agents run unprivileged, and all the
operations are filtered by the oslo root wrap daemon or cmdline tool.
Best,
Miguel Ángel.
Miguel Ángel Ajo
On Monday, 4 de
On Tuesday, 7 de April de 2015 at 3:14, Kyle Mestery wrote:
> On Mon, Apr 6, 2015 at 6:04 PM, Salvatore Orlando (mailto:sorla...@nicira.com)> wrote:
> >
> >
> > On 7 April 2015 at 00:33, Armando M. > (mailto:arma...@gmail.com)> wrote:
> > >
> >
oped anybody I know is interested in the CC of this mail.
Miguel Ángel Ajo
[1] https://blueprints.launchpad.net/neutron/+spec/quantum-qos-api
[2]
https://drive.google.com/file/d/0B2XATqL7DxHFRHNjU3k1UFNYRjQ/view?usp=sharing
[3]
https://docs.google.com/document/d/1xU
://review.openstack.org/#/c/167671/
[2] https://github.com/justinpettit/ovs/tree/conntrack
[3] https://github.com/justinpettit/ovs/commits/conntrack
Miguel Ángel Ajo
On Tuesday, 31 de March de 2015 at 9:34, Kevin Benton wrote:
> Very cool. What's the latest status on data-plane support
On Tuesday, 31 de March de 2015 at 7:14, George Shuklin wrote:
>
>
> On 03/30/2015 11:18 AM, Kevin Benton wrote:
> > What does fog do? Is it just a client to the Neutron HTTP API? If so,
> > it should not have broken like that because the API has remained
> > pretty stable. If it's a deploy
I see you point Van,
In the other hand, removing it, cleans up lot of conditional code parts (moving
parts at the other side),
and also the non-netns case is not tested by upstream CI, AFAIK, so it could be
broken anytime
and we would not notice it.
Miguel Ángel Ajo
On Monday, 23 de March
On Monday, 23 de March de 2015 at 8:20, Van Leeuwen, Robert wrote:
> > > >> Are the setups out there *not* using the use_namespaces option? I'm
> > > >> curious as
> > > >> to why, and if it would be difficult to migrate such a setup to use
> > > >> namespaces.
>
> At my previous employer we
For project Calico, why do you need no netns and why do you patch it?
Kevin, thanks for pointing that out.
Best,
Miguel Ángel Ajo
On Monday, 23 de March de 2015 at 7:34, Miguel Ángel Ajo wrote:
> +1 for deprecation if people don’t have use cases / good reasons to keep it,
> I don’t know
+1 for deprecation if people don’t have use cases / good reasons to keep it, I
don’t know
and I can’t think of any, but that doesn’t mean they don’t exist.
Miguel Ángel Ajo
On Monday, 23 de March de 2015 at 2:34, shihanzhang wrote:
> +1 to deprecate this option
>
> At 2015
Thanks to everybody working on this,
Answers inline:
On Tuesday, 10 de March de 2015 at 0:34, Tidwell, Ryan wrote:
> Thanks Salvatore. Here are my thoughts, hopefully there’s some merit to them:
>
> With implicit allocations, the thinking is that this is where a subnet is
> created in a b
+project:openstack/neutron+branch:master+topic:bp/rpc-docs-and-namespaces,n,z
Best regards,
Miguel Ángel Ajo
On Wednesday, 4 de March de 2015 at 17:00, Assaf Muller wrote:
> Hello everyone,
>
> I'd like to highlight an issue with:
> https://review.openstack.org/#/c/154670/
>
name).
Best,
Miguel Ángel Ajo
On Friday, 27 de February de 2015 at 14:50, Miguel Ángel Ajo wrote:
> Ok, I moved the document here [1], and I will eventually submit another patch
> with the testing scripts when those are ready.
>
> Let’s move the discussion to the review!,
&g
Ok, I moved the document here [1], and I will eventually submit another patch
with the testing scripts when those are ready.
Let’s move the discussion to the review!,
Best,
Miguel Ángel Ajo
[1] https://review.openstack.org/#/c/159840/
On Friday, 27 de February de 2015 at 7:03, Kevin Benton
On Thursday, 26 de February de 2015 at 7:48, Miguel Ángel Ajo wrote:
> Inline comments follow after this, but I wanted to respond to Brian question
> which has been cut out:
>
> We’re talking here of doing a preliminary analysis of the networking
> performance,
> before writin
tion tracker functionality to be eventually merged into ovs.
>
> -Tapio
>
>
> On Wed, Feb 25, 2015 at 5:07 PM, Rick Jones (mailto:rick.jon...@hp.com)> wrote:
> > On 02/25/2015 05:52 AM, Miguel Ángel Ajo wrote:
> > > I’m writing a plan/script to benchmark OVS+
Sounds like a very good idea. Cross project development shared knowledge.
Miguel Ángel Ajo
On Wednesday, 25 de February de 2015 at 22:32, michael mccune wrote:
> On 02/25/2015 02:54 PM, Doug Hellmann wrote:
> > During yesterday’s cross-project meeting [1], we discussed the "Even
On Wednesday, 25 de February de 2015 at 15:38, Kyle Mestery wrote:
> On Wed, Feb 25, 2015 at 7:52 AM, Miguel Ángel Ajo (mailto:majop...@redhat.com)> wrote:
> > I’m writing a plan/script to benchmark OVS+OF(CT) vs
> > OVS+LB+iptables+ipsets,
> > so we can make sure t
measures
within it, to make sure we just measure the difference due to the software
layers.
Suggestions or ideas on what to measure are welcome, there’s an initial draft
here:
https://github.com/mangelajo/ovs-experiments/tree/master/ovs-ct
Miguel Ángel Ajo
On Friday, 20 de February de 2015 at 17:06, Ben Pfaff wrote:
> On Fri, Feb 20, 2015 at 12:45:46PM +0100, Miguel Ángel Ajo wrote:
> > On Thursday, 19 de February de 2015 at 23:15, Kyle Mestery wrote:
> > > On Thu, Feb 19, 2015 at 3:55 PM, Ben Pfaff > > (mailto:b...@nicira
On Thursday, 19 de February de 2015 at 23:15, Kyle Mestery wrote:
> [Adding neutron tag to subject, comments below.]
>
> On Thu, Feb 19, 2015 at 3:55 PM, Ben Pfaff (mailto:b...@nicira.com)> wrote:
> > [moving this conversation to openstack-dev because it's more
> > interesting there and that
Thank you Ben!,
Cross posting [1] to openstack list /neutron.
[1] http://benpfaff.org/~blp/dist-docs.
On Thursday, 19 de February de 2015 at 09:13, Ben Pfaff wrote:
> On Thu, Feb 19, 2015 at 12:12:26AM -0800, Ben Pfaff wrote:
> > This commit adds preliminary design documentation for Open Vi
Miguel Ángel Ajo
On Wednesday, 18 de February de 2015 at 08:14, yamam...@valinux.co.jp wrote:
> hi,
>
> > On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp
> > (mailto:yamam...@valinux.co.jp) wrote:
> > > hi,
> > >
> > > i
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp wrote:
> hi,
>
> i want to add an extra requirement specific to OVS-agent.
> (namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]
> but the question is not specific to the blueprint.)
> to avoid messing deployments
forwarding and re-starting
evaluation due to patch ports.
(Please correct me here where I’m wrong, I just have very high level view
of this).
Best,
Miguel Ángel Ajo
On Friday, 13 de February de 2015 at 13:42, Miguel Ángel Ajo wrote:
> Hi, Ihar & Jiri, thank you for pointing this out.
&g
paceable” OVS ports would
be perfect, yet I understand
the change is a big feature.
If we had 1 & 3, may be 4 wouldn’t be a problem anymore.
[1] https://github.com/justinpettit/ovs/tree/conntrack
Miguel Ángel Ajo
On Friday, 13 de February de 2015 at 13:14, Ihar Hrachyshka wrote:
are the good & bad points of privsep.
The advantage of rootwrap-daemon, is that we don’t need to change all our
networking libraries across neutron,
and we kill the sudo/rootwrap spawn for every call, yet keeping the rootwrap
permission granularity.
Miguel Ángel Ajo
On Friday, 1
Miguel Ángel Ajo
On Wednesday, 4 de February de 2015 at 10:41, Cory Benfield wrote:
> On Wed, Feb 04, 2015 at 08:59:54, Kevin Benton wrote:
> > I proposed an alternative to adjusting the lease time early on the in
> > the thread. By specifying the renewal time (DHCP opt
://www.hpl.hp.com/research/linux/httperf/
[2] http://httpd.apache.org/docs/2.2/programs/ab.html
Miguel Ángel Ajo
On Wednesday, 4 de February de 2015 at 01:58, Varun Lodaya wrote:
> Hi,
>
> We were trying to use haproxy as our LBaaS solution on the overlay. Has
> anybody done s
Miguel Ángel Ajo
On Wednesday, 28 de January de 2015 at 09:50, Kevin Benton wrote:
> Hi,
>
> Approximately a year and a half ago, the default DHCP lease time in Neutron
> was increased from 120 seconds to 86400 seconds.[1] This was done with the
> goal of reducing DHCP tr
] https://github.com/openstack/neutron-lbaas
[2] https://github.com/openstack/neutron-fwaas
Miguel Ángel Ajo
On Sunday, 18 de January de 2015 at 13:42, Salvatore Orlando wrote:
> Hello Mario,
>
> IDS surely is an interesting topic for OpenStack integration. I think there
> might
Hi Sukhdev, thanks,
Can you post links to the specific patches?
Miguel Ángel Ajo
On Wednesday, 14 de January de 2015 at 09:01, Sukhdev Kapur wrote:
> Hi All,
>
> I noticed that several neutron patches are failing
> check-grenade-dsvm-neutron. I pinged it on IRC, did not get
That’s nice Sunil, can you send the patch for review on gerrit?
May be it’s also interesting to avoid sending a notify_routers_updated when
there are
no router_ids.
Miguel Ángel Ajo
On Sunday, 11 de January de 2015 at 08:42, Sunil Kumar wrote:
> This trivial patch fixes the traceba
Now that I re-read the patch.
Shouldn't the version checking need to be converted into a sanity check?
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 12:51, Kevin Benton wrote:
> Thanks for the insight.
>
> On Thu, Jan 8, 2015 at 3:41 AM, Miguel Ángel Ajo (mailto:majop
Correct, that’s the problem, what Kevin said should be the ideal case, but
distros have
proven to fail satisfying this kind of requirements earlier.
So at least a warning to the user may be good to have IMHO.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 12:36, Ihar Hrachyshka wrote
Totally correct, that’s what I was meaning with “will remain active”
but “unmanaged”.
Yes, it would be good to have something to tell the schedulers to ban a host.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 00:52, Kevin Benton wrote:
> The problem is that if you just stop
will be spawned on other hosts.
Depending on your use case this will be enough or not.
It’s intended for upgrades and maintenance. But not
for controlling resources in a node.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 00:20, Itsuro ODA wrote:
> Carl,
>
> Thank you
Seems like a good reason to keep it, this allows us to test
internal integration in isolation from keystone.
Miguel Ángel Ajo
On Wednesday, 7 de January de 2015 at 10:05, Assaf Muller wrote:
>
>
> - Original Message -
> > The option to disable keystone authen
Happy Holidays!, thank you Kyle.
Miguel Ángel Ajo
On Monday, 22 de December de 2014 at 21:12, Kyle Mestery wrote:
> Hi folks, given I expect low attendance today and next week, lets just cancel
> the next two Neutron meetings. We'll reconvene in the new year on Monday,
> Janu
Correct, this is for the security groups implementation
Miguel Ángel Ajo
On Friday, 19 de December de 2014 at 23:50, Sridar Kandaswamy (skandasw) wrote:
> +1 Mathieu. Paul, this is not related to FWaaS.
>
> Thanks
>
> Sridar
>
> On 12/19/14, 2:23 PM, "Mat
be beneficial.
Best regards,
Miguel Ángel Ajo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Thursday, 4 de December de 2014 at 15:19, Ihar Hrachyshka wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> > On Thursday, 4 de December de 2014 at 15:06, Miguel Ángel Ajo
> > wrote:
> >
> > >
> > >
> > > Durin
Sorry, adding [neutron] to the subject.
Miguel Ángel Ajo
On Thursday, 4 de December de 2014 at 15:06, Miguel Ángel Ajo wrote:
>
>
> During Juno, we introduced the enhanced security groups rpc
> (security_groups_info_for_devices) instead of
> (security_group_rules_for_de
it’s enabled by default and seems
to be working without problems), and make it an standard way to handle “IP”
groups
from the iptables perspective.
Thoughts?,
Best regards,
Miguel Ángel Ajo
___
OpenStack-dev mailing list
OpenStack-dev
need to be covered in the
dhcp-agent side. Pushing extra routes to guest-vms?, I think we don’t cover the
case of instances connected to an external network where we provide dhcp, but
we may do that if we are or if we start covering that case anytime.
Miguel Ángel Ajo
On Tuesday, 2 de December
Congratulations to Henry and Kevin, very well deserved!,
keep up the good work! :)
Miguel Ángel Ajo
On Wednesday, 3 de December de 2014 at 09:44, Oleg Bondarev wrote:
> +1! Congrats, Henry and Kevin!
>
> On Tue, Dec 2, 2014 at 6:59 PM, Kyle Mestery (mailto:mest...@mestery.co
"""Delete conntrack state associated with an IP address.
[2] http://www.soyoustart.com/ (http://www.soyoustart.com/en/essential-servers/)
[3] http://www.ovh.co.uk/ (http://www.ovh.co.uk/dedicated_servers/)
[4] http://www.kimsufi.com/ (http://www.kimsufi.com
+1 from me! good catch.
Miguel Ángel Ajo
On Tuesday, 25 de November de 2014 at 16:57, Kyle Mestery wrote:
> On Tue, Nov 25, 2014 at 9:28 AM, Sean Dague (mailto:s...@dague.net)> wrote:
> > So as I was waiting for other tests to return, I started looking through
> > our e
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 updated in a while.
> In order to ensure reviewers focus on act
Wow Xu!, that was fast,
Thank you very much.
Miguel Ángel
ajo @ freenode.net
On Friday, 14 de November de 2014 at 04:01, Xu Han Peng wrote:
> I opened a new bug and submitted a fix for this problem since it was
> introduced by my previous patch.
>
> https://bugs.launchpad
“homework" to the ones at CEST without
making your work more difficult I’d allocate those days to help where
I can/It’s needed.
Miguel Ángel
ajo @ freenode.net
On Friday, 14 de November de 2014 at 00:17, Kyle Mestery wrote:
> A severe typo hopefully didn't result in people booki
,
upstart).
The idea is that daemons themselves could provide feedback about their inner
status, with an status code + status message. To allow, for example, degraded
operation.
Feedback on the spec/comments is appreciated.
Best regards,
Miguel Ángel
Miguel Ángel
ajo @ freenode.net
On Thursday
able to test yet, but wanted to share it before I forget.
Miguel Ángel
ajo @ freenode.net
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Congratulations :-)
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Monday, 10 de November de 2014 at 21:22, Brandon Logan wrote:
> Congrats! Another little mestery in the world, scary!
>
> On Mon, 2014-11-10 at 12:22 -0600, Kyle Mestery wrote:
Yuriy, what’s the status of the rootwrap-daemon implementation on the nova
side?, was it merged?, otherwise do you think there could be anyone interested
in picking it up?
Best regards,
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, 7 de November
Ohh, sad to hear that Yuriy, you were doing an awesome work. I will take some
time to re-review the final state of the code and specs, and move it forward.
Thank you very much for your contribution.
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, 7 de
d to upgrade the spec [1] to the new Kilo format.
Do you have some time to do it?, I can allocate some time and do it right
away.
[1] https://review.openstack.org/#/c/93889/
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, 24 de July de 2014 at 01:42, Mi
63 matches
Mail list logo
