Hi, Goal:
I'd like to replicate the industry standard of providing a on-by- default (UI) option to auto-assign a floating IP to a newly launched instance. It must be toggleable however (to follow industry standard). With openstackclient I'm hoping the feature could be added through e.g "--auto-assign-floating-ip", where it is unspecified where the stateful glue logic actually resides. Scenario: We use Horizon as UI and OpenContrail as VPC provider, where our virtual networks by default really are private networks, e.g. following actual industry standard VPC behaviour. Our users are today required to themselves perform the Assign Floating IP operation [1] operation before their instance has achieved what 98% of users desire. So this is both unexpected for users and likewise far from industry standard (defaults should make a happy user). Problem: Recognizing that deployments are different, and this probably won't satisfy 100% of deployments architecture, there is furthermore the unfortunate situation of: - nova: we're not adding anything - horizon: UI's not a brain I'm aware of the "--get-me-a-network" effort which is admirable. I haven't been on top of its progress, but from what I understand today it hasn't seen the light of day yet. Any update aligned with my goal would be helpful. So how can one solve an OpenStack cross-project problem like this, possibly without having to implement an artificial superintelligence first? For any operators around who've dealt with this, and possibly run a proprietary UI: Have you perchance added an ... "instance launch orchestrator" that takes arguments to this dear instance orchestration platform, seeing that Nova in fact *isn't* an "instance launch orchestrator" (at least not moddable)? We're at the point where we want this so much that we'll do it regardless of upstream, but I can't for the life of me think that we're alone with the use case. Regards, Martin Millnert [1] http://developer.openstack.org/api-ref/networking/v2/index.html?exp anded=create-floating-ip-detail __________________________________________________________________________ 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