Product Documentation

Configuring Package Hierarchy and Relationship Rules

Dec 21, 2015

Hierarchy rules apply to assignments between packages and sub-packages. The following table shows how user group and package structures work.

User Group Structure Package Structure
ABC (Group parent)
  • Marketing (Group child)
  • R&D (Group child)
  • Admin (Group child)
XYZ
  • Marketing
  • RD
  • Admin

Scenario 1: If the assignment was made at the parent package level but not at that of the sub-package, the latter inherits its parent package’s assignments. The conditions are:

  • The XYZ package is not assigned to a specific group.
  • The Marketing, R&D and Admin sub-packages are assigned to the ABC.Marketing, ABC.RD, and ABC.Admin subgroups, respectively.

The result is that the ABC Marketing, ABC RD, and ABC Admin subgroups inherit from the XYZ package solely because this package is not assigned.

Scenario 2: If the assignment was made at the parent package level as well as at that of the sub-package, the latter retrieves its own assignments alone. The conditions are:

  • The XYZ package is assigned to the ABC group.
  • The Marketing, R&D and Admin sub-packages are assigned to the ABC.Marketing, ABC.RD, and ABC.Admin subgroups, respectively.

The result is that the ABC. Marketing, ABC RD and ABC Admin subgroups do not inherit from the XYZ package.

Note: You can restrict the deployment of a package to a subset of devices within the selected user group by defining rules.