[openstack-dev] [neutron] StandardAttributes overlap with existing data models

2015-12-03 Thread James Dempsey
a description field to the SecurityGroupRule model. Thanks, James [1] https://bugs.launchpad.net/neutron/+bug/1483480 -- James Dempsey Senior Cloud Engineer Catalyst IT Limited -- __ OpenStack Development Mailing List

Re: [openstack-dev] [neutron] RFE process question

2015-09-10 Thread James Dempsey
gmail.com> wrote: > >> >> On 10 September 2015 at 11:04, James Dempsey <jam...@catalyst.net.nz> >> wrote: >> >>> Greetings Devs, >>> >>> I'm very excited about the new RFE process and thought I'd test it by >>> requesting a fe

[openstack-dev] [neutron] RFE process question

2015-09-09 Thread James Dempsey
. As an operator, I'm a bit ignorant as to whether or not there are times during the release cycle during which there simply won't be bandwidth to consider RFE bugs. 4. Should I be doing anything else? Would love some guidance. Cheers, James [1] https://bugs.launchpad.net/neutron/+bug/1483480 -- James

[openstack-dev] [heat][horizon] Backward-incompatible changes to the Neutron API

2015-08-26 Thread James Dempsey
called an Endpoint Group instead of simply a Subnet. Does this mean that any version of Heat/Horizon would only be able to support either the old or new Neutron API, or is there some way to allow a version of Heat/Horizon to support both? Thanks, James -- James Dempsey Senior Cloud Engineer

Re: [openstack-dev] [Openstack-operators] PLEASE READ: VPNaaS API Change - not backward compatible

2015-08-26 Thread James Dempsey
On 26/08/15 23:43, Paul Michali wrote: James, Great stuff! Please see @PCM in-line... On Tue, Aug 25, 2015 at 6:26 PM James Dempsey jam...@catalyst.net.nz SNIP 1) Horizon compatibility We run a newer version of horizon than we do neutron. If Horizon version X doesn't work

Re: [openstack-dev] PLEASE READ: VPNaaS API Change - not backward compatible

2015-08-25 Thread James Dempsey
Dempsey -- James Dempsey Senior Cloud Engineer Catalyst IT Limited +64 4 803 2264 -- Regards, Paul Michali (pc_m) Specifically, we're talking about the VPN service create API no longer taking a subnet ID (instead an endpoint group is create that contains the subnet ID), and the IPSec site

Re: [openstack-dev] PLEASE READ: VPNaaS API Change - not backward compatible

2015-08-25 Thread James Dempsey
/openstack-dev -- James Dempsey Senior Cloud Engineer Catalyst IT Limited +64 4 803 2264 -- __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

[openstack-dev] [neutron] dangerous allowed_address_pairs?

2015-06-30 Thread James Dempsey
security groups to be fully permissive. Have I missed something? This seems like exceedingly dangerous behaviour. I've already seen two instances of this from my users. [1] https://github.com/openstack/neutron/blob/master/neutron/db/securitygroups_rpc_base.py#L287 Cheers, James -- James