Cisco Cisco Prime Network Services Controller Adaptor for DFA Leaflet

In the Cisco UCS Director environment a tenant is represented by a group. A group can have multiple vDCs
(Virtual Data Centers). Each vDC is part of one cloud (in VMware terms this is a vCenter). The vDC can
have membership to several virtual switches or DVS'. The vSwitches/DVS' can also be part of multiple vDCs.
Essentially a vDC is a logical entity associated with a certain set of compute, network, and storage policies.
All VMs launched in that particular vDC adhere to those policies.

In the DFA environment, there is a three level hierarchy. The hierarchy is composed of organizations (Orgs)
which contain one or more partitions (Partitions), which contain one or more networks.

A tenant or group in Cisco UCS Director maps 1:1 with a DFA fabric. So in that sense, we have limited a
Cisco UCS Director group to be able to create/map to only one DFA. One or more vDCs are associated with
tenants/groups as is the case with Cisco UCS Director today. Multiple partitions can be created under the
DFA from within Cisco UCS Director. There is no binding or direct mapping between a partition and a Cisco
UCS Director vDC. However, when a network is created in Cisco UCS Director, a few mandatory inputs are
required:

A DFA org/tenant/group selection

A DFA partition selection

A Cisco UCS Director vDC selection

Layer 3 information associated with the network (for example, namely subnet, default gateway, and subnet
mask information)

Moreover, a network creation involves the population of the layer 3 information from Cisco UCS Director to
the DCNM via appropriate REST APIs as well creation of an appropriate port-group in a vSwitch or set of
vSwitches associated with the selected vDC. The information populated in DCNM is employed for
auto-provisioning of resources on the DFA fabric (physical network infrastructure), while the existing Cisco
UCS Director infrastructure is leveraged to allocate appropriate network resources in the virtual infrastructure.