+1 good choice!
__
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
-8d3014ab8e4d12d3346853d589a26319.r53.cf1.rackcdn.com/signatures/images/rackspace_logo.png]
phone: 210-312-4366
mobile: 210-440-8374
From: Phillip Toohill <phillip.tooh...@rackspace.com>
Sent: Monday, February 29, 2016 3:33 PM
To: OpenStack Development Mailing List (not for
We could use some more information.
Phillip V. Toohill III
Software Developer
[http://600a2794aa4ab5bae6bd-8d3014ab8e4d12d3346853d589a26319.r53.cf1.rackcdn.com/signatures/images/rackspace_logo.png]
phone: 210-312-4366
mobile: 210-440-8374
From: Madhusudhan
>Yeah this needs to be better documented. I would say all of those
>statuses in the docs pertain to provisioning_status, except for
>INACTIVE, which I'm actually not sure where that is being used. ...
There is this patch to utilize the INACTIVE status:
https://review.openstack.org/#/c/255875/
+1
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Eichberger, German [german.eichber...@hpe.com]
Sent: Wednesday, September 16, 2015 5:44 PM
To: OpenStack Development Mailing List (not for usage questions)
?Wonder if this is the same behavior as the TLS scenario? I have some higher
priorities but I am attempting to debug the TLS test in between doing other
things. Ill let you know if I come across anything.
Phillip V. Toohill III
Software Developer
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Eichberger, German [german.eichber...@hp.com]
Sent: Thursday, July 2, 2015 5:24 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
(not for usage questions)
Subject: Re: [openstack-dev] [neutron][lbaas] Proposing Al Miller for
neutron-lbaas core team
+1 for me. Phil your message did not come through.
On 7/2/15, 6:32 PM, Phillip Toohill phillip.tooh...@rackspace.com
wrote:
Phillip V. Toohill III
Software Developer
phone
I think there may just be some non-updated docstrings here. We should take only
the 'ref'. If we get a UUID we wont know how to build it or what to do with it.
The naming of this does need to change, but I dont' believe we need to convert
UUID to ref.
Is 'self.get_cert_ref_url(cert_ref)'
Thank you!
Phillip V. Toohill III
Software Developer
phone: 210-312-4366
mobile: 210-440-8374
From: Brandon Logan brandon.lo...@rackspace.com
Sent: Tuesday, April 21, 2015 11:57 AM
To: OpenStack Development Mailing List (not for usage questions)
?Hey Evgeny,
I believe Vivek is working on Horizon lbaasv2 support. We werent given a
timeline or anything but sounds like its being actively worked on. I would
reach out to him to get better timelines if concerned.
Phillip V. Toohill III
Software Developer
+1 for Tsung!
From: Adam Harwell
adam.harw...@rackspace.commailto:adam.harw...@rackspace.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Wednesday, February 4, 2015 9:25 AM
To: OpenStack
Sharing/reusing pools is a planned future feature. We are currently trying to
work towards getting something released and having shared pools would extend
that timeline to not meet our expectations.
From: Vijay Venkatachalam
vijay.venkatacha...@citrix.commailto:vijay.venkatacha...@citrix.com
Ill answer inline what I can, others can chime in to clear up anything and
answer the rest.
On 1/6/15 10:38 AM, Andrew Hutchings and...@linuxjedi.co.uk wrote:
Hi,
I¹m looking into the Octavia project in relation to something my team are
working on inside HP and I have a bunch of questions. I
] Floating IP management
Nice diagrams. :-) Thanks. Susanne
On Mon, Oct 13, 2014 at 4:18 PM, Phillip Toohill
phillip.tooh...@rackspace.commailto:phillip.tooh...@rackspace.com wrote:
Diagrams in jpeg format..
On 10/12/14 10:06 PM, Phillip Toohill
phillip.tooh...@rackspace.commailto:phillip.tooh
floating IP traffic .
In such a case, the VIP/Virtual Server with FLIP can be configured in the LB
appliance.
Meaning, LB appliance is now the “owner” of the FLIP and will be responding to
ARPs.
Thanks,
Vijay V.
From: Phillip Toohill [mailto:phillip.tooh...@rackspace.com]
Sent: 15 October 2014
. Phil and I will bring this up in the meeting
tomorrow, which may lead to a meeting topic in the neutron lbaas
meeting.
Thanks,
Brandon
On Mon, 2014-10-06 at 17:40 +, Phillip Toohill wrote:
Hello All,
I wanted to start a discussion on floating IP management and ultimately
decide how
Hello All,
I wanted to start a discussion on floating IP management and ultimately
decide how the LBaaS group wants to handle the association.
There is a need to utilize floating IPs(FLIP) and its API calls to
associate a FLIP to the neutron port that we currently spin up.
See DOCS here:
Hello all,
I am wondering how to get the auth token from a user request passed down
to the context so it can potentially be used by the plugin or driver?
Thank you
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Regards
Chaoyi Huang ( Joe Huang )
-邮件原件-
发件人: Phillip Toohill [mailto:phillip.tooh...@rackspace.com]
发送时间: 2014年7月18日 14:07
收件人: OpenStack Development Mailing List (not for usage questions)
主题: [openstack-dev] [Neutron] Auth token in context
Hello all,
I am wondering how to get the auth token
: [openstack-dev] [Neutron] Auth token in context
What are you trying to use the token to do?
On Fri, Jul 18, 2014 at 9:16 AM, Phillip Toohill
phillip.tooh...@rackspace.commailto:phillip.tooh...@rackspace.com wrote:
Excellent! Thank you for the response, I figured it was possible, just
concerned
If the objects remain in 'PENDING_CREATE' until provisioned it would seem
that the process got stuck in that status and may be in a bad state from
user perspective. I like the idea of QUEUED or similar to reference that
the object has been accepted but not provisioned.
Phil
On 7/3/14 10:28 AM,
Alright!!! I'll get to reworking the TLS support bp that didn't get too much
attention. This is fantastic news, thanks for sharing!
From: Stephen Balukoff [sbaluk...@bluebox.net]
Sent: Friday, June 20, 2014 8:01 AM
To: OpenStack Development Mailing List
Everyone is migrating to the new channel #openstack-lbaas
From: Dustin Lundquist dus...@null-ptr.netmailto:dus...@null-ptr.net
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Tuesday, June 17,
Hello Stephen,
One use case we have, which was actually a highly requested feature for our
service, was to ensure that traffic within the internal cloud network was not
passed in the clear. I believe this mainly stems from the customers security
requirements. I understand this reasoning to
25 matches
Mail list logo
