Neutron NeutronKeystoneContext object doesn't retrieve user_domain attribute

[SFilatov]

Neutron object does not retrieve keystone domain attribute from request headers.
Neutron policies use context to check rules so we are not able to use domains.

Context is formed from headers in __call__ of NeutronKeystoneContext object, which initializes Context object.

[Akihiro Motoki (amotoki)]

oslo_context provides a convenient way to create a context from environment [1].
neutron.auth has its own logic to extract environments and create a context [2].

neutron.auth needs to be updated to use the standard way from oslo.context.

[1] http://git.openstack.org/cgit/openstack/oslo.context/tree/oslo_context/context.py
[2] http://git.openstack.org/cgit/openstack/neutron/tree/neutron/auth.py#n27

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/448538

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/448538
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=75c34838ef7132352a34b0c224c2536a5283b1d5
Submitter: Jenkins
Branch: master

commit 75c34838ef7132352a34b0c224c2536a5283b1d5
Author: Akihiro Motoki <email address hidden>
Date: Wed Mar 22 11:55:31 2017 +0000

    Use oslo.context class method to construct context object

    oslo_context.Context.from_environ provides a more generic way
    to contruct a context object from request environment.
    We can support more new attributes supported in keystonemiddleware
    without changing our code.

    Partial-Bug: #1674349
    Closes-Bug: #1621073

    In the unit test, context.tenant_name is replaced to context.project_name
    as it will be the recommended way to access project name now.
    Note that equivalency of project_name and tenant_name will be ensured
    by a depending neutron-lib patch [1], so this change affects nobody.

    [1] https://review.openstack.org/#/c/448537/

    Depends-On: Ieec57d9ea8d95e55499a17e2c04da5e3e78a1557
    Change-Id: Ie48aa843ca8c852b1e93e760d2e3e8aaa38aed56

[OpenStack Infra (hudson-openstack)]

This issue was fixed in the openstack/neutron 11.0.0.0b1 development milestone.