OpenStack Dashboard (Horizon)

Horizon for cisco Dynamic Fabric Automation Support

Registered by Milton Xu on 2014-02-06

In horizon for supporting cisco DFA ( Dynamic Fabric Automation) requirement, we need to add a new option. And it should be displayed when a network is created.
The new option is called 'configuration profile'. In order to conditionally execute the changes for cisco DFA, a new flag will be added to OPENSTACK_NEUTRON_NETWORK, i.e. cisco_dfa_support.
If the flag is True, the 'configuration profile' will be displayed along with other options when creating a network and user can select one of the available profile from the list. The list of profiles are fetched from the newly added database. The database is getting populated by a driver which will be added as part of ML2 cisco DFA mechanism driver.

The link below has detail information regarding cisco DFA (Dynamic Fabric Automation)
www.cisco.com/go/dfa

Read the full specification

Blueprint information

Status:: Complete

Approver:: David Lyle

Priority:: Low

Drafter:: Milton Xu

Direction:: Approved

Assignee:: Nader Lahouti

Definition:: Obsolete

Series goal:: None

Implementation:: Deferred

Milestone target:: None

Completed by: David Lyle on 2015-10-07

Related branches

Related bugs

Sprints

ahmed

Whiteboard

We would like to get the implementation reviewed and committed for the Juno release

Gerrit topic: https://review.openstack.org/#q,topic:bp/horizon-cisco-dfa-support,n,z

Addressed by: https://review.openstack.org/83863
Initial commit to support Cisco DFA in horizon

[May-15 2014 mrunge] I think we should take care of not to pollute settings with various is_allowed, is_installed, is_whatever options. I'd love to see to configure those options directly in Neutron and see a provided api in neutron to get config directly from there instead of enabling/disabling it manually in neutron and in horizon as well.

nlahouti May 20 10:24 AM
Hi Mathias,
Thanks for the review. Regarding your comments, there is an existing API in neutron.py which returns list of extensions supported by neutron. The decision can be made based on the supported extensions by a plugin to take proper action in the GUI (such as displaying a field). This way we can avoid having config parameter in the local_settings.py.
Also, as we need to show/initialize fields conditionally there would be if...else cases in the code.
Will this approach address your comment?

[May-28 2014, mrunge]
nlahouti,
yes. avoiding that unnecessary config option sounds good to me.

Sadly, your blueprint says nothing about the feature itself and could address adding a print service, penguin on demand or a cat feeder. Please be more specific.

[June2,2014, Milton]
mrunge,
The 'Read whole specification" link above in this BP has some additional info.

In particular, it contains further links that discuss Dynamic Fabric Automation (DFA) in details. I list the whitepaper link and general DFA link below for your easy reference:

- Cisco Dynamic Fabric Automation: Use a Single Network Architecture for Physical, Virtual, and Cloud Deployments (http://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/unified-fabric/white_paper_c11-728337.html)
- Cisco DFA external page (http://www.cisco.com/c/en/us/solutions/data-center-virtualization/unified-fabric/dynamic_fabric_automation.html#~Overview)