API to fetch configuration of neutron & sub-agents
Neutron clients like Horizon and CLI depend on redundant settings or hard coded values for configurations that are specific to the functionality of neutron and its sub-agents. For example Horizon has settings for 'supported_
This blueprint proposes to add a standard identity/role based configuration fetching API for accessing the current exposed configuration. Exposed keys and their corresponding namespaces should be published by neutron and its sub-modules.
Setting or modifying configuration (static or dynamic) is not achievable through the config APIs. For this the client/admin should resort to the individual/specific APIs exposed.
Underlying configuration implementation can also be specific to neutron, it could be configdb, *.ini/*.conf file or anything else.
The neutron config API should expose a unified parent/root namespace from which all other namespaces specific to each sub-agent is accessible.
For example...
/ml2/ml2_
/l3/interface_
/dhcp/dhcp_driver -- for dhcp agent
/ml2/* -- for ml2 agent
This blue print proposes a new section in network API for 'Configuration' along with 'Networks', 'Subnets', 'Ports', and 'Service providers'.
Example:
GET - /v2.0/config -- List all configuration
GET - /v2.0/config/l3 -- List l3 specific ones.
GET - /v2.0/config/
GET - /v2.0/config/
Such an interface could be followed suit by other projects as well, like may be nova, cinder etc which have their own configuration namespaces to expose.
Blueprint information
- Status:
- Complete
- Approver:
- None
- Priority:
- Undefined
- Drafter:
- Sreekumar S
- Direction:
- Needs approval
- Assignee:
- None
- Definition:
- Obsolete
- Series goal:
- Proposed for trunk
- Implementation:
- Unknown
- Milestone target:
- next
- Started by
- Completed by
- Armando Migliaccio
Related branches
Whiteboard
Nov-30-2015(armax): you've been rejected already. I don't understand why you'd file a blueprint, which you are not even supposed to file.
See RFE submission process:
http://