Re: [openstack-dev] [nova][neutron] Is it still valid/supported to create a network with a br- id?

2016-05-15 Thread Jason Kölker
On Sun, May 15, 2016 at 3:56 PM, Sean M. Collins  wrote:
> Matt Riedemann wrote:
>> The nova create-server API allows passing a network id that's prefixed with
>> br- [1]. That was added due to this bug from Folsom [2].
>>
>> I'm wondering if that's still valid? Looking at the network.id data model in
>> Neutron it doesn't look like it would be [3].
>
> Wow. That bug is awful. Network IDs should be UUIDs and ONLY UUIDs.

I agree, I'm having flashbacks to the dark days right now

> Just because some vendor plugin decides that their going to break the
> Networking API contract and define their own ID scheme,
> doesn't mean that we should fix it to help them.

The networking API at the time (quantum 1.0/1.1, the 2.0 that we know
and loath today was added about 20 days prior, but not yet stable, or
deployed anywhere), used identifiers that were opaque strings. The
docs used uuid's as the identifiers for the examples, but the api
punted on validation to individual plugins.

> That commit shouldn't have been accepted into Nova,

Obviously I disagree, see below for the history.

> and I don't think
> that we should support anything but a UUID for a network id. Period.

Which is why this was fixed in the 2.0 api by checking the network
identifer for uuid-ness. This was the result of the fun of
shoe-horning every vendor's backend into quantum, without quantum
being the authority. Not to mention that the reason it was prefixed
with `br-` in the first place was established in the nova network api.
It exposed out the bridge that implemented the network in the nova
api, So the return from list networks on the nova side would list out
things like br-public, br-int, etc. This got carried over into the
quantum api when the project was founded.

I think we can all agree that this compat shim should be dropped now
that the v2.0 neutron api is merged and used (for quite sometime).

Happy Hacking!

7-11

__
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


Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

2014-12-10 Thread Jason Kölker
On Mon, Dec 8, 2014 at 7:57 PM, Carl Baldwin  wrote:
> I'll be traveling around the time of the L3 meeting this week.  My
> flight leaves 40 minutes after the meeting and I might have trouble
> attending.  It might be best to put it off a week or to plan another
> time -- maybe Friday -- when we could discuss it in IRC or in a
> Hangout.

Carl,

Very glad to see the work the L3 team has been working towards in
this. I'm still digesting the specs/blueprints, but as you stated they
are very much in the direction we'd like to head as well. I'll start
lurking in the L3 meetings to get more familiar with the current state
of things as I've been disconnected from upstream for a while. I'm
`jkoelker` on freenode or `jkoel...@gmail.com` for hangouts if you
wanna chat.

Happy Hacking!

7-11

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] Revisiting current column number limit in code

2013-10-29 Thread Jason Kölker
On Wed, Oct 30, 2013 at 6:19 AM, Ravi Kumar Pasumarthy
 wrote:
> Hello,
>
> Looks like the current column limit for the code base is 80. Because of this
> large space on the right hand side is not used. Please find the attached
> pictures of couple of developer screens working on openstack codebase.
>
> Are there any thoughts to increase the current column limit to 120 atleast.
>
> How does this help ? I can see more lines of code, it is easier on the eyes.
> Some external monitors supports rotation, but for laptops we cannot rotate.
>
> So is it possible to revisit the column number limit ?


It looks from the screenshots that the common thread is using GUI
IDE's. Using vim/emacs with splits, 3 views can be comfortably seen
side by side on most high dpi monitors at 80 columns which is totes
useful when coding against multiple projects at the same time.

Happy Hacking!

7-11

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev